Thanks Victor—I solved this by diving in the deep end with multiple postfix
instances. The main instance accepts incoming mail and delivers any
local-bound, then smtp_generic_maps everything else (to remove the unwanted
hostname from host.example.com) and relays to the secondary instance. This
instance delivers the virtual-bound mail and relays everything else to my ISP.
Cheers for responding.
On 26 March 2014 6:02:49 pm Viktor Dukhovni <postfix-us...@dukhovni.org> wrote:
On Wed, Mar 26, 2014 at 10:12:10AM +0200, William Wilhelm wrote:
> Mail sent to a local user (such as r...@host.example.com), too, has the
> sender listed as w...@example.com?not good, because a reply will be directed
> to my virtual inbox and not my local inbox. What I would is for the sender
> to be w...@host.example.com, in this case.
http://www.postfix.org/SOHO_README.html#fantasy
http://www.postfix.org/postconf.5.html#smtp_generic_maps
> I am using masquerade_domains to get the effect of rewriting the sender fqdn
> from host.example.com to just example.com, but I don't want this rewriting
> to occur for mail between local mailboxes. I have tried smtp_generic_maps
> instead which for me will rewrite the sender for mail to gmail.com but not
> mail to a virtual address.
Header address rewriting depends the transport used to deliver the
message (smtp or not), and not on the input recipient address.
If the virtual alias recipients are delivered locally, header
addresses will be in local form, if remotely in remote form. What's
wrong with this? Perhaps you should simplify your design.
--
Viktor.
