nginx-0.7.34

[Kirill Morozov]

Да дело как-раз в том, что теперь постфикс у нас работает не совсем так как
хотелось бы, пришлось откатиться на 6-ую ветку nginx.
2009/5/13 Maxim Dounin <mdounin at mdounin.ru>

> Hello!
>
> On Wed, May 13, 2009 at 09:31:29PM +0400, Kirill Morozov wrote:
>
> > 2009/2/11 Maxim Dounin <mdounin at mdounin.ru>
> >
> > > Hello!
> > >
> > > On Wed, Feb 11, 2009 at 05:55:28PM +0300, Anton Yuzhaninov wrote:
> > >
> > > > Maxim Dounin wrote:
> > > >> On Wed, Feb 11, 2009 at 04:07:03PM +0300, Anton Yuzhaninov wrote:
> > > >>
> > > >>> Igor Sysoev wrote:
> > > >>>> Изменения в nginx 0.7.34
> > >  10.02.2009
> > > >>>>
> > > >>>>     *) Добавление: теперь после команды XCLIENT nginx посылает
> > > >>>> команду         HELO/EHLO.
> > > >>>>        Спасибо Максиму Дунину.
> > > >>> А зачем это нужно? В XCLIENT и так можно указать HELO
> > > >>
> > > >> В postfix'е это HELO не попадёт в мильтеры, так что в общем случае
> > > >> нельзя.
> > > >>
> > > >
> > > > По хорошему это надо фиксить на стороне postfix - по команде XCLIENT
> > > > часть milter callback-ов вызывается, насколько помню, а часть почему
> то
> > > > нет. Нужно чтобы вызывались все, для которых в XCLIENT указаны
> данные.
> > >
> > > Да.  Но позиция Wietse по этому вопросу была высказана достаточно
> > > однозначно, и проще забыть что XCLIENT умеет HELO, чем
> > > пользоваться.  Цена вопроса - round-trip.
> > >
> > > Maxim Dounin
> > >
> > >
> > *) Добавление: теперь после команды XCLIENT nginx посылает команду
> >       HELO/EHLO.
> >       Спасибо Максиму Дунину.
> > а можно ли сделать это отключаемым из конфига?
>
> А смысл?  Экономить round-trip к процессу постфикса?  По сравнению
> с процессом упомянутый round-trip - это такие копейки, что
> говорить смешно.
>
> При этом HELO= в XCLIENT'е известно что не работает и не будет
> работать корректно в постфиксе, по крайней мере при использовании
> milter'ов.  Т.е. использовать его - это способ прострелить себе
> ногу.
>
> Maxim Dounin
>
>
-- 
Kirill Morozov
KIMO2-RIPE, RHCE
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://nginx.org/pipermail/nginx-ru/attachments/20090514/b452d90f/attachment.html>