|
ru.unix
- RU.UNIX ----------------------------------------------------------------------
From : Valentin Davydov 2:5020/400 14 Dec 2004 18:54:57
To : Artem Chuprina
Subject : Re: postfix q
--------------------------------------------------------------------------------
> From: Artem Chuprina <ran+news@ran.pp.ru>
> Date: Sat, 11 Dec 2004 09:05:51 +0000 (UTC)
>
> >>>> VA> smtpd продолжает принимать data от клиента, если объём превысил
> >>>> VA> message_size_limit, ожидая точки. Можно ли (и как) сделать, чтобы он
> >>>> VA> отвечал кодом 5xx (возможно, с разрывом коннекта) не дожидаясь точки?
> >>>> VA> Hасколько это будет соответствовать стандартам и общепринятой
> >>>> VA> практике?
> >>>>
> >>>>Если он ответит кодом 5xx и разорвет коннект, к нему ломанутся опять.
> >>
> >>VD> И получат 552 сразу же на DATA.
> >>
> >> а там уже другое письмо, хотя sender and recipient те же
>
> VD> А нехрен было слать первое.
>
>... а на том конце сервер таки отработал 5xx в первый раз, несмотря на
>грубое нарушение протокола (be liberal in what you accept),
552 - это storage exhausted. Вполне логичная реакция на перегрузку трафиком.
Какой именно пункт rfc821 нарушен?
>вернул
>письмо пославшему, и тот его честно порезал на кусочки... И это как раз
>кусочек шел...
Типа, если 10 мегов мусора порезать на 100 кусков мусора по 100 килобайт,
он от этого мусором быть перестанет? IMHO, юзеров, которые пишут письма в
Microsoft Paint и посылают в виде bmp 48 бит на пиксель, надо учить.
Вал. Дав.
--- ifmail v.2.15dev5.3
* Origin: St. Petersburg State University (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
