Wietse Venema:
> Wietse Venema:
> > Wietse Venema:
> > > Wietse Venema:
> > > > Anton Yuzhaninov:
> > > > > In postfix-2.5.4 environment variable CLIENT_HOSTNAME is not set at
> > > > > all, if hostname is unknown.
> > > > >
> > > > > Older version work in different way - env variable CLIENT_HOSTNAME
> > > > > set to string unknown.
> > > > >
> > > > > Why this change was change not listed in Changelog?
> > > >
> > > > Because it was not supposed to change in this way.
> > >
> > > Before 20080411, this bug was hidden by a different bug, where an
> > > unknown remote client would show up as CLIENT_HOSTNAME=localhost
> > > after mail was processed by a local content filter.
> > >
> > > 20080411
> > >
> > > Bugfix (introduced Postfix 2.3): the queue manager would
> > > initialize missing client logging attributes (from xforward)
> > > with real client attributes. Fix: enable this backwards
> > > compatibility feature only with queue files that don't
> > > contain logging attributes. Problem reported by Liviu Daia.
> > > Files *qmgr/qmgr_message.c.
> > >
> > > One possible fix is to have the Postfix SMTP server write all client
> > > attributes to the queue file, including the attributes that are
> > > known to have the value "unknown".
> >
> > It is not that simple, so below is a workaround for Postfix 2.5
> > and 2.6 that avoids the trouble with empty client attribute values.
> >
> > The final solution may need some restructuring of the way the client
> > attributes are handled; that is too much change for Postfix 2.5.
> >
> > Wietse
>
> Sorry, this patch does not work. I'll draft up another one.
No need. This was a false alarm.
Wietse
