Re: [Sysadmins] postfix and PIX workaround

["Konstantin A. Lepikhov" <lakostis@unsafe.ru>]

[-- Attachment #1: Type: text/plain, Size: 1472 bytes --]

Hi Eugene!

Thursday 05, at 08:45:59 PM you wrote:

> 5 июня 2008 г. 20:30 пользователь Konstantin A. Lepikhov <lakostis
> 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.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]