Главная страница


ru.unix

 
 - RU.UNIX ----------------------------------------------------------------------
 From : Valentin Davydov                     2:5020/400     15 Dec 2004  13:36:24
 To : Artem Chuprina
 Subject : Re: postfix q
 -------------------------------------------------------------------------------- 
 
 >   From: Artem Chuprina <ran+news@ran.pp.ru>
 >   Date: Wed, 15 Dec 2004 01:45:42 +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 не в очередь
 
 Hу, пусть не на DATA, а на RCPT TO. Здесь-то уж 552 разрешено явно.
 
 >и разрыв коннекта в первый раз.
 
             If the connection is closed prematurely the receiver should
             act as if a RSET command had been received (canceling any
             pending transaction, but not undoing any previously
             completed transaction), the sender should act as if the
             command or transaction in progress had received a temporary
             error (4xx).
 
 > >>вернул
 > >>письмо пославшему, и тот его честно порезал на кусочки...  И это как раз
 > >>кусочек шел...
 >
 > VD> Типа, если 10 мегов мусора порезать на 100 кусков мусора по 100 килобайт,
 > VD> он от этого мусором быть перестанет? IMHO, юзеров, которые пишут письма в
 > VD> Microsoft Paint и посылают в виде bmp 48 бит на пиксель, надо учить.
 >
 >А если это не Microsoft Paint, а AutoCAD, и все 10 мег там по делу?
 
 Если надо по делу, пиши администратору, можем хоть 100 гиг персонально для 
 вас зарезервировать, за отдельную плату, естественно.
 
 >С
 >какого перепугу (а ты это делаешь явно с перепугу, по нервному тону
 >видно) ты полагаешь, что если письмо большое, то это непременно мусор?
 
 Опыт. Человек не в состоянии за разумный промежуток времени сгенерить
 больше нескольких сотен килобайт содержательной информации, если письмо
 большое - значит, там либо нули незначащие, либо он эту информацию откуда-то
 из Интернета вытянул, либо ещё что-нибудь в том же духе.
 
 Вал. Дав.
 --- ifmail v.2.15dev5.3
  * Origin: Demos online service (2:5020/400)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор 

 Тема:    Автор:    Дата:  
 Re: postfix q   Valentin Davydov   11 Dec 2004 10:22:13 
 Re: postfix q   Artem Chuprina   11 Dec 2004 13:05:51 
 Re: postfix q   Valentin Davydov   14 Dec 2004 18:54:57 
 Re: postfix q   Artem Chuprina   15 Dec 2004 05:45:42 
 Re: postfix q   Valentin Davydov   15 Dec 2004 13:36:24 
 Re: postfix q   Artem Chuprina   15 Dec 2004 17:03:37 
 postfix q   Sergey U. Borovikov   17 Dec 2004 00:08:26 
 postfix q   Andrey Melnikov   16 Dec 2004 23:25:36 
 postfix q   Sergey U. Borovikov   20 Dec 2004 09:44:25 
 Re: postfix q   Mykola Dzham   20 Dec 2004 23:03:11 
 postfix q   Sergey U. Borovikov   21 Dec 2004 21:40:17 
 Re: postfix q   Victor Wagner   22 Dec 2004 12:48:37 
 Re: postfix q   Victor Sudakov   23 Dec 2004 17:57:36 
 postfix q   Sergey U. Borovikov   23 Dec 2004 09:36:41 
 Re: postfix q   Mykola Dzham   22 Dec 2004 13:27:19 
 postfix q   Sergey U. Borovikov   23 Dec 2004 09:38:18 
 Re: postfix q   Valentin Nechayev   24 Dec 2004 15:24:07 
 Re: postfix q   Artem Chuprina   25 Dec 2004 01:42:06 
 Re: postfix q   Alex Korchmar   24 Dec 2004 04:38:49 
 Re: postfix q   Artem Chuprina   25 Dec 2004 01:40:01 
 Re: postfix q   Alex Korchmar   27 Dec 2004 05:54:19 
 Re: postfix q   Pavel Marenyuk   22 Dec 2004 15:13:30 
 postfix q   Sergey U. Borovikov   23 Dec 2004 09:44:02 
 Re: postfix q   Valentin Davydov   23 Dec 2004 10:18:46 
 postfix q   Andrey Melnikov   21 Dec 2004 17:17:22 
 postfix q   Sergey U. Borovikov   22 Dec 2004 09:34:24 
 Re: postfix q   Valentin Davydov   23 Dec 2004 18:54:09 
 Re: postfix q   Artem Chuprina   25 Dec 2004 01:37:55 
 postfix q   Andrey Melnikov   26 Dec 2004 20:30:14 
Архивное /ru.unix/657791552598.html, оценка 2 из 5, голосов 10
Яндекс.Метрика
Valid HTML 4.01 Transitional