Из описания кодов
5yz Permanent Negative Completion reply
The command was not accepted and the requested action did not
occur. The SMTP client is discouraged from repeating the exact
request (in the same sequence). Even some "permanent" error
conditions can be corrected, so the human user may want to direct
the SMTP client to reinitiate the command sequence by direct
action at some point in the future (e.g., after the spelling has
been changed, or the user has altered the account status).
Повторять попытку не надо, а дальше пусть "хуман" решает проблему
3.1 Session Initiation
An SMTP session is initiated when a client opens a connection to a
server and the server responds with an opening message.
SMTP server implementations MAY include identification of their
software and version information in the connection greeting reply
after the 220 code, a practice that permits more efficient isolation
and repair of any problems. Implementations MAY make provision for
SMTP servers to disable the software and version announcement where
it causes security concerns. While some systems also identify their
contact point for mail problems, this is not a substitute for
maintaining the required "postmaster" address (see section 4.5.1).
The SMTP protocol allows a server to formally reject a transaction
while still allowing the initial connection as follows: a 554
response MAY be given in the initial connection opening message
instead of the 220. A server taking this approach MUST still wait
for the client to send a QUIT (see section 4.1.1.10) before closing
the connection and SHOULD respond to any intervening commands with
"503 bad sequence of commands". Since an attempt to make an SMTP
connection to such a system is probably in error, a server returning
a 554 response on connection opening SHOULD provide enough
information in the reply text to facilitate debugging of the sending
system.
Для меня из этого не следует, что нужно идти на другой MX
-----Original Message-----
From: [email protected]
[mailto:[email protected]] On Behalf Of Oleg Kostyuk
Sent: Friday, March 16, 2012 7:12 PM
To: Exim MTA на русском
Subject: Re: [Exim-users] Новый способ борьбы со спамом
Боюсь ( и не хочу) привнести срач в тему, но всё же.
Есть мнение, что ответ из NIC.RU не такой уж и бредовый. Судите сами:
> A permanent failure is one which is not likely
> to be resolved by resending the message in the
> current form. Some change to the message
> or the destination must be made
> for successful delivery.
Как мне кажется, ключевые слова здесь - "is not likely" и "or the
destination". Первое - это не "(ошибка) обязательно не будет
(исправлена)", это "вряд ли будет". То есть "скорее всего не будет, но
может и повезёт". А второе - как раз и говорит о том, что перейдя к
следующему MX-у - всё может получиться. Признаюсь сразу - весь RFC не
читал, довольствуюсь только выше приведённым куском. Но если память
мне не изменяет, то все RFC очень четко определяют термины "MUST",
"MUST NOT", "SHOULD" и им подобные, и всегда при написании этих
терминов используют именно большие буквы - а выше приведённой цитате
ничего этого нет. И если такое толкование верное - то получается, в
этой части Exim не соблюдает RFC?
Кто в курсе деталей - проясните?
16 марта 2012 г. 16:49 пользователь dawnshade <[email protected]> написал:
>
>
>
> Fri, 16 Mar 2012 18:08:24 +0400 от Гусев Сергей Константинович
> <[email protected]>:
>>
>>
>> -----Original Message-----
>> From: [email protected]
>> [mailto:[email protected]] On Behalf Of [email protected]
>> Sent: Friday, March 16, 2012 5:03 PM
>> To: Exim MTA на русском
>> Subject: Re: [Exim-users] Новый способ борьбы со спамом
>>
>> > Наткнулся на новый способ борьбы со спамом.
>> >
>> > 2012-03-16 14:56:21 [23795] 1S8UpY-0006Bh-39 ** [email protected]
>> > F=<[email protected]> P=<[email protected]> R=dnslookup T=remote_smtp: SMTP
>> > error from remote mail server after initial connection: host
>> > MX02.NICMAIL.ru [194.85.88.229]: 554 No SMTP service here
>> >
>> > Цитата
>> > Все верно, сервер MX02.NICMAIL.ru является фейковым, служит для отбивки
>> > роботов
>> > рассылающих спам и не производящих повторную доставку на другой сервер из
>> > списка МХ записей. Соответственно Вам нужно настроить Ваш почтовый сервер
>> > так
>> > что бы он пытался доставить сообщение по следующему адресу из списка МХ.
>>
>> Откуда эта цитата?
>>
>> Это ответ техподдержки NIC.ru - владельца почтового хостинга,
>> которому платят деньги за такую услугу
>
>
> Извините, но это ответ абсолютно безграмотных людей просто так получающих
> деньги.
> Все ранее высказавшиеся абсолютно верны что повторная доставка не должна
> производиться.
> _______________________________________________
> Exim-users mailing list
> [email protected]
> http://mailground.net/mailman/listinfo/exim-users
>
--
Sincerely yours,
Oleg Kostyuk (CUB-UANIC)
_______________________________________________
Exim-users mailing list
[email protected]
http://mailground.net/mailman/listinfo/exim-users
_______________________________________________
Exim-users mailing list
[email protected]
http://mailground.net/mailman/listinfo/exim-users
