[Comm] cyrus-imap (lmtp vs cyrus-deliver)

[Pavel S. Khmelinsky]

Alexei Takaseev wrote:
> On Tue, 11 Jan 2005 17:23:27 +0300
> "Pavel S. Khmelinsky" <hmepas на yauza.ru> wrote:
> 
> 
>>
>>Alexei Takaseev wrote:
>>
>>>On Tue, 11 Jan 2005 15:24:30 +0300
>>>Konstantin Klimchev <koka на atvc.ru> wrote:
>>>
>>>
>>>
>>>>On Tue, 11 Jan 2005 20:12:51 +0800
>>>>Alexei Takaseev <alexei на taf.ru> wrote:
>>>>
>>>>
>>>>
>>>>>poptimeout: 10
>>>>> Set the length of the POP server's inactivity autologout
>>>>> timer, in minutes.  The minimum value is 10, the
>>>>> default.
>>>>>
>>>>>Это не поможет?
>>>>
>>>>Не знаю - не пробовал - откуда и вопрос (сейчас только
>>>>развертываю на тестовом сервере). "Затыки" в моем контексте
>>>>имелось ввиду не только timeout'ы, но и траблы с
>>>>основными почтовыми клиентами и т.п. Не хотелось бы
>>>>создавать проблем нашей тех.поддержке.
>>>
>>>
>>>Вот чего-чего, а с POP3 и клиентами траблов не замечалось. Да и
>>>какие могут быть затыки с простым как пробка протоколом? Основная
>>>проблема"Вот вы знаете, я качала-качала, там такое письмо большое
>>>было, а потом окошко выскочило. А теперь оно пароль у меня
>>>спрашивает" [разбор полетов выявил, что мадам пришло письмо размером
>>>в 18 мегабайт, выскочившее окошко это сообщение, что модем разорвал
>>>линию, а пароль спрашивается потому, что еще не произошло отбоя по
>>>таймауту]. Вариации возможны, но все крутится около этой темы.
>>
>>пример затыка для courier-imap:
>>Если у сообщения пустое тело, то MS Outlook и Outlook Express (так же
>>замечено на The Bat!) будет орать что "соединение неожиданно прервано
>>сервером" и рвать коннект после чего все уже полученный сообщения
>>будут получаться заного. Лечиться это простым патчем, которые в парсер
>>соощений добавляет строчку, добавляющую в сообщение с путым телом
>>лишний \r\n . Это не совсем затык courier-imap но подозреваю что в
>>некоторых серверах подобное уже учтено, что уменьшает проблемы
>>саппорта. Видимо  спрашивали именно о такого рода финтах.
> 
> 
> А доставщик cyrus-imapd такое сообщение вообще от MTA не примет с
> ругачкой:
> 
> Jan 11 04:30:11 python postfix/lmtp[24432]: 785971051807:
> to=<taf на bla-bla-bla.ru>, relay=/public/lmtp[/public/lmtp], delay=0,
> status=bounced (host/public/lmtp[/public/lmtp] said: 554 5.6.0 Message
> contains NUL characters (in reply to end of DATA command))

Ну этоже не правильно... А что если полезной информации так не много что она 
помещается в заголовке вся? Получается такое сообщение адресату не дойдет.

-- 
Pavel S. Khmelinsky <hmepas на yauza.ru>
System Administrator,
ISP Yauza Telecom
http://www.yauza.ru