Fabio Viero a écrit : > 2009/5/13 Brian Evans - Postfix List <[email protected]>: >> Fabio Viero wrote: >>> Hi >>> >>> I need to do something like this: >>> >>> Someone sends an e-mail to [email protected] >>> Someone gets a reply from postfix saying "User has moved to >>> [email protected]" >>> I need postfix to STILL deliver the message to [email protected] (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: >> [email protected] [email protected],[email protected] >> >> 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: > [email protected] [email protected] >
look again at the example that Brian proposed. the virtual alias contains _two_ (2) addresses. if it is not clear, use something like this: [email protected] [email protected], [email protected] 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: > > [email protected] gets the e-mail > sender gets the "User has moved..." message > [email protected] 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).
