>
> Again, something strange (from my point) sits here. Where postfix
should
> deliver message destined to uservirt.dom.ain if this address resolves
to
> itself in virtual_maps? Do you refer to my statements about virtual
delivery
> agent and one failed attempt to reject (bounce) messages to users not
listed
> in $virtual_mailbox_maps using kludge with $virtual_maps? If yes,
then this
> will not work either, since transport_maps will not be used for
postfix-style
> virtual domains anyway, qmgr needs to be patched.
>

        Actually what works is having the "Sendmail-style" virtual
domain directed somewhere else via the transport table. This requires
no queue manager patches. The corresponding Postfix-style domain is a
synthetic byproduct of the stacked virtual map, that only manifests
itself for unknown users.

        Specifically mail sent to Usermorganstanley.com is either
rewritten to Userdivision.com (with morganstanley.com being one of the
valid divisions!). Mail for none of the domains in question is
delivered locally, they all have transport entries to forward the mail
to the appropriate division mail hubs. In fact mailbox_transport is set
to "error:Mailbox unavailable".

        Again, this is just a technique that at the cost of delayed
bounces, creates a hybrid Sendmail-style/Postfix-style domain where
unknown users are bounced, but known users can resolve into the virtual
domain.

-- 
	Viktor.
-
To unsubscribe, send mail to majordomopostfix.org with content
(not subject): unsubscribe postfix-users

• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]