I don't fully understand your scenario, but if you don't break DKIM while forwarding everything will be fine.
Check your mail server and make sure it does not modify the email in transit in any way. Printed on recycled paper! > On Apr 26, 2014, at 14:39, "Paul Scott" <[email protected]> wrote: > > I run a number of web sites where users wish to have their e-mail address > with their own domain name. Some of these users (quite a few) do not read or > send mail through their web site or via their own domain server; rather they > wish their mail to be forwarded to a free mail account such as Yahoo! or > Gmail. > > Of course, the problems encountered with such a configuration have been > discussed on this list. And, I have independently arrived at a solution I now > see has been discussed: before forwarding incoming mail, munge the From: > header to match the forwarding server, and copy the sender’s e-mail address > to a Reply-To: header. Aside from being extremely ugly -- and problematic on > a perception level — it is also unworkable when the original sender’s e-mail > has been signed or encrypted. > > With signed or encrypted mail, the sender’s e-mail address no longer matches > their certificate so the validation fails. > > I don’t see any solution to this problem other than abandoning DMARC. > Unfortunately, a lot of organizations have adopted it, and the community > suffers as a result. Honestly, I don’t think DMARC was thought-out before it > was implemented. If I’m wrong, please set me straight and show me a solution. > > Thanks, > Paul > > > > _______________________________________________ > dmarc-discuss mailing list > [email protected] > http://www.dmarc.org/mailman/listinfo/dmarc-discuss > > NOTE: Participating in this list means you agree to the DMARC Note Well terms > (http://www.dmarc.org/note_well.html) _______________________________________________ dmarc-discuss mailing list [email protected] http://www.dmarc.org/mailman/listinfo/dmarc-discuss NOTE: Participating in this list means you agree to the DMARC Note Well terms (http://www.dmarc.org/note_well.html)
