On Fri, Jun 19, 2020 at 8:03 AM Leo Gaspard via mailop <[email protected]> wrote:
> Hello all, > > We handle an email forwarder. Recently, we have been having more and > more issues with people reporting forwarded emails as spam, that end up > (probably) deteriorating the reputation of our email servers. > > We have already set up: > - an antispam, but some emails marked as spam are even to human eyes not > obviously spams, and mostly depend on how the recipient feels about it > - SRS > At least at Gmail, we usually recommend that you don't use SRS, that you leave the original envelope from intact. https://support.google.com/mail/answer/175365?hl=en This helps us to know the email was forwarded and limits the bad reputation effects of forwarding spam. Note that we don't follow this advice when using Gmail forwarding so that we can trap bounces and disable forwards, but we have the benefit of a very good spam filtering and massive non-spam volumes as we are not a strictly forwarding service. Which is another way of saying that there are arguments both ways, but if you're having spam reputation issues from your forwarding, then perhaps that's the wrong choice. And maybe the right answer also depends on where you're forwarding to. One would also hope that in the future using ARC would be an even better way to denote forwarding, but we're a ways from that being a solution right now. In my perfect world, mailbox providers like Gmail would allow end users to specify forwarding information similar to what we have for "inbound relays" for GSuite, but the feature never made it above the line for implementation. There was a large discussion on here a while back about forwarding vs pop/imap, I'm not sure if the consensus has really moved on that... I think many suggested doing both, aggressive spam filtering before forwarding for fastest delivery, and back up pop fetching to handle false positives. As for "can't tell whether it was spam or not"... I find it hard to believe that you're getting blocked for only allowing through that level of spam unless your overall volumes are tiny. Brandon
_______________________________________________ mailop mailing list [email protected] https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop
