|
ru.unix
- RU.UNIX ----------------------------------------------------------------------
From : Artem Chuprina 2:5020/400 15 Dec 2004 05:45:42
To : Valentin Davydov
Subject : Re: postfix q
--------------------------------------------------------------------------------
Valentin Davydov -> Artem Chuprina @ Tue, 14 Dec 2004 14:54:57 +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),
VD> 552 - это storage exhausted. Вполне логичная реакция на перегрузку
VD> трафиком. Какой именно пункт rfc821 нарушен?
Грубое нарушение протокола - это 5xx не в очередь и разрыв коннекта в
первый раз.
>>вернул
>>письмо пославшему, и тот его честно порезал на кусочки... И это как раз
>>кусочек шел...
VD> Типа, если 10 мегов мусора порезать на 100 кусков мусора по 100 килобайт,
VD> он от этого мусором быть перестанет? IMHO, юзеров, которые пишут письма в
VD> Microsoft Paint и посылают в виде bmp 48 бит на пиксель, надо учить.
А если это не Microsoft Paint, а AutoCAD, и все 10 мег там по делу? С
какого перепугу (а ты это делаешь явно с перепугу, по нервному тону
видно) ты полагаешь, что если письмо большое, то это непременно мусор?
--
Artem Chuprina <ran{}ran.pp.ru>
--- ifmail v.2.15dev5.3
* Origin: Leninsky 45 home network (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
