Из описания кодов 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: exim-users-boun...@mailground.net [mailto:exim-users-boun...@mailground.net] 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 <h...@mail.ru> написал: > > > > Fri, 16 Mar 2012 18:08:24 +0400 от Гусев Сергей Константинович > <sgu...@ncnet.ru>: >> >> >> -----Original Message----- >> From: exim-users-boun...@mailground.net >> [mailto:exim-users-boun...@mailground.net] On Behalf Of l...@lena.kiev.ua >> 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 ** t...@mosteleset.ru >> > F=<sgu...@ncnet.ru> P=<sgu...@ncnet.ru> 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 > Exim-users@mailground.net > http://mailground.net/mailman/listinfo/exim-users > -- Sincerely yours, Oleg Kostyuk (CUB-UANIC) _______________________________________________ Exim-users mailing list Exim-users@mailground.net http://mailground.net/mailman/listinfo/exim-users _______________________________________________ Exim-users mailing list Exim-users@mailground.net http://mailground.net/mailman/listinfo/exim-users