|
ru.unix
- RU.UNIX ----------------------------------------------------------------------
From : Valentin Nechayev 2:5020/400 28 Jan 2001 21:44:46
To : Vladimir Butenko
Subject : Re: Залип DATA. Re: DJB проснулся (или я проспал?)
--------------------------------------------------------------------------------
.su> <94s61e$u8q$1@news.lucky.net> <5n9s49.ike.ln@elf.ihep.su>
.su> <94scft$39i$1@news.lucky.net> <btts49.eng.ln@elf.ihep.su>
.su> <94tulf$stq$2@news.lucky.net> <3mnv49.tkm.ln@elf.ihep.su>
.su> <950hin$330$1@news.lucky.net> <951l0j$plr$1@news.gamma.ru>
From: netch@carrier.kiev.ua (Valentin Nechayev)
>>> Vladimir Butenko wrote:
>> а далее хоть трава не расти. То есть все та же ситуация - баннер OK,
>> привет OK,
>> получатели OK, а тело письма - фиг, пакеты крупноваты попались, в сито не
>> проходят. Кстати - в отличие от того что я раньше говорил - это по большей
>> части все-таки не проблемы MTU, а тривиальные таймауты.
VB> В 90% случаев, что я видел - это таки проблемы MTU. Причем как правило - с
VB> какой-то
VB> стороны стоит это чудо-система под названием Линух.
Если бы MTU - то хоть частично бы MTUPD исполнялся. Хоть где-то.
А так - неделю tcpdump висел ловя "packet fragmented" - единственный источник
таких пакетов был где-то в Тернополе, через наши внутренние каналы.
Hу не верю я, что потерялись все до единого такие ICMP ответы через внешние
каналы. Или таки надо верить?
VB> Есть, однако, и еще случаи. Когда у принимающей стороны стоит поделка
VB> (названий
VB> у оной поделки много, но суть - одна), которая называется "филтер". Это
VB> написанный
VB> очередной анти-вирусной компанией очередной с понтом SMTP-relay.
VB> Все хохма в том, что такая поделка отлично принимает письма от сендмыла или
VB> еще
VB> от какой древности, но затыкается именно на приеме данных при посылке онных
VB> данных нормальным сервером. Элементарный тест выявляет общую ошибку таких
VB> поделок - разбор RFC821-потока. Они его разбирают теми кусками, которыми
VB> принимают
VB> из сокета. И концом считается не единичная точка на отдельной строке - а
VB> единичная
VB> точка в отдельном БУФФЕРЕ (пакете). Так что если шлется каким сендмайлом или
VB> еще
VB> какой песочницей - которая каждуй строку наровит отдельным обращением к тцп
VB> отослать,
VB> то финальная точка ПОЧТИ всегда приходит в отдельном пакете - и все
VB> срабатывает.
VB> А ежели посылающий сервер не такой тупой (а этот самый постфикс, я думаю,
VB> все же не
VB> такой тупой) - и посылка идет блоками, то строка с точкой - это просто
VB> просто последние
VB> данные в (довольно большом) буфере.пакете - и все эти прибамбасы эту точку
VB> не ловят.
Hе-а, тут что сендмыл что постфикс - одним и тем же страдает.
/netch
--- ifmail v.2.15dev5
* Origin: Lucky Netch Incorporated (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
