Несколько вопросов.

1. Это нормально, когда в заголовке письма с форума указан localhost? И если нет, что с этим делать.

Received: from mxback23o.mail.yandex.net (localhost [127.0.0.1])
by mxback23o.mail.yandex.net with LMTP id qM6lJHXrUu-lhE0pa5x
for <forum@mydomen.ru>; Mon, 02 Sep 2019 13:40:44 +0300
Received: from mxback23o.mail.yandex.net (localhost [127.0.0.1])
by mxback23o.mail.yandex.net (Yandex) with ESMTP id E62CD90142E
for <forum@mydomen.ru>; Mon, 2 Sep 2019 13:40:44 +0300 (MSK)

2. Не будут рассылки с форума противоречить требованиям Яндекса к честным рассылкам? https://yandex.ru/support/connect-ma...t-mailers.html

3. Нужно ли в админке включить добавление пометки о массовой отправке?

4. Стоит ли добавить запись DMARC? И если да, то в каком виде оптимально? Записи SPF и DKIM есть.

С какого-то сайта:

На самом деле в случае с DMARC есть три настройки, что делать с письмами, не прошедшими проверку: ничего, отправить в спам или вообще не принимать.

Originally Posted by logi

Перевел почту на SMTP Яндекса

Ровно один вопрос - зачем?

Originally Posted by logi

Это нормально, когда в заголовке письма с форума указан localhost

Да

Originally Posted by logi

Не будут рассылки с форума противоречить требованиям Яндекса к честным рассылкам? https://yandex.ru/support/connect-ma...t-mailers.html

Это зависит от самой рассылки. В 99% сразу упрешься в лимиты - см мой вопрос "зачем".

Originally Posted by logi

Нужно ли в админке включить добавление пометки о массовой отправке?

Да

Originally Posted by logi

Стоит ли добавить запись DMARC? И если да, то в каком виде оптимально? Записи SPF и DKIM есть.

Стоит, но только после того, как DKIM и SPF отлажены и работают. DMARC завершает композицию.

Originally Posted by logi

3. Нужно ли в админке включить добавление пометки о массовой отправке?

Originally Posted by Smalesh

Да

Спорный момент.
Этот параметр просто добавляет заголовок:

PHP Code:

Precedence: bulk 


во все письма, отправляемые форумом.
Однако далеко не все отправки с форума являются массовыми рассылками.
На самом деле, для почтовых сервисов гораздо важнее чтобы автоматические рассылки имели прямо в теле письма ссылку на автоматическую отписку по прямой ссылке (без регистрации и авторизации в форуме).
Кроме того, в RFC заголовок "Precedence:" описан просто как нестандартный, спорный и нерекомендуемый признак приоретизации, а вовсе не как признак массовых рассылок.
https://tools.ietf.org/html/rfc2076

Precedence: Non-standard, controversial,discouraged.

Sometimes used as a priority value which can influence transmission speed and delivery. Common values are "bulk" and "first-class". Other uses is to control automatic replies and to control return-of-content facilities, and to stop mailing list loops.

Originally Posted by eska

Спорный момент.

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

Originally Posted by eska

На самом деле, для почтовых сервисов гораздо важнее чтобы автоматические рассылки имели прямо в теле письма ссылку на автоматическую отписку по прямой ссылке (без регистрации и авторизации в форуме).

Это уже устарело, сейчас уже достаточно List-Unsubscribe

Originally Posted by Smalesh

Ровно один вопрос - зачем?

Тут всё в комплексе. Исходящие в админпочте давно перестали работать в так же давно установленном почтовом клиенте от Firefox. SquirrelMail тоже, да и убог он. Захотелось универсальности, как с обычным с обычным ящиком и продвинутого функционала.

Originally Posted by Smalesh

Это зависит от самой рассылки. В 99% сразу упрешься в лимиты - см мой вопрос "зачем".

Я почему-то думал, что эта политика не коснется таких рассылок с форума... Не знаю почему. Значит и по количеству писем за раз урежется, и за отсутствие отписки влетит? И тд, и тп? У кого-нибудь есть личный опыт работы через Яндеккс?

Originally Posted by Smalesh

Стоит, но только после того, как DKIM и SPF отлажены и работают. DMARC завершает композицию.

А как это проверить? Если через сервисы, типа этого, то нормально? https://www.mail-tester.com/

Такая запись пойдет? _dmarc.domain.ru TXT 3600 v=DMARC1; p=none; aspf=r; sp=none

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

logi добавил 02.09.2019 в 14:13

Originally Posted by Smalesh

Это уже устарело, сейчас уже достаточно List-Unsubscribe

Ну как же? Вон они что требуют. И других требований хватает.

Процесс отказа от подписки:
(Обяз.) В каждом письме должны быть даны четкие инструкции о том, как отписаться от рассылки. При этом процесс отписки не должен требовать от получателя сложных действий, таких как восстановление пароля, регистрация или авторизация. Получатель должен иметь возможность отписаться от рассылки в течение 10 минут.
В теле письма должен быть явно указан адрес подписчика.
(Обяз.) В письме должен быть использован заголовок list-unsubscribe, оформленный по стандарту RFC. При переходе по ссылке из этого заголовка пользователь должен быть моментально отписан от рассылки.
(Обяз.) Для отписки необходимо указывать только работающие ссылки.

Originally Posted by logi

Исходящие в админпочте давно перестали работать

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

Вот самый наглядный пример - наш vbsupport, прошу заметить - MX один и прописан яндекс, т.е. pdd.yandex.ru



В SPF у нас прописан ip локального почтовика плюс инклуд серверов яндекса (и то, ip это лишее, он же совпадает с A-записью. Вот если строим отправку почты с отдельной ноды, то тогда ее нужно прописать).
Далее - два селектора dkim, тоже лишнее, можно с яндекса вытянуть приватный ключ и засунуть его в свои почтовики, но так уж сложилось исторически, что ли. Жить не мешает, хоть десяток селекторов вешай, лишь бы этим же ключом был подписано письмо.
Остальное особо интереса не представляет, в принципе стандартное.

На выхлопе имеем



Желтым выделен тот селектор dkim, по которому идет проверка подписи.

Originally Posted by logi

Ну как же? Вон они что требуют. И других требований хватает.

Да, конечно. Только булка этого не имеет, там что-то плагинами вроде можно допилить, но я сейчас не скажу нынешнее положение дел, ибо другим занимаюсь. На vbsupport ничего этого нет, а почта вроде бегает

Сложного ничего нет, просто нужно аккуратненько с этим работать.

Originally Posted by logi

В каждом письме должны быть даны четкие инструкции о том, как отписаться от рассылки. При этом процесс отписки не должен требовать от получателя сложных действий, таких как восстановление пароля, регистрация или авторизация. Получатель должен иметь возможность отписаться от рассылки в течение 10 минут.

Originally Posted by Smalesh

Только булка этого не имеет, там что-то плагинами вроде можно допилить

ссылки на "отписаться" можно без особых проблем добавить во фразы, я делала, можно пережить, хотя фраз там немало - зато можно понаписывать разные тексты на каждый случай
трабл в том, что отписаться от темы или раздела, не залогинившись, невозможно, но тут уж ничего сделать нельзя

Originally Posted by Luvilla

но тут уж ничего сделать нельзя

Штатно нельзя)

Originally Posted by Smalesh

Вот самый наглядный пример - наш vbsupport, прошу заметить - MX один и прописан яндекс, т.е. pdd.yandex.ru

В приведенном примере вижу, что MX два: один на Яндексе, другой на Саппорте. Значит так можно делать? Поддержка мне сообщила, что это будет некорректно, и один MX нужно удалить.

Originally Posted by Smalesh

Тогда можно использовать яндекс-почту как основной почтовый сервер, а локальный использовать как резервный или вообще только на отправку почты

Чтобы обойти их дурацкую "честную" политику, хотелось бы, чтобы отправка осуществлялась с локального почтовика, а ответы админа - с Яндекса. Возможно? Самый распространенный случай - при использовании функции обратной связи. Ну и чтобы отчеты о недоставке и т.п. сыпались в Яндекс. Видимо, для этого нужно настроить переадресацию входящих с локального на ящик Яндекса. Верно? При этом хотелось бы, чтобы почта была та же. Но это, наверное, из области фантастики, да собственно, и не нужно.

logi добавил 02.09.2019 в 18:22

Originally Posted by logi

какие настройки исходящих и входящих выставлять

Подскажите правильные имена серверов исходящих и входящих для локального почтовика и номера портов - отстал я от этого... Для использования в почтовом клиенте, к примеру.

Originally Posted by logi

Значит так можно делать?

А, ну да, здесь резерв. Не досмотрел в запарке.

Originally Posted by logi

Поддержка мне сообщила, что это будет некорректно, и один MX нужно удалить.

Это как бы штатный режим работы, для этого у MX есть такое поле, как приоритет. https://ru.wikipedia.org/wiki/%D0%97...D1%81%D1%8C_MX

Originally Posted by logi

Возможно?

Тут так и сделано. Но это в том случае, если под рукой как минимум VDS. Тогда штатно заводится домен в pdd.yandex.ru (или в коннект, что там сейчас), сами NS можно не трогать, просто ручками прописать нужные записи. MX с наивысшим приоритетом показывает на яндекс.
Дальше работаем с локальным почтовиком, настраиваем его таким образом, чтобы почта уходила с него (она будет уходить на яндекс). Ну и дописываем spf/dkim всех наших почтовиков.
К сожалению, в случае с виртуальным хостингом вариантом не много.

Originally Posted by logi

Для использования в почтовом клиенте, к примеру.

https://yandex.ru/support/pdd/access/client.html
https://yandex.ru/support/mail/mail-clients.html