Отправляем письмо. Почта домена обслуживается двумя серверами mx1, mx2 - основной и резервный.Мой сервер пытается доставить письмо на mx1, получает отлуп: 450 4.7.1 Recipient address rejected: Greylisted for 5 minutes
И тут же пытается доставить письмо на mx2.
Это правильное поведение?
> Отправляем письмо. Почта домена обслуживается двумя серверами mx1, mx2 - основной и
> резервный.
> Мой сервер пытается доставить письмо на mx1, получает отлуп: 450 4.7.1 Recipient
> address rejected: Greylisted for 5 minutes
> И тут же пытается доставить письмо на mx2.
> Это правильное поведение?Вроде как да. Почему бы и нет?
4хх - временная ошибка доставки.
>> Отправляем письмо. Почта домена обслуживается двумя серверами mx1, mx2 - основной и
>> резервный.
>> Мой сервер пытается доставить письмо на mx1, получает отлуп: 450 4.7.1 Recipient
>> address rejected: Greylisted for 5 minutes
>> И тут же пытается доставить письмо на mx2.
>> Это правильное поведение?
> Вроде как да. Почему бы и нет?
> 4хх - временная ошибка доставки.Я думаю, что админ на той стороне не прав, и не могу связаться с ним. Проблема следующего рода:
Nov 2 15:18:47 mail postfix/smtp[6951]: 7A6EB11E5C: host nikamiass.ru[62.148.255.242] said: 450 4.7.1 <tyumen6@lorena-kuhni.ru>: Recipient address rejected: Greylisted for 5 minutes (in reply to RCPT TO command)
Nov 2 15:18:49 mail postfix/smtp[6951]: 7A6EB11E5C: to=<tyumen6@lorena-kuhni.ru>, relay=mx2.spaceweb.ru[77.222.41.41]:25, delay=48, delays=0.1/0/46/2.3, dsn=5.0.0, status=bounced (host mx2.spaceweb.ru[77.222.41.41] said: 550 rejected: Unknown recipient (in reply to RCPT TO command))Написал с майла на postmaster@lorena-kuhni.ru (plain-текс, с описанием проблемы), получил
postmaster@lorena-kuhni.ru
SMTP error from remote mail server after end of data:
host nikamiass.ru [62.148.255.242]: 550 5.7.1 message content rejectedСижу думаю. Что я должен делать, забить или бежать перенастраивать свой почтовик?
> Отправляем письмо. Почта домена обслуживается двумя серверами mx1, mx2 - основной и
> резервный.
> Мой сервер пытается доставить письмо на mx1, получает отлуп: 450 4.7.1 Recipient
> address rejected: Greylisted for 5 minutes
> И тут же пытается доставить письмо на mx2.
> Это правильное поведение?Нет. Вашу почтовую систему попросили немного подождать, а не "ломиться как деревенский хам" во все дыры.
Вот если бы сервер не ответил, тогда переход на доставку через MX2 был-бы логичным.
>> Отправляем письмо. Почта домена обслуживается двумя серверами mx1, mx2 - основной и
>> резервный.
>> Мой сервер пытается доставить письмо на mx1, получает отлуп: 450 4.7.1 Recipient
>> address rejected: Greylisted for 5 minutes
>> И тут же пытается доставить письмо на mx2.
>> Это правильное поведение?
> Нет. Вашу почтовую систему попросили немного подождать, а не "ломиться как деревенский
> хам" во все дыры.
> Вот если бы сервер не ответил, тогда переход на доставку через MX2
> был-бы логичным.http://tools.ietf.org/html/rfc5321#page-69
When the lookup succeeds, the mapping can result in a list of
alternative delivery addresses rather than a single address, because
of multiple MX records, multihoming, or both. To provide reliable
mail transmission, the SMTP client MUST be able to try (and retry)
each of the relevant addresses in this list in order, until a
delivery attempt succeeds. However, there MAY also be a configurable
limit on the number of alternate addresses that can be tried. In any
case, the SMTP client SHOULD try at least two addresses.
>[оверквотинг удален]
> mail transmission, the SMTP client MUST be able to
> try (and retry)
> each of the relevant addresses in this list in
> order, until a
> delivery attempt succeeds. However, there MAY also be
> a configurable
> limit on the number of alternate addresses that can
> be tried. In any
> case, the SMTP client SHOULD try at least two
> addresses.расскажите это gmail ;)
>[оверквотинг удален]
>> try (and retry)
>> each of the relevant addresses in this list in
>> order, until a
>> delivery attempt succeeds. However, there MAY also be
>> a configurable
>> limit on the number of alternate addresses that can
>> be tried. In any
>> case, the SMTP client SHOULD try at least two
>> addresses.
> расскажите это gmail ;)http://www.ietf.org/rfc/rfc2119.txt :
3. SHOULD This word, or the adjective "RECOMMENDED", mean that there
may exist valid reasons in particular circumstances to ignore a
particular item, but the full implications must be understood and
carefully weighed before choosing a different course.
>[оверквотинг удален]
>>> addresses[/b].
>> расскажите это gmail ;)
> http://www.ietf.org/rfc/rfc2119.txt :
> 3. SHOULD This word, or the adjective "RECOMMENDED", mean that
> there
> may exist valid reasons in particular circumstances to ignore
> a
> particular item, but the full implications must be understood
> and
> carefully weighed before choosing a different course.я об этом и говорил, что следования RFC является хорошим тоном, а необязательным правилом, как следования ГОСТу у инженеров, например ;)