Fabio Viero a écrit : > 2009/5/13 Brian Evans - Postfix List <grkni...@scent-team.com>: >> Fabio Viero wrote: >>> Hi >>> >>> I need to do something like this: >>> >>> Someone sends an e-mail to u...@domain.com >>> Someone gets a reply from postfix saying "User has moved to >>> newu...@newdomain.com" >>> I need postfix to STILL deliver the message to u...@domain.com (which >>> doesn't happens) >>> >>> I tried using relocated with virtual aliases, transport with virtual >>> aliases but neither worked (or were not correctly configured). I can >>> send the reply informing that the user has moved, but cannot make >>> postfix still deliver the original message. I want this because the >>> users had not actually moved yet, itś going to be a gradual process. >>> >>> Any insights on the subject? >>> >> Use a virtual alias like: >> u...@example.com newu...@new.example.com,u...@example.com >> >> You did not give concrete examples so I'm assuming you did not list the >> original address in the virtual alias. >> >> Brian >> > > Sorry for not giving the examples, but you got the stuff quite well... > > I did try a virtual like that, and inside relocated i entered: > u...@example.com newu...@newexample.com >
look again at the example that Brian proposed. the virtual alias contains _two_ (2) addresses. if it is not clear, use something like this: u...@example.com u...@example.com, u...@relocated.example.com then configure the domain relocated.example.com as this: - it should not accept mail from outside (use a check_recipient_access) - you can then disable address validation for this domain - filter this domain "seriously" - use transport_maps to pass mail for this domain to a (safe) auto-responder. > But it didn't work: > > newu...@newexample.com gets the e-mail > sender gets the "User has moved..." message > u...@example.com DOES NOT get the message (this is what i need, much > more than forward the message to newuser) > > One added difficult (or maybe i'm just plain wrong), is that when my > mailserver tries to connect to the NEW server it will check the domain > part of the from address and when it does the DNS lookup it will > reject the message because the from domain doesn't match the > connection IP (the guys on the NEW side decided not to trust our > server).
