Все письма на Yahoo отложены или в спаме
я много читал о проблемах доставки почты на yahoo.com, я обращался в техподдержку, но результат всегда один: с моего сервера все письма на yahoo. / aol. откладываются, и когда (очень редко) они не откладываются, они перемещаются в папку для спама!
Мой IP-адрес (149.202.68.157) чистый, моя репутация по электронной почте хорошая ( https://www.talosintelligence.com /reputation_center/lookup?search=149.202.68.157 ), и я не в черном списке. У меня есть spf, dkim, dmarc и все типы аутентификации полностью функциональны!
Также я следовал этому руководству, чтобы создать особый сценарий для yahoo, как описано здесь: https://www.stevejenkins.com/blog/ 2012/08 / how-to-postfix-configuration-to-reduce-yahoo-deferrals-using-transport-maps / но не повезло. На моем сервере у меня несколько доменов, и они рассылают информационный бюллетень. Общее количество подписчиков на все информационные бюллетени всех домин составляет от 10 000 до 15 000.
Я купил другой IP, но ... ситуация такая же !!! Письма, отправленные на Yahoo, задерживаются или попадают в спам.
Здесь ошибки в mailog
Jul 30 18:40:09 server postfix-yahoo/smtp[3583]: D44C537C067A: to=<moniapetta@yahoo.it>, relay=mx-eu.mail.am0.yahoodns.net[188.125.72.73]:25, delay=0.75, delays=0.4/0.02/0.31/0.02, dsn=4.7.0, status=deferred (host mx-eu.mail.am0.yahoodns.net[188.125.72.73] said: 421 4.7.0 [TSS04] Messages from 149.202.68.157 temporarily deferred due to user complaints - 4.16.55.1; see https://help.yahoo.com/kb/postmaster/SLN3434.html (in reply to MAIL FROM command))
У меня много таких записей. Эта ошибка есть во всех письмах на Yahoo. Как уже было сказано ранее, я связался со службой поддержки yahoo postmaster, но они дали мне ссылку
- Следуйте лучшим отраслевым методам - https://help.yahoo.com/kb/index?page=content&id=SLN3435
- Установите правильные SMTP-соединения - https://help.yahoo.com/kb/index?page=content&id=SLN3435
- Подпишитесь на нашу программу обратной связи с жалобами - https://help.yahoo .com / kb / index? page = content & id = SLN26007
Но не повезло. Я не знаю, что я могу сделать, чтобы решить эту проблему с доставкой. Я использую postfix, plesk onyx и centos 7.8.
Пожалуйста, помогите.
Спасибо
Вы ничего не можете сделать, поскольку вы попали в ловушку антиспама Yahoo, тот факт, что пользователи Yahoo пометили вашу электронную почту как спам, является для меня красным флагом. Вас достали не правила spamassasin, а ручная отправка в папку нежелательной почты.
Вам следует следить за тем, какие письма вы отправляете и почему они помечены как спам. Даже если вы измените свой IP-адрес, доменное имя и т. д., если причина, по которой вас пометили как человека, все еще существует, задержка последует за вами.
Это сообщение как бы говорило об этом;
временно отложено из-за жалоб пользователей - 4.16.55.1
У нас было это. Я говорю, что мы работаем на хостинг-провайдера, который управляет общим хостингом cPanel. Много, много, почтовых ящиков.
Наша среда отличается от вашей, но кошмар был таким же.
Это хорошо подводит итог проблеме, которая у нас была, а также обеспечивает исправление (ура!): https://www.rackaid.com/blog/yahoo-defers-cpanel-mail/
Но затем нам пришлось сделать так, чтобы он сохранялся после обновлений (не так дай): https://forums.cpanel.net/threads/yahoo-defers-mail-from-cpanel.675909/
Мы также внедрили DKIM и SPF по всему миру.
После развертывания вышесказанного все еще требовалось некоторое время, чтобы количество дефералов сократилось. В конце концов (недель) после того, как было проведено вышеперечисленное, что было приятно. Я предполагаю, что задержка связана с какой-то репуационной логикой, основанной на времени, в конце вещей Yahoo.
Пока это может показаться многообещающим, но...
Было около 10-15% серверов, которые имели уменьшенное количество отложений, но мы все равно видели где-то между 500 и 5000 деферальными событиями в журналах почтового сервера в неделю. Поэтому нам пришлось расследовать это в каждом конкретном случае.
Общей темой была пользовательская конфигурация или действие, которое было трудоемким для решения.
Итак, вот список вещей, которые мы видели, вызывающих продолжающиеся отсрочки:
- Подстановочные переадресаторы электронной почты
- Автоматические ответы
- Незащищенные (капча) контактные формы (иногда без аутентификации SMTP), генерирующие и отправляющие электронные письма в почтовые ящики Yahoo, AOL, Sky, Btinternet, Ymail и BTconnect
- Уведомления, сгенерированные сайтом (плагины безопасности, например) массовая рассылка уведомлений в почтовые ящики Yahoo, AOL, Sky, Btinternet, Ymail и BTconnect
- Плохо курируемые списки рассылки
- Отправка электронной почты из одного почтового ящика (с аутентификацией SMTP) и ручное указание адреса from в качестве совершенно другого адреса электронной почты
- PHP-скрипты, генерирующие электронные письма, устанавливающие от к словам, а не адрес электронной почты
Вы вполне можете читать вышесказанное и думать что-то вроде «Да, yahoo отложит это!», но вот в чем проблема:
Если вышесказанное запускает логику антиспама Yahoo, письма в дополнение к тому, что я изложил выше, которые направляются в почтовые ящики yahoo, то также начинают откладываться.
Допустим, есть тщательно подобранный список рассылки. Он отправляет около 30 адресов на основе Yahoo, 2 из которых на самом деле не существуют. Это само по себе примерно приравнивается к:
- 60 отложенных событий от yahoo, специфичных для почтового снимка
- 120 отсроченных событий от yahoo, не относящихся к почтовому снимку, в период времени, когда был запущен почтовый выстрел, и последующие полчаса и, возможно, дольше.
Таким образом, хотя вы в большинстве случаев можете решить эту проблему, перенастроив свой сервер, вы не всегда можете сказать, что пользователи собираются делать, что может вызвать события отсрочки.
Вы также не можете точно сказать, как работает логика yahoo, но она, по-видимому, специфична для сервера, и работа в зависимости от домена вместо этого остановит одного пользователя от передачи вещей другим пользователям.