задержка при подключение к SMTP

[NeverM]

Использую exim в качестве smtp сервера, обратная зона для сервера прописана, при попытке отправить почту почтовый клиент коннектиться около 30 секунд к smtp и только после этого идёт проверка имени и пароля и сама отправка, через telnet тоже самое пробывал отключать spamd не помогает... также не каких relays.ordb.org и прочих сервисов не использую. Помогите

[NeverM]

вот что говорит: tcpdump port 25

Код: Выделить всё

02:42:22.706701 IP client.2065 > server.smtp: S 1852788817:1852788817(0) win 65535 <mss 1396,nop,wscale 0,nop,nop,sackOK>
02:42:22.706839 IP server.smtp > client.2065: S 1663329704:1663329704(0) ack 1852788818 win 5840 <mss 1460,nop,nop,sackOK,nop,wscale 5>
02:42:22.715981 IP client.2065 > server.smtp: . ack 1 win 65535

проходит 30 секунд и я получаю привествие от smtp

Код: Выделить всё

02:42:52.729370 IP server.smtp > client.2065: P 1:68(67) ack 1 win 183
02:42:52.912765 IP client.2065 > server.smtp: . ack 68 win 65468

[offtop]
как смотреть tcpdump'ом логи не по порту а по какомунибудь процессу, в моём случае по exim'у
[offtop]

[NeverM]

UPD
нашёл в конфиге экзима вот это:

Код: Выделить всё

# The settings below, which are actually the same as the defaults in the
# code, cause Exim to make RFC 1413 (ident) callbacks for all incoming SMTP
# calls. You can limit the hosts to which these calls are made, and/or change
# the timeout that is used. If you set the timeout to zero, all RFC 1413 calls
# are disabled. RFC 1413 calls are cheap and can provide useful information
# for tracing problem messages, but some hosts and firewalls have problems
# with them. This can result in a timeout instead of an immediate refused
# connection, leading to delays on starting up SMTP sessions. (The default was
# reduced from 30s to 5s for release 4.61.)

rfc1413_hosts = *
rfc1413_query_timeout = 30s

если выставить rfc1413_query_timeout = 0s то всё ок, фаерволов я не каких не использую, из за чего такое может быть?

[sash-kan]

dns, dns, dns… и только dns

[vr13]

не dns. это rfc1314 - ident. который конечно у вас на отправителе не сконфигурирован. поэтому и тайм-аут, который прописан в конфигурации exim

на самом деле, конфигурировать ident не надо, т.к сейчас это практически нигде не используется, ибо является потенциальной дыркой в безопасности. поэтому:

* закомментируйте rfc1413_hosts = * (exim вообще не должен знать про ident)
* явно установите (вы уже сделали это) rfc1413_query_timeout в 0

проверять отправителя более корректно через verify/callout (mail from:<> согласно rfc2822 должы пропускать все почтовые сервера). а также имеется еще куча возможностей проверять валидность отправителя в acl'ях