Никак не получается отправить письма одному серверу. Наш сервер Sendmail 8.14.2 пишет периодически в логах:Jun 29 11:11:50 ownmail sm-mta[69937]: n5T7BeFq069933: to=<grab@biochemmack.ru>, ctladdr=<adm_lvs@dialine.org> (2063/2000), delay=00:00:09, xdelay=00:00:07, mailer=esmtp, pri=30852, relay=mail.biochemmack.ru. [80.253.11.197], dsn=4.1.7, stat=Deferred: 450 4.1.7 <adm_lvs@dialine.org>: Sender address rejected: unverified address: Address verification in progress
А потом вот это:
Jun 29 11:39:26 ownmail sm-mta[77085]: n5T7BeFq069933: to=<grab@biochemmack.ru>, ctladdr=<adm_lvs@dialine.org> (2063/2000), delay=00:27:45, xdelay=00:00:01, mailer=esmtp, pri=120852, relay=mail.biochemmack.ru. [80.253.11.197], dsn=4.1.7, stat=Deferred: 450 4.1.7 <adm_lvs@dialine.org>: Sender address rejected: unverified address: conversation with ownmail.dialine.org[92.39.96.130] timed out while performing the EHLO handshakeЧто это значит и где поправить??!
Конфиг сендмейла:
divert(0)
VERSIONID(`$FreeBSD: src/etc/sendmail/freebsd.mc,v 1.30.2.4 2007/11/22 16:20:01 gshapiro Exp $')
OSTYPE(freebsd6)
DOMAIN(generic)FEATURE(access_db, `hash -o -T<TMPF> /etc/mail/access')
FEATURE(blacklist_recipients)
FEATURE(local_lmtp)
FEATURE(mailertable, `hash -o /etc/mail/mailertable')
FEATURE(virtusertable, `hash -o /etc/mail/virtusertable')define(`confCW_FILE', `-o /etc/mail/local-host-names')
dnl Enable for both IPv4 and IPv6 (optional)
DAEMON_OPTIONS(`Name=IPv4, Family=inet')
DAEMON_OPTIONS(`Name=IPv6, Family=inet6, Modifiers=O')define(`confBIND_OPTS', `WorkAroundBrokenAAAA')
define(`confNO_RCPT_ACTION', `add-to-undisclosed')
define(`confPRIVACY_FLAGS', `authwarnings,noexpn,novrfy')
MAILER(local)
MAILER(smtp)
define(`confMAX_MESSAGE_SIZE', `20000000')# SMTP авторизация
TRUST_AUTH_MECH(`PLAIN')dnl
define(`confAUTH_MECHANISMS', `PLAIN')dnl
define(`confTO_IDENT', `0s')dnl# Milter-Greylist
INPUT_MAIL_FILTER(`greylist', `S=local:/var/milter-greylist/milter-greylist.sock')
define(`confMILTER_MACROS_CONNECT', `j, {if_addr}')
define(`confMILTER_MACROS_HELO', `{verify}, {cert_subject}')
define(`confMILTER_MACROS_ENVFROM', `i, {auth_authen}')
define(`confMILTER_MACROS_ENVRCPT', `{greylist}')# Ограничиваем некоторых пользователей отсылкой внутри домена
LOCAL_CONFIG
F{Internal}/etc/mail/intern.only
#Then the rules work like this:
LOCAL_RULESETS
SLocal_check_rcpt
# get sender address and canonify it:
R$* $: $1 $| $>3 $&f
R$* $| <> $@ OK <> is always ok
R$* $| $={Internal} <@$=w.> $: $1 luser@local.host?
R$* $| $={Internal} $: $1 luser?
R$* $| $* $@ OK someone else
R$* $: $>3 $1 check recipient
R$+<@$=w.> $@ OK local? ok
R$+<@$+> $#error $@ 5.1.8 $: "551 Sorry luser your boss does not like you."
НЕ вдаваясь особенно во все тонкости вашего конфига и исходя только из лога могу только посоветовать обратиться за разъяснениями к админу той систмеы, которая отвергает вашу почту.
Можно тут много чего нагадать и напридумывать, но истинную причину отказа знает только он
(а может и сам не знает, если система досталась в наследство)Наприме мне "Sender address rejected: unverified address: Address verification in progress" ни очем не говорит
P.S. А вообще достали уже эти костыли, которые каждый прикручивает по своему уразумению,
не заботясь ХОТЯ БЫ ОБ ИНФОРМАТИВНОСТИ ТЕКСТА ОТКАЗА.
Столько времени гробится на ерунду:
- успокоить клиента
- найти контакты
- самое страшное - суметь объясниться с той стороной.
Страшное - потому что у всех свои представления о том, как должна работать почтовая система.
>[оверквотинг удален]
>
>P.S. А вообще достали уже эти костыли, которые каждый прикручивает по своему
>уразумению,
>не заботясь ХОТЯ БЫ ОБ ИНФОРМАТИВНОСТИ ТЕКСТА ОТКАЗА.
>Столько времени гробится на ерунду:
>- успокоить клиента
>- найти контакты
>- самое страшное - суметь объясниться с той стороной.
>Страшное - потому что у всех свои представления о том, как должна
>работать почтовая система.Очччень согласен с этим =)
Но, к сожалению, не все имеют представление, во что можгут вылезти изменения стандартных настроек, задокументированных в RFC...
Насколько я понял, такие сообщения выдает Postfix. Возможно время приветствия на другом сервере было увеличено...
Скорее всего удалённый сервер проводит проверки вашего доменного имени в ДНС, и вовремя не получив от него ответ, отваливается. Проверьте, что ваш сервер говорит в HELO и соответсвует ли ему А-запись в ДНС.
>Скорее всего удалённый сервер проводит проверки вашего доменного имени в ДНС, и
>вовремя не получив от него ответ, отваливается. Проверьте, что ваш сервер
>говорит в HELO и соответсвует ли ему А-запись в ДНС.Мы используем DNS-сервер провайдера, с которым договорились по поводу записей. Проверил - прямой и обратный DNS-запросы корректные.
Только что заметил одну вещь, которой раньше не замечал на старом почтовом сервере (мы недавно заменили его на новый). Когда телнетишься по 25-му порту, то перед появлением приветствия
220 ownmail.dialine.org ESMTP Sendmail 8.14.2/8.14.2; Mon, 29 Jun 2009 15:27:05
+0400 (MSD)
происходит задержка ровно в 5 секунд, когда сервер пытается разрезолвить ip.
Это может быть причиной?
egrep "Timeout.ident" sendmail.cf что показывает?
>egrep "Timeout.ident" sendmail.cf что показывает?O Timeout.ident=0s
>>egrep "Timeout.ident" sendmail.cf что показывает?
>
>O Timeout.ident=0sХм... только что поменял параметр на 10 секунд, задержка перед приветствием стала равной 10 секунд. Затем поменял вновь на 0s. Задержка пропала...
Но все равно при отправке почты на другой сервер, тот отвечает Sender address rejected...
Никто не сталкивался с такими сообщениями? Где смотреть?..
Выяснил причину проблемы. Она оказалась на сервере, которому отправляется почта. Причем на нем настроен Postfix, и в его в конфигах выставлен слишком маленький таймаут EHLO, в результате чего почтовики не успевают обмениваться сообщениями.
Взято отсюда:
http://forum.ru-board.com/topic.cgi?forum=8&bm=1&topic=22938...