Комментарии 42
Вместо прозрачного пикселя можно сделать в логике скрипта-логгера не вывод пикселя, а отдачу либо редирект урл-а картинки с сервера необходимой для того же email-a.
Тогда, скажем логотип, будет иметь вид
img src=«site.ru/email-logger? src=logo.gif &k=123». Гугл доволен, the bat не имеет поводов для беспокойства.
только лучше этот трюк проделывать не с логотипом, а с какой нибудь мало значимой картинкой (какой-нибудь разделительной чертой например), если они есть конечно, а логотип прикреплять к письму и вставлять используя cid: тогда в том же gmail, в котором по умолчанию картинки выключены, картинки из вложений все равно показываются.

а насчет распорок — мы в том обсуждении пришли к выводу, что скорее всего имеются в виду пиксели, вставленные не через cid, а в виде ссылки — тогда с ними могут быть проблемы.

а однопиксельная картинка, вставленная через cid, очевидно не может являться пикселем слежения, и не вызывает попадания в спам.
HTML-письма в глубоком кризисе.
Всё больше людей пользуются почтой на девайсах (comScore по первой ссылке в Гугле говорит об американской аудитории пользователей мобильной почты в 70 млн. человек и 36% прироста за год), а в ящих продолжают валиться письма с табличками на распорках. И никакого responsive design здесь, похоже, не предвидится.
Мобильная почта не так популярна в рашке. Если подумать, что к responsive design прийти не проблема, если изначально рисовать письма не в виде «сайтов», а в виде «фирменных писем». Сейчас в рассылку идет слишком много мусора. В полной мере решения для перехода не вижу, ибо в идеале поддержка js, но средствами резины определенного успеха добиться можно. С другой стороны нельзя давать поддержку js, ибо рассылки станут еще более ненавистными для получателей благодаря любителям «сделать крутую рассылку».

Распорки используются для относительно «непростых» макетах. Если постараться, то простое письмо делается на чистом HTML без распорок, но могут быть погрешности в разных почтовых клиентах. По сути огрехи не критичные, но заказчик порой в ужасе из-за пары лишних пикселей в разных клиентах.
Что за марш несогласных? «Мобильная почта в рашке»? Могу перефразировать. Российский заказчик готов отказаться от мобильного клиента в пользу уменьшения бюджета.
К тому же тут вопрос изучения ЦА, дотошности и бюджета. Можно поставить в приоритет ископаемые почтовики или наоборот новые мобильные платформы. Одно другое исключает. Был опыт верстки писем под айфон. По своему увлекательно.
Вы меня кстати навели на новые мысли. Есть над каким материалом подумать. Главное найти время. Если тему развивать, можно много постов написать.
В свое время от этого решения отказались. Где-то не работало. С ходу не скажу.
Комрад, а почему бы тебе не сделать reset.css для писем? Раз уж ты такой подкованный. Это было реально очень круто.
Наверное потому что большинство CSS просто не переваривается почтовыми парсерами? :)
А есть какая-то статистика, где не работает? По-моему яндекс, gmail и mail.ru неплохо понимают CSS.
Насчет mail.ru — Андрей Сумин, упомянутый в топике сообщил, что CSS они режут.
Командор! Тут такая тема — в чистом виде ресет там наверное не заюзаешь + многие элементы делать придется таблицами. Последний раз я занимался этим в ноябре. Но задачу так и не закончил. Наверное придется скоро вернуться к этому вопросу.

Самое лучшее что я придумал — использовать HAML разметку в которой нужно задать ресетные хеши, которые я потом подставлял в элементы, которые этого требовали.
Получалось что-то типа:

- table_reset = { :style => 'cellpadding="0" cellspacing="0"' }
... 

%table{ table_reset }
  %tr{ tr_reset }
    %tr{ td_reset }
Капрал! Верно мыслим. Не раз собирался написать что-то вроде редактора, который бы автоматом подставлял нужные стили но как то не дошли руки. Да и в регулярках я не силен.

Кстати помимо cellpadding и cellspacing нужно вставлять style:border-collapse:collapse; в случае нулевого cellspacing
Фасовка стилей из head в инлайн это лишь малая часть того, что хотелось бы.
В иделале вместо
<table width="100%" cellpadding="0" cellspacing="0" style="border-collapse:collapse;"><tr><td>текст</td></tr></table>
Вбивать просто
<wrapper>текст</wrapper>
а редактор бы это конвертил. Это всего лишь один малый пример. Таких комбинаций в голове очень много.
Не вижу смысла. Яне показываю новомодные фичи CSS3. А уж таблицу в 4 картинки без оформления фантазия может представить.
А нельзя прозрачный гиф вставлять в тело письма, чтобы не загружать его со стороннего сервера? Тогда и оснований для отправки письма в спам нет.
Можно вставлять как с внешнего сервера, так и вложением(cid). В любом случае оснований для попадания в спам нет.
НЛО прилетело и опубликовало эту надпись здесь
А как на счет сношений с Outlook 2010 и фоновыми картинками? Вот где писец во все своей пушистой красе. IE6 после этого лапочкой кажется.
А тут не сношания. Они просто не поддерживаются. Уже давным давно даю указания дизайнерам рисовать макет так. чтобы фоновое оформление можно было реализовать вставкой тега img.
Правильно что даете такие указания. Но вообще-то, аутглючные шаблоны намекнули нам что фоновые изображения поддерживаются. Через задницу vml, но поддерживаются.
mail.ru поддерживает box-shadow в html-письмах.
Наверное, еще какие-нибудь css3-свойства.
Что не дает повода это использовать. Ни один виндовый десктоп клиент это не поддерживает.
Виндовые не увидят, пользователи мейлрушечки могут порадоваться.
Если от чего-то отказываться то — везде. Если нужна тень, то везде — следовательно — картинка. Есть спорные моменты в том, чем можно порадовать юзера, но я придерживаюсь высказывания в начале этого каммента.
Это, в принципе, неплохо. Даже отлично! Но практически все это не прокатит для российских веб-морд и старых версий десктоп клиентов.
А вот media queries для писем это интересно. В любом случае спасибо за ссылку.
Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.