Из Википедии, бесплатной энциклопедии
  (Перенаправлено из электронной почты в формате HTML )
Перейти к навигации Перейти к поиску

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 также не соответствуют требованиям, что может вызвать проблемы с отображением или доставкой.

В частности, <head>тег, который используется для правил стиля дома CSS для всего HTML документа, не очень хорошо поддерживается, иногда раздели полностью, в результате чего в линию объявления стилей , чтобы быть де - факто стандартом , даже если в линии декларации стиля неэффективны и не используют возможности HTML для отделения стиля от содержимого. [ необходима цитата ] Несмотря на то, что были разработаны обходные пути, [9] это вызвало немало разочарования среди разработчиков информационных бюллетеней, породив массовый проект по стандартам электронной почты , который оценивает почтовые клиенты по их выполнению кислотного теста, вдохновленного веб-стандартами. Проект, и лоббирует разработчиков, чтобы они улучшили свои продукты. Например, чтобы убедить Google улучшить рендеринг в Gmail , они опубликовали видеомонтаж, на котором изображены гримасы веб-разработчиков [10], что привлекло внимание сотрудника.

«Проект стандартов электронной почты» Сравнение кислотных тестов (по состоянию на январь 2013 г.) [1]
КлиентыРезультат (по состоянию на)
Веб-почта 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/alternativemultipart/alternativetext/plaintext/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
  • Электронная почта

Ссылки [ править ]

  1. ^ «Текстовая электронная почта против электронной почты в формате HTML - Плюсы и минусы | Thunder Mailer - Программное обеспечение для массовой рассылки» . www.thundermailer.com . Проверено 30 января 2016 года .
  2. ^ Электронная почта в формате HTML: по возможности выключайте!
  3. ^ "Официальная домашняя страница кампании Ascii Ribbon" . Архивировано из оригинального 11 -го марта 2010 года . Проверено 30 января 2016 года .
  4. ^ "Завершение кампании ленты ASCII - Форум Бледной Луны" . forum.palemoon.org . Архивировано из оригинала 3 февраля 2016 года . Проверено 30 января 2016 года .
  5. ^ Электронная почта HTML: Опрос (Скот Хакер, автор книги « Почему HTML в электронной почте - плохая идея», обсуждает, как его чувства изменились с 1990-х годов)
  6. ^ «Статистика и показатели электронного маркетинга - EmailLabs» . 29 марта 2007 года Архивировано из оригинала 29 марта 2007 года . Проверено 30 января 2016 года . HTML получил почти всеобщее распространение среди потребителей: опрос потребителей Jupiter Research показал, что только 3% получают только текстовые сообщения электронной почты. CS1 maint: обескураженный параметр ( ссылка )
  7. ↑ Гроссман, Эдвард (9 июля 2002 г.). «Использование почтового клиента в реальном мире: достоверные данные | ClickZ» . www.clickz.com . Проверено 30 января 2016 года . Вы предпочитаете получать электронные письма в формате HTML или текстовые сообщения? HTML: 41,95%, текст: 31,52%, без предпочтений: 26,53%
  8. ^ «Наука электронного маркетинга» . www.slideshare.net . Проверено 30 января 2016 года . В каком формате вы предпочитаете получать электронные письма от компаний? HTML: 88%, обычный текст: 12%
  9. ^ Диалект < http://dialect.ca/ >. «Premailer: сделайте CSS встроенным для электронной почты HTML» . Premailer.dialect.ca . Проверено 24 июня 2012 года . CS1 maint: обескураженный параметр ( ссылка )
  10. ^ "Gmail Appeal 2008 | Проект стандартов электронной почты" . Email-standards.org. Архивировано из оригинального 15 мая 2012 года . Проверено 24 июня 2012 года . CS1 maint: обескураженный параметр ( ссылка )
  11. ^ Шоб, Мэтт (12 октября 2004). «Довольно справедливый аргумент против электронной почты в формате HTML» . Burningdoor.com. Архивировано из оригинального 24 апреля 2012 года . Проверено 24 июня 2012 года . CS1 maint: обескураженный параметр ( ссылка )
  12. ^ RFC 1521 7.2.3. Подтип Multipart / Alternative
  13. ^ «TN1010-11-2: Multipart / Alternative - Изящная обработка почтовых клиентов, страдающих фобией HTML» (PDF) . Проверено 24 июня 2012 года . CS1 maint: обескураженный параметр ( ссылка )
  14. ^ «Отправка HTML и обычного текста электронной почты одновременно» . Wilsonweb.com. 28 апреля 2000 . Проверено 24 июня 2012 года . CS1 maint: обескураженный параметр ( ссылка )
  15. ^ «RFC1341, раздел 7.2, Multipart Content-Type» . Проверено 15 июля 2014 года . CS1 maint: обескураженный параметр ( ссылка )
  16. ^ "Мы действительно хотим отправлять веб-страницы по электронной почте?" . Dsv.su.se . Проверено 24 июня 2012 года . CS1 maint: обескураженный параметр ( ссылка )
  17. ^ Электронная почта в формате HTML - все еще зло?
  18. ^ «Министерство обороны запрещает использование электронной почты HTML, Outlook Web Access» . fcw.com . Проверено 23 июня 2015 года . CS1 maint: обескураженный параметр ( ссылка )