HTML электронной почты является использование подмножества в HTML , чтобы обеспечить форматирование и семантические возможности разметки в электронной почте , которые не доступны с простым текстом : [1] Текст может быть связан без отображения URL , или нарушение длинных URL - адресов на несколько частей. Текст переносится по ширине окна просмотра, вместо того, чтобы равномерно разбивать каждую строку на 78 символов (определено в RFC 5322, что было необходимо на старых текстовых терминалах ). Он позволяет встраивать изображения, таблицы , а также диаграммы или математические формулы.как изображения, которые иначе трудно передать (обычно с использованием ASCII art ).
Принятие
Большинство графических почтовых клиентов поддерживают электронную почту в формате HTML, и многие используют его по умолчанию. Многие из этих клиентов включают в себя как редактор графического интерфейса пользователя для составления электронных писем HTML, так и механизм рендеринга для отображения полученных писем HTML.
С момента его создания ряд людей по разным причинам открыто выступали против всей электронной почты HTML (и даже самого MIME ). [2] Например, кампания ASCII Ribbon Campaign выступала за то, чтобы все электронные письма отправлялись в текстовом формате ASCII . Кампания не увенчалась успехом и была прекращена в 2013 году. [3] [4] Хотя она по-прежнему считается неприемлемой во многих сообщениях в группах новостей и списках рассылки, ее распространение для личной и деловой почты со временем только увеличилось. Некоторые из тех, кто решительно выступал против этого, когда он впервые появился, теперь считают его в основном безвредным. [5]
Согласно опросам, проведенным компаниями, занимающимися онлайн-маркетингом , почтовые клиенты с поддержкой HTML стали в настоящее время почти повсеместными: менее 3% респондентов сообщили, что используют только текстовые клиенты. [6] Большинство пользователей предпочитают получать электронные письма в формате HTML, а не с обычным текстом. [7] [8]
Совместимость
Программное обеспечение электронной почты, соответствующее RFC 2822, требуется только для поддержки простого текста, а не форматирования HTML. Поэтому отправка электронных писем в формате HTML может привести к проблемам, если почтовый клиент получателя не поддерживает его. В худшем случае получатель увидит HTML-код вместо предполагаемого сообщения.
Среди тех почтовых клиентов, которые действительно поддерживают HTML, некоторые не отображают его в соответствии со спецификациями W3C , и многие электронные письма HTML также не соответствуют требованиям, что может вызвать проблемы с отображением или доставкой.
В частности, тег, который используется для правил стиля дома CSS для всего HTML документа, не очень хорошо поддерживается, иногда раздели полностью, в результате чего в линию объявления стилей , чтобы быть де - факто стандартом , даже если в линии декларации стиля неэффективны и не используют возможности HTML для отделения стиля от содержимого. [ необходима цитата ] Несмотря на то, что были разработаны обходные пути, [9] это вызвало немало разочарования среди разработчиков информационных бюллетеней, породив массовый проект по стандартам электронной почты , который оценивает почтовые клиенты по их выполнению кислотного теста, вдохновленного веб-стандартами. Project и лоббирует разработчиков улучшать свои продукты. Например, чтобы убедить Google улучшить рендеринг в Gmail , они опубликовали видеомонтаж с гримасой веб-разработчиков [10], что привлекло внимание сотрудника.
Клиенты | Результат (по состоянию на) |
---|---|
Веб-почта AOL | Надежная поддержка (13 июля 2011 г.) |
Apple iPhone | Надежная поддержка (13 июля 2011 г.) |
Apple iPad | |
Apple iPod Touch | |
Apple Mail | Твердая поддержка (28 ноября 2007 г.) |
Apple MobileMe | Твердая поддержка (15 августа 2008 г.) |
Eudora Eudora OSE под кодовым названием "Пенелопа" | Твердая поддержка (28 ноября 2007 г.) |
Microsoft Entourage | Твердая поддержка (28 ноября 2007 г.) |
Mozilla Thunderbird | Твердая поддержка (28 ноября 2007 г.) |
Почта Windows Live | Твердая поддержка (28 ноября 2007 г.) |
Почта Windows | Твердая поддержка (28 ноября 2007 г.) |
Yahoo! Почта бета | Надежная поддержка (8 июля 2011 г.) |
Windows Live Hotmail | Рекомендуются некоторые улучшения (8 июля 2011 г.) |
Google Gmail | Рекомендовано улучшение (13 июля 2011 г.) |
Lotus Notes 8 | Рекомендовано улучшение (28 ноября 2007 г.) |
Microsoft Outlook 2007 | Рекомендовано улучшение (28 ноября 2007 г.) |
Стиль
Некоторые отправители могут чрезмерно полагаться на крупные, красочные или отвлекающие шрифты , что затрудняет чтение сообщений. [11] Для тех, кого это форматирование особенно беспокоит, некоторые пользовательские агенты позволяют читателю частично переопределять форматирование (например, Mozilla Thunderbird позволяет указывать минимальный размер шрифта); однако эти возможности не доступны во всем мире. Кроме того, разница во внешнем виде отправителя и читателя может помочь отличить автора каждого раздела, улучшая читаемость.
Форматы, состоящие из нескольких частей
Многие почтовые серверы настроены на автоматическое создание текстовой версии сообщения и отправку его вместе с HTML-версией, чтобы гарантировать, что оно может быть прочитано даже текстовыми почтовыми клиентами , используя , как указано в RFC 1521. [12 ] [13] [14] Само сообщение имеет тип и состоит из двух частей: первая имеет тип , который читается только текстовыми клиентами, а вторая - читается клиентами с поддержкой HTML. Однако в текстовой версии может отсутствовать важная информация о форматировании. (Например, математическое уравнение может потерять верхний индекс и обрести совершенно новый смысл.)Content-Type: multipart/alternative
multipart/alternative
text/plain
text/html
Многие списки рассылки [ необходима цитата ] намеренно блокируют электронную почту HTML, либо удаляя часть HTML, чтобы просто оставить текстовую часть, либо отклоняя все сообщение. [ необходима цитата ]
Порядок частей имеет значение. RFC1341 утверждает, что: Обычно пользовательские агенты, которые составляют составные / альтернативные сущности, должны размещать части тела в порядке возрастания предпочтения, то есть с предпочтительным форматом последним. [15] Для составных писем с html- и обычными текстовыми версиями это означает перечисление сначала текстовой версии, а затем html-версии, в противном случае клиент может по умолчанию отображать текстовую версию, даже если html-версия доступна.
Размер сообщения
Электронное письмо в формате HTML больше обычного текста. Даже если не используется специальное форматирование, будут накладные расходы из-за тегов, используемых в минимальном документе HTML, а при интенсивном использовании форматирования они могут быть намного выше. Сообщения, состоящие из нескольких частей, с дублированными копиями одного и того же контента в разных форматах, еще больше увеличивают размер. Тем не менее, простой текстовый раздел сообщения, состоящего из нескольких частей, может быть получен сам по себе с помощью команды IMAP FETCH. [16]
Хотя разница во времени загрузки между обычными текстовыми сообщениями и сообщениями со смешанными сообщениями (которая может составлять десять и более раз) вызывала беспокойство в 1990-х годах (когда большинство пользователей получали доступ к почтовым серверам через медленные модемы ), при современном подключении разница составляет незначительно для большинства людей, особенно по сравнению с изображениями, музыкальными файлами или другими распространенными вложениями. [17]
Уязвимости безопасности
HTML позволяет отображать ссылку в виде произвольного текста, поэтому вместо отображения полного URL-адреса ссылка может отображать только его часть или просто удобное для пользователя целевое имя. Это может быть использовано в фишинговых атаках, при которых пользователи обманываются, полагая, что ссылка ведет на веб-сайт авторитетного источника (например, банк), посещают его и непреднамеренно раскрывают личные данные (например, номера банковских счетов) мошеннику. .
Если электронное письмо содержит веб-ошибки (встроенный контент с внешнего сервера, например изображение ), сервер может предупредить третью сторону о том, что электронное письмо было открыто. Это потенциальный риск для конфиденциальности , поскольку вы обнаруживаете, что адрес электронной почты является реальным (чтобы его можно было использовать в будущем), и раскрывая, когда сообщение было прочитано.
HTML-содержимое требует, чтобы программы электронной почты использовали механизмы для анализа, визуализации и отображения документа. Это может привести к большему количеству уязвимостей в системе безопасности, отказу в обслуживании или снижению производительности на старых компьютерах.
В периоды роста сетевых угроз Министерство обороны США преобразует все входящие сообщения электронной почты в формате HTML в текстовые сообщения. [18]
Тип multipart предназначен для отображения одного и того же контента по-разному, но иногда этим злоупотребляют; некоторые спам-сообщения электронной почты используют формат, чтобы обмануть фильтры спама и заставить их поверить в то, что сообщение является легитимным. Они делают это, включая безобидный контент в текстовую часть сообщения и помещая спам в часть HTML (то, что отображается пользователю).
По этим причинам большая часть электронного спама отправляется в формате HTML [ необходима ссылка ] , поэтому фильтры спама иногда дают более высокие баллы спам-сообщениям в формате HTML. [ необходима цитата ]
В 2018 году была раскрыта серьезная уязвимость EFAIL , которая могла раскрыть злоумышленнику фактическое содержимое зашифрованных электронных писем в формате HTML.
Смотрите также
- Текстовое электронное письмо - простейшая форма электронного письма, не поддерживающая расширенное форматирование.
- Обогащенный текст - подобная HTML система для электронной почты с использованием MIME
- Электронная почта
Рекомендации
- ^ «Текстовая электронная почта против электронной почты в формате HTML - Плюсы и минусы | Thunder Mailer - Программное обеспечение для массовой рассылки» . www.thundermailer.com . Проверено 30 января 2016 .
- ^ Электронная почта в формате HTML: по возможности выключайте!
- ^ "Официальная домашняя страница кампании Ascii Ribbon" . Архивировано из оригинального 11 -го марта 2010 года . Проверено 30 января 2016 .
- ^ «Завершение кампании ленты ASCII - форум Pale Moon» . forum.palemoon.org . Архивировано из оригинала 3 февраля 2016 года . Проверено 30 января 2016 .
- ^ Электронная почта HTML: Опрос (Скот Хакер, автор книги « Почему HTML в электронной почте - плохая идея», обсуждает, как его чувства изменились с 1990-х годов)
- ^ «Статистика и показатели электронного маркетинга - EmailLabs» . 29 марта 2007 года Архивировано из оригинала 29 марта 2007 года . Проверено 30 января 2016 .
HTML получил почти всеобщее распространение среди потребителей: опрос потребителей Jupiter Research показал, что только 3% получают только текстовые сообщения электронной почты.
- ^ Гроссман, Эдвард (9 июля 2002 г.). «Использование почтового клиента в реальном мире: достоверные данные | ClickZ» . www.clickz.com . Проверено 30 января 2016 .
Вы предпочитаете получать электронные письма в формате HTML или текстовые сообщения? HTML: 41,95%, текст: 31,52%, без предпочтений: 26,53%
- ^ «Наука электронного маркетинга» . www.slideshare.net . Проверено 30 января 2016 .
В каком формате вы предпочитаете получать электронные письма от компаний? HTML: 88%, обычный текст: 12%
- ^ Диалект < http://dialect.ca/ >. «Premailer: сделайте CSS встроенным для электронной почты HTML» . Premailer.dialect.ca . Проверено 24 июня 2012 года .
- ^ "Обращение к Gmail 2008 | Проект стандартов электронной почты" . Email-standards.org. Архивировано из оригинального 15 мая 2012 года . Проверено 24 июня 2012 года .
- ^ Шобе, Мэтт (12 октября 2004 г.). «Довольно справедливый аргумент против электронной почты в формате HTML» . Burningdoor.com. Архивировано из оригинального 24 апреля 2012 года . Проверено 24 июня 2012 года .
- ^ RFC 1521 7.2.3. Подтип Multipart / Alternative
- ^ «TN1010-11-2: Multipart / Alternative - Изящная обработка почтовых клиентов, страдающих фобией HTML» (PDF) . Проверено 24 июня 2012 года .
- ^ «Отправка электронной почты в формате HTML и обычным текстом одновременно» . Wilsonweb.com. 28 апреля 2000 . Проверено 24 июня 2012 года .
- ^ «RFC1341, раздел 7.2, составной тип содержимого» . Проверено 15 июля 2014 года .
- ^ "Мы действительно хотим отправлять веб-страницы по электронной почте?" . Dsv.su.se . Проверено 24 июня 2012 года .
- ^ Электронная почта в формате HTML - все еще зло?
- ^ «Министерство обороны запрещает использование электронной почты в формате HTML, Outlook Web Access» . fcw.com . Проверено 23 июня 2015 года .