Re: E-mail QoS (Was: icq)
On Thu, Jul 11, 2002 at 05:42:35PM +0300, Dmitry Borodaenko wrote: > cannot be delivered for whatever reason, then it must construct an > > "undeliverable mail" notification message and send it to the Здорово. А undeliverable mail -- это не почтовое сообщение? Кто гарантирует его доставку? ;) Как мы сообща выяснили, никто не гарантирует доставки писем без вмешательства постмастера. То есть единственное, что гарантируется, так это то, что постмастер получит notification о double bounce. А если он логи не смотрит/писем не читает -- опаньки. P.S. Кстати, свежий RFC -- 2821. -- Regards, Wartan. "Computers are not intelligent. They only think they are." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: E-mail QoS (Was: icq)
On Thu, Jul 11, 2002 at 11:32:44AM +0100, Mikhail Sobolev wrote: > > > Номер RFC -- в студию! ;)) > > RFC 821: SIMPLE MAIL TRANSFER PROTOCOL > > > > 2. THE SMTP MODEL > > > >... The SMTP-sender then > >sends a RCPT command identifying a recipient of the mail. If the > >SMTP-receiver can accept mail for that recipient it responds with an > >OK reply; if not, it responds with a reply rejecting that recipient > > ^ > >(but not the whole mail transaction). > > > > Может, насчет "возвращено" я и погорячился, но вот уведомление об > > отказе SMTP предполагает. > И что дальше?? Ну, принял почтовый сервер письмо, дальше-то что?? Ты ж дальше RFC читай, не такой он большой. Если сервер принял письмо для своего пользователя, то тут и сказке конец. А если для дальшейшей передачи (relay), то все равно он отвечает за его доставку: If a server-SMTP has accepted the task of relaying the mail and later finds that the forward-path is incorrect or that the mail cannot be delivered for whatever reason, then it must construct an "undeliverable mail" notification message and send it to the originator of the undeliverable mail (as indicated by the reverse-path). -- Дмитрий Бородаенко -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: E-mail QoS (Was: icq)
On Thu, Jul 11, 2002 at 12:49:29PM +0300, Dmitry Borodaenko wrote: > > Номер RFC -- в студию! ;)) > > RFC 821: SIMPLE MAIL TRANSFER PROTOCOL > > 2. THE SMTP MODEL > >... The SMTP-sender then >sends a RCPT command identifying a recipient of the mail. If the >SMTP-receiver can accept mail for that recipient it responds with an >OK reply; if not, it responds with a reply rejecting that recipient > ^ >(but not the whole mail transaction). > > Может, насчет "возвращено" я и погорячился, но вот уведомление об отказе > SMTP предполагает. И что дальше?? Ну, принял почтовый сервер письмо, дальше-то что?? -- Миша -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: E-mail QoS (Was: icq)
On Thu, Jul 11, 2002 at 01:28:50PM +0400, Wartan Hachaturow wrote: > > По стандарту -- гарантирует, что письмо будет или доставлено, или > > возвращено. > Номер RFC -- в студию! ;)) RFC 821: SIMPLE MAIL TRANSFER PROTOCOL 2. THE SMTP MODEL ... The SMTP-sender then sends a RCPT command identifying a recipient of the mail. If the SMTP-receiver can accept mail for that recipient it responds with an OK reply; if not, it responds with a reply rejecting that recipient ^ (but not the whole mail transaction). Может, насчет "возвращено" я и погорячился, но вот уведомление об отказе SMTP предполагает. -- Дмитрий Бородаенко -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
E-mail QoS (Was: icq)
On Thu, Jul 11, 2002 at 11:55:33AM +0300, Dmitry Borodaenko wrote: > По стандарту -- гарантирует, что письмо будет или доставлено, или > возвращено. Номер RFC -- в студию! ;)) -- Regards, Wartan. "Computers are not intelligent. They only think they are." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
