Кто мне может обьяснить, зачем sendmail при отправке письма
(причем уже сказав DATA принимающей стороне) пытается отрезолвить
доменную часть того, что написано в To: ?
Как-то я не могу сам себе сформулировать необходимость в этом.
Хотя вижу, почему, но все равно не понимаю - зачем.
Смысла в этом нет никакого, а RFC 2822 явно запрещает менять что-либо
в уже принятых headers.
Или может дело в некоей кривости заголовка?
H??FROM: "Microsoft Network Storage Service"
Sun, Dec 21, 2003 at 16:00:38, oleg wrote about "[uanog] sendmail и To:":
Кто мне может обьяснить, зачем sendmail при отправке письма (причем уже сказав DATA принимающей стороне) пытается отрезолвить доменную часть того, что написано в To: ?
Канонизация домена. Выполняется по умолчанию для всех известных sendmail'у полей заголовков, которые помечены как заголовки получателя (To, Cc, Bcc и так далее) или отправителя (From, Reply-To, Sender,...)
Как-то я не могу сам себе сформулировать необходимость в этом. Хотя вижу, почему, но все равно не понимаю - зачем.
Представь себе письмо с Cc на
Смысла в этом нет никакого, а RFC 2822 явно запрещает менять что-либо в уже принятых headers.
RFC2822 мне лично пофиг, потому что не стандарт. Стандарт - RFC822, и никакие "obsoleted by" в rfc-index.txt это не меняют. В RFC822 я не видел подобного запрета. Может, плохо посмотрел. Сейчас как освобожусь - гляну ещё.
Или может дело в некоей кривости заголовка?
Нет. -netch- =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
participants (2)
-
Oleg V. Naumann
-
Valentin Nechayev