У меня настроен сервер Postfix, который большую часть времени работает нормально, но каждый день от 100 до 200 писем задерживаются из-за следующих ошибок:
status=deferred (lost connection with alt1.gmail-smtp-in.l.google.com[74.125.142.27] while sending RCPT TO)
status=deferred (lost connection with mta6.am0.yahoodns.net[66.196.118.34] while sending message body)
Это около 10% всех исходящих писем. Входящие письма работают нормально, и все исходящие на домены на локальном сервере тоже работают нормально.
Во время устранения неполадок я обнаружил определенное письмо, которое Gmail постоянно отклоняет, но если я создаю новое письмо тому же получателю, Google принимает его без каких-либо проблем:
Почта, которая возвращается:
Sep 3 13:08:04 mail postfix/smtp[2623]: 72A66184148: to=<[email protected]>, relay=aspmx.l.google.com[173.194.79.27]:25, delay=2.5, delays=0.01/0/0.83/1.7, dsn=5.7.1, status=bounced (host aspmx.l.google.com[173.194.79.27] said: 554 5.7.1 9.9.9 (in reply to end of DATA command))
Почта, которая доставляется:
Sep 3 13:10:08 mail postfix/smtp[24005]: 38C47184147: to=<[email protected]>, relay=aspmx.l.google.com[173.194.79.27]:25, delay=3.3, delays=0/0.01/0.82/2.5, dsn=2.0.0, status=sent (250 2.0.0 OK 1378199356 hk5si14476075pac.241 - gsmtp)
Если я пересылаю то же письмо, которое было отклонено, на другой домен на локальном сервере, оно проходит нормально.
Но Yahoo отклоняет его со следующей ошибкой:
host mta5.am0.yahoodns.net[66.196.118.240] said: 554 5.7.1 9.9.9 (in reply to end of DATA command)
Размер обоих писем более или менее одинаков (менее 100 КБ), так что проблема не в этом.
Перед сервером нет брандмауэра. Все настройки DNS верны, обратный DNS настроен правильно, и, как я уже сказал, не проходят только некоторые письма.
Я поговорил с интернет-провайдером и убедился, что настройки MTU в порядке.
Какие-либо предложения?
Обновлять Я управляю вторым почтовым сервером в удаленном месте и попытался отправить почту, которая возвращается на удаленный домен. Я запустил tcpdump на принимающей стороне, чтобы посмотреть, что происходит. При отправке почты, которая возвращается, сервер отправляет RSET после того, как он отправляет RCPT TO.
16:17:23.249320 IP mail.mydomain.com.47556 > mail.myremotemailserver.com.smtp: P 74:126(52) ack 228 win 123 [email protected]...^.B2...}.....-B........{....... t...y...RCPT TO: ORCPT=
16:17:23.614527 IP mail.mydomain.com.47556 > mail.myremotemailserver.com.smtp: P 126:132(6) ack 242 win 123 E..:[email protected]^.B2...}.....-B........{....... t..vy...RSET
Однако, когда я создаю новое письмо, оно отправляет ДАННЫЕ после RCPT, куда и ожидалось, и письмо проходит нормально:
16:19:20.911123 IP mail.mydomain.com.43064 > mail.myremotemailserver.com.smtp: P 73:125(52) ack 228 win 123 [email protected].*_^.B2...}.8..;&J.`..4...{P@..... t...y...RCPT TO: ORCPT=
16:19:21.297598 IP mail.mydomain.com.43064 > mail.myremotemailserver.com.smtp: P 125:131(6) ack 242 win 123 E..:[email protected].*.^.B2...}.8..;&K.`..B...{t5..... t..ay...DATA
Мне это не очень понятно..
решение1
554 — этопостоянныйошибка, как вы знаете. Это не какая-то форма теста серого списка, чтобы увидеть, как вы реализуете очередь.
Как уже отмечалось, 99,9% 554 выдаются, потому что ваше сообщение не прошло антиспам-тест. Тот факт, что вы получаете 554 после окончания DATA, говорит о том, что в содержании сообщения есть что-то, что им не нравится, хотя сервермогуже решил, что отклонит ваше сообщение гораздо раньше, и был настроен на ожидание до конца по разным причинам (1. трата вашего времени/пропускной способности/ресурсов и 2. сбор как можно большего количества информации о вашем сообщении).
Самая сложная часть этих ситуаций заключается в том, что вы нарушаете политики, разработанные и применяемые принимающей стороной; они могут отклонить ваше сообщение, потому что в теле есть слово «apple», а последний октет вашего IP-адреса кратен 3, насколько нам известно. Крайне маловероятно, но возможно.
Сообщения обычно не отклоняются из-за несоответствия хотя бы одному критерию, особенно «большими парнями», поэтому я быпредполагатьчто вы проваливаете несколько тестов, но, к сожалению, единственный способ узнать это точно (учитывая отсутствие информации в сообщении об отказе) — это спросить их.
я нашелэта страницадля Google в связи с вашей проблемой, что может быть хорошим путем для следования. Я не смог найти похожую страницу для Yahoo при беглом просмотре.
решение2
Вы пробовали посмотреть рейтинг спам-убийцы для этого конкретного сообщения? Зайдите на этот сайт [spamscorechecker][1]
[1]:http://spamscorechecker.com/Отправьте им это сообщение и другое сообщение, которые были доставлены, чтобы вы могли увидеть разницу между ними. Держите нас в курсе, потому что мне интересно узнать, в чем проблема.
решение3
Похоже, что gmail и др. думают, что вы рассылаете спам, поэтому они ограничивают вас, чтобы проверить, не повторите ли вы попытку. Вы сказали, что ваши rdns настроены правильно, но убедитесь, что все записи SPF для доменов, с которых вы отправляете, обозначают вас как разрешенного отправителя для этого домена. Проверьте, есть ли ваш IP в каких-либо черных списках, используя один из бесплатных онлайн-инструментов, и если он есть, попросите удалить IP из указанного списка.
решение4
Они предполагают, что вы spam. Пожалуйста, перенастройте ваш MTAсогласноспамхаус, Также проверьте свой MTA в соответствии с Barracuda.(Ваш IP addressи т. д.)