Forwarding is one of those damned if you do, damned if you don't things. If you don't rewrite the envelope sender, the spf will fail, and we might notice better that its forwarded, and we'll ding you potentially less for forwarding spam to us.
If you do rewrite the envelope sender and do a poor job of filtering spam before forwarding, then you're forwarding us spam that we then attribute to your spf. And if you have a lot of false positives you don't forward, where are they? On a spam folder on an account that is literally never checked? There's a place that spam folders aren't a good idea. We typically recommend that most users not rewrite the envelope sender, unless they know what they're doing. Anyways, the forwarding question has gone around mailop multiple times. I think last time we recommended you forward, don't rewrite, and also pop fetch to fetch anything that may have been rejected. Isn't that easy? OH, and don't forget, ARC may help some day eventually. Brandon On Thu, May 2, 2019 at 8:26 AM Grant Taylor via mailop <mailop@mailop.org> wrote: > On 5/2/19 7:06 AM, Johann Klasek via mailop wrote: > > Just from our perspective, SRS works well as far as I can see, at > > least with a minor patched srs-socketmapd for our Sendmail environment. > > https://jk.kom.tuwien.ac.at/~jklasek/Software/srs-socketmapd/ Because > > not all of our e-mail addresses are bound to a mail account (with a real > > UNIX account behind it where one could easily set a new envelope > sender), > > we attempted to address this envelope munging in the MTA domain simply > > to cover every case. And it worked well for a couple of years. > > I'm also having good luck with SRS in conjunction with Sendmail. I > think I'm using a different version (let me know if you want me to dig > details). > > The things that I like about what I'm using is that it will rewrite > messages with envelope from addresses that aren't in class w. I don't > have to worry about unix accounts vs virtual addresses. > > > > -- > Grant. . . . > unix || die > > _______________________________________________ > mailop mailing list > mailop@mailop.org > https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop >
_______________________________________________ mailop mailing list mailop@mailop.org https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop
