Современная процедура отправки писем с сайта. Что то я ни как не пойму этот майл.ру...

Самые популярные товары с Али по лучшей цене:

Аккумулятор HR06 (АА) 2700 mAh 480 руб.
Зарядное устройство USB Quick Charge3, 4 порта 200 руб.
Бабушкин пульт - один пульт вместо нескольких 375 руб.

28 мая 2016, 15:00

Современная процедура отправки писем с сайта.

Современная процедура отправки писем с сайта. Все мы прекрасно знаем, что простой и понятный функционал, работающий без предъявления паспорта, жив ровно до тех пор, пока на нём не начнут массово паразитировать. Как только это случается в эпических масштабах, так сразу жди беды. Функционал будет прикрыт. Либо ограничен так, что пользоваться им станет сложно. Владельцы сайтов уже в курсе, что ровно это самое как раз и происходит прямо сейчас.
10 июня 2016, 11:00

№ 5Что то я ни как не пойму этот майл.ру...

Несколько дней назад возникла проблема: перестали доходить до админских "емайлов" (которые, кстати, настроены в домене сайта) письма отправленные через контактную форму на сайте если в поле контактной формы "Ваш email" указать email на любом почтовом сервисе принадлежащем mail.ru, с адресами в других бесплатных почтовых сервисах типа Яндекс, gmail.com или в домене сайта контактная форма доставляет письма на админские емайлы без проблем.

Делаю запрос в техподдержку своего хостера, они в ответ пишут:
"Как видно из нижеуказанного лога, Вам необходимо выполнить настройку SPF-записи, DKIM-подписи и DMARC (https://help.mail.ru/mail-help/postmaster/dmarc) для почтовых доменов."

Спрашиваю в ответ:
"Причем здесь DMARC-политика Mail.ru. SPF-записи, DKIM-подписи мной включены стандартно на хостинге в разделе Я же не email рассылку делаю с хостинга указывая обратный адрес в сервисах Mail.ru, теряются письма отправленные через контактную форму на админсикй email настроенный в этом же домене или в gmail.com".

Техподдержка хостера опять ссылается на mail.ru. Ладно, настроили SPF-записи, DKIM-подписи и DMARC на хостинге как указано на странице mail.ru - проблема осталась, письма через контактную форму с обратным email на сервисах mail.ru до админских адресов не доходят. Снова терзаю техподдержку...

Техподдержка отвечает:
"Проблема заключается в том что если вы указываете отправителя *@list.ru, и отправляете письмо с нашего сервера - то вы как бы подделываете отправителя. А т.к. у mail.ru введена политика DMARC - они публично завляют с каких адресов почта с их доменов является легитимной. Почтовые сервисы которые проверяют DMARC записи - срезают почту которая получена не из тех адресов которые заявлены в ней.
Данная "фишка" в нашем любимом Mail.ru появилась недавно собственно потому проблема появилась сейчас."

Вот, сижу сейчас перед монитором, как баран перед новыми воротами и думаю... или я идиот и что-то не так понимаю ... или идиот не я, а кто-то другой и из за этого другого идиота на всех сайтах рунета умрут контактные формы? Да, для определенных вопросов можно наладить систему тикетов. А как же платежные формы? Для юзера который укажет в качестве своего электронного адреса емайл расположенный на сервисах Mail.ru платежные формы тоже станут не доступны? Или это все таки я что-то не так понимаю... или техподдержка хостера?
Когда пользователь посылает письмо с сайта через обратную связь, было бы логично слать его так, чтобы администратору для ответа на него было достаточно нажать кнопку ответа в почтовом клиенте.

Именно поэтому хочется в поле From подставить email пользователя. Который может быть произвольным. То есть каким угодно. Только в этом случае ответ пользователю производится через естественное действие - нажатие кнопки ответа в почтовой программе (просто не хочется лезть в ПО сайта, и втыкать в письма дополнительные хедеры email-протокола).

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

Теперь письмо может посылаться только в адрес почты в собственном домене, который не проверяет поддельность письма. То есть полностью в силе совет, данный в посте - админский емайл у формы обратной связи должен быть в собственном домене. С пропиской тому домену соответствующей SPF в DNS.

Вы НЕ БУДЕТЕ проверять "поддельность" этого письма, поэтому оно до Вас дойдёт. Никакие DKIM-подписи и DMARC Вам не нужны. Вы ничего не меняете в ПО сайта, только заменяете емайл админа с какого угодно (что практиковалась ранее) на адрес в собственном домене. Всё.

Это то простейшее действие, которое восстанавливает работоспособность сайта. Это то, чего хотят майловцы. Больше никаких хитрых телодвижений делать не нужно. Вам полностью наплевать на то, что для Вашего админского емайла письмо будет выглядеть "поддельным". Вам просто нужна естественная логика действий при ответе на него, а не катавасия со всякой высокотехнологичной IT-хренью, понимать которую администратор сайта совершенно не обязан. Понавыдумывали тут...

При этом вот в упор не понимаю, каким образом письмо, созданное сайтом, и попадающее в папку входящих этого же сайта, касается Майла. Это письмо к Майлу вообще не ходит, ни транзитом, ни напрямую. Объясните мне это.
По сути вопрос с таким же содержанием в разных интерпретациях я задавал в техподдержку хостинга, но вменяемого ответа так и не получил... В итоге проблема решилась проще простого и самым проверенным способом - "методом тыка". Удалил все фильтры-перенаправления в почте домена на хостинге и подключил почтовый клиент напрямую - все заработало. Поставил систему тиккетов. Что уж там вдруг случилось с фильтрами-перенаправлениями, которые до этого исправно работали, и почему так избирательно только к адресам Майла, осталось не ведомо...
Возможно, была задействована концепция почты в собственном домене, но через сторонний сервис (Майл, Яндекс и Гугл такой предоставляют), и тогда всё понятно. Кстати, это хороший вариант для отсева спама - тут особенно хорош Гугл. Спам через него прорывается особенно редко.
Олег