Thanks. I'm reassured to find you thinking along the same lines. > and the bare user-name "bryan" is listed in "virtual_alias_maps".
Alas, not. In the test configuration, I've deliberately left virtual_alias_maps empty. The aliases are all in a shared LDAP domain, and there is no "bryan" there. > Perhaps the original domain is incorrectly listed in $mydestination I have no mydestination entry. Can I use one to force the correct behavior? > else canonical mappings or similar input-stage rewriting applies to this > recipient address. There's only one place I can imagine such a problem originating... I suspect that the upgrade from OS X Server 10.5 to 10.6 has broken something, or at least treats aliases differently, and that a problem has been introduced somewhere in the interaction between OD and Postfix. Which is to say, this isn't a Postfix problem per se. Using the example setup, I can force the correct behavior with this virtual_alias_maps entry: br...@pumpernickle.com br...@pumpernickle.com But this approach won't scale well - I'd prefer not to manage duplicate directory info for hundreds of email addresses. Can you suggest any less labor-intensive way I might configure Postfix to force the correct behavior? Thanks again, Bryan _______________________ On Nov 9, 2010, at 1:59 PM, Victor Duchovni wrote: > On Tue, Nov 09, 2010 at 01:51:22PM -0800, Bryan Harrison wrote: > >> Nov 2 12:14:27 wheat postfix/cleanup[48580]: 5177C28C01B: >> message-id=<ba3ab9af-5b61-414c-8f80-af31e0ae1...@sourdough.com> > > This cleanup service rewrote the original recipient: > > orig_to=<br...@pumpernickle.com> > > to the final recipient: > >> to=<bryan_pumpernickle_...@wheat.glutinous.com>, > > as evidenced by this log entry, which shows the message en-route to > amavsid-new: > >> Nov 2 12:14:27 wheat postfix/smtp[48581]: 5177C28C01B: >> to=<bryan_pumpernickle_...@wheat.glutinous.com>, >> orig_to=<br...@pumpernickle.com>, >> relay=127.0.0.1[127.0.0.1]:10024, >> delay=0.52, delays=0.05/0.07/0.01/0.39, dsn=2.0.0, status=sent >> (250 2.0.0 Ok, id=48549-01, from MTA([127.0.0.1]:10025): 250 2.0.0 Ok: >> queued as C12B528C032) > > After which point the damage is already done. > >> Nov 2 12:14:27 wheat postfix/pipe[48588]: C12B528C032: >> to=<bryan_pumpernickle_...@wheat.glutinous.com>, >> relay=dovecot, delay=0.14, delays=0/0.05/0/0.08, dsn=2.0.0, status=sent >> (delivered via dovecot service) > > Perhaps the original domain is incorrectly listed in $mydestination, > and the bare user-name "bryan" is listed in "virtual_alias_maps". Or > else canonical mappings or similar input-stage rewriting applies to > this recipient address. > > -- > Viktor. _______________________
