RE: virtual_alias_maps and X-Original-To

2011-02-20 Thread Adam Hamer
> Wietse Venema:>> If it is only for one special case, > > /etc/postfix/main.cf > smtpd_recipient_restrictions = > permit_mynetworks > ... > reject_unauth_destination > ... > check_recipient_access hash:/etc/postfix/recipient_access > > /etc/postfix/recipient_access: > u...@example.com PREPEND: X

RE: virtual_alias_maps and X-Original-To

2011-02-18 Thread Adam Hamer
> Aliasing via virtual(5) is brutally efficient. No content modification, > just message routing, so the header is not added. > > To add an X-Original-Recipient header, messages to multiple recipients > have to be split into one copy per-recipient since the header you want > is recipient-specifi

RE: virtual_alias_maps and X-Original-To

2011-02-17 Thread Adam Hamer
> On Thu, Feb 17, 2011 at 05:03:04PM +0000, Adam Hamer wrote: > > > I have an entry in the virtual_alias_maps for a few users to be > > redirected to zendesk.com. zendesk requires a X-Original-To header set > > for some stuff to work, but it isn't added in my postfix

virtual_alias_maps and X-Original-To

2011-02-17 Thread Adam Hamer
I have an entry in the virtual_alias_maps for a few users to be redirected to zendesk.com. zendesk requires a X-Original-To header set for some stuff to work, but it isn't added in my postfix setup. I have a basic postfix setup with dovecot for virtual delivery, but from the logs it appears do