почта зацикливается на себе | постфикс


9

Привет у меня есть проблема с отскочившей почтой, это не происходит все время, но в то же время очень часто. В большинстве случаев, если я отправляю электронное письмо по адресу, который не существует, я получаю отскок назад в failues @ domain, однако, как представляется, бывают случаи, когда я получаю эту ошибку ниже

30 сентября 13:38:53 postfix / smtp [62566]: DB8E6D6F9EA: to =, relay = нет, delay = 0, задержки = 0/0/0/0, dsn = 5.4.6, status = bounce (почта для домена возвращаюсь)

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

У кого-нибудь есть идеи, почему я получаю это сообщение об ошибке «почта для домена возвращается к себе».

Очевидно, это я пытаюсь отправить письмо обратно самому себе, поскольку мой сервер получил блокировку при попытке отправить письмо, затем он пытается отправить письмо обратно в заголовок ReplyTo, который в этом случае сам, но не должен справиться с этим?

........

ПРИМЕЧАНИЕ: я должен был удалить любой '.com' из этого поста, так как я могу опубликовать только 1 URL

Спасибо за 2 ответа уже, однако у нас все еще есть та же самая проблема. поэтому ниже я пытаюсь предоставить более подробную информацию.

Оба приведенных ниже примера пытаются отправить на несуществующий адрес. RealTSP отказов от другого экземпляра postfix работает. Отскок Yahoo не работает. Мы ожидаем доставки «уведомления о недоставке», поскольку Return-Path в обоих случаях является эквивалентным адресом VERP. Обратите внимание, что если мы не используем VERP, то есть «Return-Path:», то Yahoo также работает.

Записи журнала

realtsp ..... работает!
====================
6 октября 16:46:08 Милфорд postfix / smtpd [58480]: 5027DD6E971: client = takapuna.realtsp [89.187.108.20], sasl_method = LOGIN, sasl_username = *****
6 октября 16:46:08 Милфорд постфикс / очистка [58482]: 5027DD6E971: message-id =
6 октября 16:46:08 Милфорд постфикс / qmgr [57929]: 5027DD6E971: from =, размер = 9468, nrcpt = 1 (очередь активна)
6 октября 16:46:08 milford postfix / smtp [57936]: 5027DD6E971: to =, relay = milford.realtsp [89.187.108.21]: 25, задержка = 0,64, задержки = 0,63 / 0/0 / 0,01, dsn = 5,1 .1, статус \
= bounce (host milford.realtsp [89.187.108.21] сказал: 550 5.1.1: адрес получателя отклонен: пользователь неизвестен в таблице виртуальных почтовых ящиков (в ответ на RCPT TO comm \
а также))
6 октября 16:46:08 Милфорд постфикс / отскок [58483]: 5027DD6E971: уведомление о недоставке отправителя: EA68FD6EAB7
6 октября 16:46:08 Милфорд постфикс / qmgr [57929]: 5027DD6E971: удалено


6 октября 16:46:08 Милфорд постфикс / очистка [58482]: EA68FD6EAB7: message-id =
6 октября 16:46:08 Милфорд постфикс / qmgr [57929]: EA68FD6EAB7: from =, размер = 11600, nrcpt = 1 (очередь активна)
6 октября 16:46:09 Милфорд постфикс / lmtp [58484]: EA68FD6EAB7: to =, relay = smtp.news.t1ps [/ var / imap / socket / lmtp], задержка = 0,76, задержки = 0 / 0,0 \
1/0 / 0,75, DSN = 2,1,5, статус = отправлено (250 2,1,5 ОК)
6 октября 16:46:09 Милфорд постфикс / qmgr [57929]: EA68FD6EAB7: удалено


Yahoo ... не работает!
========================
6 октября 16:42:01 milford postfix / smtpd [57732]: 33EBBD6EE87: client = takapuna.realtsp [89.187.108.20], sasl_method = LOGIN, sasl_username = ****
6 октября 16:42:01 Милфорд постфикс / очистка [57735]: 33EBBD6EE87: message-id =
6 октября 16:42:01 Милфорд постфикс / qmgr [57598]: 33EBBD6EE87: from =, размер = 9480, nrcpt = 1 (очередь активна)
6 октября 16:42:10 Милфорд постфикс / smtp [57636]: 33EBBD6EE87: to =, relay = e.mx.mail.yahoo [206.190.53.191]: 25, задержка = 9,4, задержки = 0,02 / 0 / 6,5 / 2,9 , dsn = 5.0.0, с \
tatus = bounce (хост e.mx.mail.yahoo [206.190.53.191] сказал: 554 ошибка доставки: dd У этого пользователя нет учетной записи yahoo (nkaderibigbe @ yahoo) [0] - mta164.mail.re2.yaho \
o (в ответ на завершение команды DATA))
6 октября 16:42:10 milford postfix / bounce [57756]: 33EBBD6EE87: уведомление о недоставке отправителя: A083ED6EA01
6 октября 16:42:10 Милфорд постфикс / qmgr [57598]: 33EBBD6EE87: удалено


6 октября 16:42:10 Милфорд постфикс / очистка [57735]: A083ED6EA01: message-id =
6 октября 16:42:10 Милфорд постфикс / qmgr [57598]: A083ED6EA01: from =, размер = 11696, nrcpt = 1 (очередь активна)
6 октября 16:42:10 Милфорд постфикс / smtp [57631]: A083ED6EA01: to =, реле = нет, задержка = 0,01, задержки = 0,01 / 0/0/0, DSN = 5,4,6, статус = отскок \
(почта для news.t1ps возвращается к себе)
6 октября 16:42:10 Милфорд постфикс / qmgr [57598]: A083ED6EA01: удалено

main.cf

soft_bounce = нет
queue_directory = / var / spool / postfix_rsh
command_directory = / usr / local / sbin
daemon_directory = / usr / local / libexec / postfix
data_directory = / var / db / postfix_rsh
mail_owner = postfix
myhostname = smtp.news.t1ps
inet_interfaces = 89.187.108.81
local_recipient_maps = $ virtual_mailbox_maps
unknown_local_recipient_reject_code = 550
mynetworks_style = host
relay_domains = $ mydestination
receient_delimiter = +

mailbox_transport = lmtp: unix: / var / imap / socket / lmtp

header_checks = regexp: / usr / local / etc / postfix_rsh / header_checks
debug_peer_level = 10
debug_peer_list = Yahoo
debugger_command =
         PATH = / бен: / USR / бен: / USR / местные / бен: / USR / X11R6 / бен
         ddd $ daemon_directory / $ process_name $ process_id & sleep 5
sendmail_path = / usr / local / sbin / sendmail
newaliases_path = / usr / local / bin / newaliases
mailq_path = / usr / local / bin / mailq
setgid_group = maildrop
html_directory = нет
manpage_directory = / usr / local / man
sample_directory = / usr / local / etc / postfix_rsh
readme_directory = нет
masquerade_domains = $ mydomain
message_size_limit = 51200000
virtual_transport = lmtp: unix: / var / imap / socket / lmtp
virtual_mailbox_domains = news.t1ps, domain2, domain3.co.uk, domain4
virtual_alias_maps = hash: / usr / local / etc / postfix_rsh / virtual
virtual_mailbox_maps = hash: / usr / local / etc / postfix_rsh / virtual_mailbox_maps
transport_maps = regexp: / usr / local / etc / postfix_rsh / transport
broken_sasl_auth_clients = нет
smtp_bind_address = 89.187.108.81
smtpd_sasl_auth_enable = да
smtpd_sender_restrictions = allow_sasl_authenticated, allow_mynetworks, reject_unauth_destination
smtpd_recipient_restrictions = allow_sasl_authenticated, allow_mynetworks, reject_unauth_destination
smtpd_helo_restrictions = reject_invalid_hostname
smtpd_require_helo = да
slow_destination_concurrency_limit = 15
slow_destination_recipient_limit = 5
syslog_facility = local1

/ USR / местные / и т.д. / postfix_rsh / virtual_mailbox_maps

failures@news.t1ps манекен

master.cf

пикап fifo n - n 60 1 пикап
очистка unix n - n - 0 очистка
qmgr fifo n - n 300 1 qmgr
tlsmgr unix - - n 1000? 1 тлсмгр
переписать unix - - n - - trivial-rewrite
отказов Unix - - N - 0 отказов
отложить unix - - n - 0 отказов
трассировка unix - - n - 0 отказов
проверить unix - - n - 1 проверить
флеш юникс n - n 1000? 0 флеш
proxymap unix - - n - - proxymap
smtp unix - - n - 500 smtp

медленный unix - - n - 100 smtp
          -o smtp_connect_timeout = 5

реле unix - - n - 100 smtp
        -o fallback_relay =
showq unix n - n - - showq
ошибка unix - - n - - ошибка
повторить unix - - n - - ошибка
сбросить unix - - n - - сбросить
локальный unix - nn - - локальный
виртуальный unix - nn - - виртуальный
lmtp unix - - n - - lmtp
наковальня unix - - n - 1 наковальня
Scache Unix - - N - 1 Scache

26 инет n - n - - smtpd
         -o content_filter =

smtp inet n - n - - smtpd
         -o content_filter = spamchk: пустышка


spamchk unix - nn - 10 труба
         flags = Rq user = spamd argv = / usr / local / bin / spamchk_rsh -f $ {sender} -
         $ {Получатель}
proxywrite unix - - n - 1 proxymap

Я предполагаю, что домен (после «@») обратного адреса отличается для двух тестовых сообщений. Вы, кажется, раздели их, так что я не могу сказать. Являются ли полные доменные имена после знака «@» в to=поле журналов одинаковыми для сообщений EA68FD6EAB7 и A083ED6EA01?
Джеймс Снерингер

Ответы:


13

Это происходит, когда domain.com имеет запись MX (или, в отсутствие MX, запись A), которая указывает на ваш сервер Postfix, но ваш сервер Postfix не настроен на прием почты для этого домена. Это обычно наблюдается в двух ситуациях:

  1. Вы приобрели новый домен, который хотите использовать для электронной почты, но просто забыли добавить его в Postfix. Есть несколько способов сделать это. В моем случае я использую виртуальную таблицу для сопоставления адресов с реальными локальными пользователями, поэтому я перечисляю свои домены в virtual_alias_domainsдирективе main.cf.
  2. Домен имеет свою запись MX, установленную на хост, который разрешается в 127.0.0.1. Некоторые вредоносные программы будут использовать эту уловку, чтобы они могли установить обратный адрес в действительный домен, который будет проверять большинство мер по защите от спама. Однако MX эффективно предотвращает любую доставку по этому адресу, поэтому отправителю не приходится иметь дело с ответами или отказами.

Этого может быть достаточно, чтобы прикрепить fqdn сервера до конца моего назначения в main.cf
Филипп Дурбин

3

Учитывая, что Postfix пытается доставить почту по адресу "foo@example.net", вышеуказанная ошибка возникает всякий раз, когда записи (или transport_mapsзаписи) DNS MX для "example.net" указывают на сам сервер (или один из указанных IP-адресов). с proxy_interfaces), и «example.net» не распознается в качестве локального домена (не в mydestination, virtual_mailbox_domainsилиrelay_domains - и некоторые весьма эзотерические особых случаев с участием либерального использования virtual_alias_mapsи IP буквальной адресации).

В вашем случае рассматриваемое сообщение отправляется от нулевого отправителя, и получатель будет отправителем исходного письма. Это означает: выяснить, почему почта для «domain.com» направляется на ваш сервер Postfix и почему «domain.com» не распознается как локальный адрес.


2

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

мы использовали сопоставление транспорта с регулярным выражением, чтобы мы могли отправлять через медленное соединение: с почтовым сервером, таким как yahoo и hotmail, наше регулярное выражение было далеко от расслабления, и каждый раз, когда postfix пытался направить отскок, который он отправлял, он отправлялся и просматривал найденный транспорт он совпал с регулярным выражением и попытался отправить его во внешний мир, в этот момент он нашел цикл и вызвал исходную ошибку. глядя вниз регулярное выражение исправило это.

Спасибо за всю вашу помощь.

для тех, кто заинтересован, это теперь из транспортного регулярного выражения:

/@.*hotmail\./ медленно:
/@.*live\./ медленно:
/@.*msn\./ медленно:
/@.*yahoo\./ медленно:
/@.*aol\./ медленно:
/@.*btinternet\./ медленно:
/@.*btopenworld\./ slow:
/@.*talk21\./ медленно:

надеюсь, что это поможет любому другому, кто может столкнуться с подобной проблемой.

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.