Hi Eugene! Thursday 05, at 08:45:59 PM you wrote: > 5 июня 2008 г. 20:30 пользователь Konstantin A. Lepikhov unsafe.ru> написал: > > Hi Eugene! > >> telnet точно так же замечательно отсылает письма с mime-атачами любого > >> размера. > > Это известный глюк PIX'а. Поэтому пинать можно только удаленную сторону. > > Или использовать более хитрые пути доставки. > ни mail.ru, ни google.com не используют таких путей. Стоявший ранее > qmail тоже замечательно доставлял почту. Вопрос именно в постфиксе или > в нашей сборке постфикса... скорее последнее - у меня на одном из релеев где-то с полгода назад была схожая ситуация: почта не уходила с машины с postfix из ALS4.x, но прекрасно уходила с postfix из trustix (правда, там он был v2.1.x). Т.е. это либо дистрибутивный баг, либо что-то сломали в новых версиях. > > > >> > >> Кто-нибудь сталкивался с таким поведением? Есть лекарство менее > >> радикальное, чем смена почтового сервера или дистрибутива? > > Можно крутить параметры smtp_pix_workarounds (disable_esmtp, > > delay_dotcrlf) > Убирание delay_dotcrlf никак не влияет на поведение постикса, а вот > убирание disable_esmtp дает интересный эффект - судя по логу, сначала > постфикс отправляет mail from, rcpt to, data, затем получает два 250 > ok и 384 go ahead, что ставит его в тупик и тело письма он вообще не > отправляет... Зачем судить - включи отладку на клиенте и смотри, что же он делает. -- WBR et al.