|
|
ru.unix.bsd- RU.UNIX.BSD ------------------------------------------------------------------ From : Valentin Davydov 2:5020/400 18 Jan 2008 13:53:21 To : Eugene Grosbein Subject : Re: tcp & spam -------------------------------------------------------------------------------- > From: Eugene Grosbein <Eugene.Grosbein@f1.n5006.z2.fidonet.org> > Date: Fri, 18 Jan 2008 16:05:13 +0300 > > VD>>> Hеприём почты от клиентов, соблюдающих стандарты, но которым не повезло > VD>>> (скажем, именно в эту минуту перестраивался роутинг где-то по дороге, > VD>>> или твой же сендмэйл надолго на резолвинге завис). > >>>Перепошлют. > VD>> Помнится, тут мэйнтейнеры жаловались, что, мол, с аффтаром паччей не > VD>> связацца. > VD>> Перепослать, видимо, не догадались. > >>В данном редком случае перепошлёт MTA. > VD> Жаловались, однако, живые мэйнтэйнеры, а не ихние MTA. > >Там совсем другая почтовая система Без MTA, что ли? >и другие подходы, в том числе и к discard. И какие там подходы к discard? > VD>> Тем более, что если с резолвом тормоза, > VD>> то перепосылать бесполезно: dns-кэш к тому времени опять протухнуть > VD>> успеет. > >>Локальный кеширующий named есть. За 4 часа разве протухнет? > VD> Вытеснится dnsblными записями и прочим мусором. > >Это тоже интересный вопрос. Hадо будет почитать доку по поводу регулирования >размера базы у named. Какая разница? Дело-то не в размере, а в прирождённой неопределённости времени выполнения (да и результата) gethostbyaddr(3) или чем бишь там сендмэйл развлекается. > >>discard не рассматривается вообще. > VD> Ты мне напомнил одного персонажа из фотографической эхи, который > VD> интересовался доступностью фотоплёнки Kodak (без указания конкретного > VD> типа, но зато "не рассматривая вообще" другие брэнды), и очень обиделся > VD> на предположение, что у него, дескать, наверное фотоаппарат Kodak, вот > VD> он другие плёнки и не рассматривает. > >discard не рассматривается вообще. Письмо или принимается - тогда оно >безусловно доставляется, или режектится (550 или tcp reject). Принять письмо и дропнуть соединение после точки - по затратам ресурсов то же самое, что discard, просто слово "DISCARD" в сендмэйле я успел выучить, а как заставить его складывать письмо в /dev/null сразу, а освобождать сокет потом, ещё не выучил. Вал. Дав. --- ifmail v.2.15dev5.4 * Origin: Demos online service (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.unix.bsd/257390bdcd9ca.html, оценка из 5, голосов 10
|