Веб-почта: HTML-заголовки - PullRequest
4 голосов
/ 11 апреля 2011

Электронная почта HTML - сложный зверь. Решить, что отправлять (как отправителю) и что отображать (как получателю), сложно и потенциально опасно.

На стороне получателя у нас есть веб-почта и у нас обычные почтовые клиенты . Для моих целей я считаю «веб-почтой» все, что отображает электронную почту HTML, как часть чего-то, что само по себе является HTML, а обычными почтовыми клиентами - все, что отображает электронную почту HTML в другом контексте (например, ОС и GUI для конкретной программы).

Что веб-почта должна делать с заголовками HTML (<head>, <title>, <meta>, ...) в электронном письме?
Есть ли где-нибудь спецификация, будь то фактический стандарт или фактический стандарт?

Моя мотивация спрашивать, что мы используем Очиститель HTML для очистки нашего HTML, и если его функция Core.CollectErrors сообщает об изменениях, они сообщаются. Это «сообщение» необходимо и разочаровывает. Мы исключаем некоторые из сообщенных ошибок как несущественные для наших целей, но заголовки HTML отмечают серьезное препятствие:

Кто-то может потенциально использовать <link> в своей электронной почте, которую мы удалим. (очиститель HTML предназначен для HTML фрагментов , а не полных документов)

Желание использовать такие вещи, как <link> в электронной почте HTML, безусловно, , кажется, существует , и существует множество почтовых клиентов, которые отправляют теги <meta> в заголовке HTML (например, Outlook), но как дела в дикой природе? Безопасно ли отбрасывать их молча (что для наших целей означает «неразрывное изменение») и возлагать вину на пословицу на отправляющую сторону, если она разрушает ? Это разумно ? Кто-нибудь когда-нибудь решал это так или иначе? Мой гугл-фу слаб. (

Ответы [ 3 ]

1 голос
/ 15 июня 2011

Вы должны посмотреть на:

http://htmlemailboilerplate.com/

Вы найдете стандартный код для электронных писем в формате HTML. Есть также хорошая демонстрация слайдов.

1 голос
/ 08 июня 2011

Я серьезно сомневаюсь, что где-то есть спецификация, которая определяет, как электронные письма HTML должны быть встроены в клиенты веб-почты. В основном это вопрос достижения паритета с существующими провайдерами веб-почты, которые предоставляют возможность просмотра электронной почты в формате HTML. Я подозреваю, что таблицы стилей являются заметным исключением, но я также подозреваю, что большинство почтовых программ HTML, которые поддерживают, что тяжелые стили довольно ограничены в том, что они могут и не могут делать, учитывая то, как вещи с веб-почтой могут обрабатывать их. Я бы предложил провести несколько экспериментов и ознакомиться с исходным кодом систем веб-почты с открытым исходным кодом, таких как SquirrelMail.

Если вы беспокоитесь о потере информации, многие клиенты могут загрузить оригинальную версию HTML для просмотра в автономном режиме. Конечно, это, как правило, довольно жестоко, поэтому я не знаю, почему кто-то так поступил.

0 голосов
/ 13 июня 2011

Мой подход к электронной почте в формате HTML заключается в том, чтобы написать вид базового HTML, который мы делали в 1990-х годах - макеты таблиц, минимальный встроенный CSS (только для цветов) и все. Я не знаю, как современные клиенты справляются с позиционированием CSS, но люди все еще используют Outlook 2003, который, я считаю, основан на ненавистном механизме рендеринга, который работает с IE6 - так что стоит заплатить за самый низкий общий знаменатель.

Я никогда не видел ничего похожего на стандарт, я видел, как некоторые почтовые клиенты (GMail) отбрасывают разные вещи - в том числе CSS, а другие просто игнорируют определенные вещи (Outlook и фоновые изображения).

Рационально, я не могу думать о том, что мета-информация будет использоваться в электронной почте в любом случае - достаточно сложно заставить людей читать вашу почту в любом случае, я подозреваю, что еще меньше будет просматривать источник! Я всегда включал тег заголовка на случай, если кто-то захочет использовать его в качестве темы - но даже это удар в темноте.

Всякий раз, когда я смотрел на то, как почта запрашивается на стороне сервера - по общему признанию, некоторое время назад, но я никогда не замечал, что что-то было кешировано. Вы открываете почту, запросы повторяются. Я уверен, что все изменилось с тех пор, как я в последний раз проверял, но лично я был бы склонен держать HTML-почту как можно более простой и урезанной.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...