Agreed with Laura and Michael, mixed mail streams to large numbers of users mean that treating the same message to different recipients the same way is just wrong. In fact, we even have a setting for GSuite where we let customers turn their spam blocking up, since businesses and consumers have different tolerances and different expectations (almost no one wants a Target sales letter at work, an example that kept coming up before we introduced that).
Also, you need to know how good your filtering is, which means you need to let some messages in that you think are spam so that users can act on it to tell you one way or the other... and it can't just be a percentage, it has to scale with the spam campaign, otherwise the spammers will just sent you 1000x the spam just trying to get enough through your 0.1% ... (it's odd how much effort spammers make just to get into the spam folder some times, it's all a numbers game at that level). Also, how do you handle messages you've already delivered that you figure out after the fact are spam? If user's haven't looked at their mail yet, you can move it to the spam folder before they do. I used to think, when I ran my own server, that five or so spam messages a day, what's the big deal... until I just got tired of it. It was often more than the actual useful messages in my mailbox every time I checked. Now, I look at the spam label either when I'm expecting something and haven't seen it, or every other week or so. And you are correct, the better our spam filtering is, the less people look at the spam folder, and the worse false positives are... and the less signal we have about how our spam filter is doing. Not only does driving down false positives get more expensive, but it might ruin your pipeline, making it much harder to know when your filter has gone wrong. Brandon On Mon, Oct 14, 2019 at 11:59 AM Michael Wise via mailop <mailop@mailop.org> wrote: > > > Having the mail bounce at the edge is a VERY useful signal for any > spammers trying to enhance their deliverability. > This question has different answers depending on if you're guarding 1 > mailbox, 10 - 100,000 or over a million. > The larger the number of mailboxes, the more we need to do filtering > post-DATA. > And yes, seriously agree with Laura. > > Aloha, > Michael. > -- > Michael J Wise > Microsoft Corporation| Spam Analysis > "Your Spam Specimen Has Been Processed." > Open a ticket for Hotmail<http://go.microsoft.com/fwlink/?LinkID=614866> ? > > From: mailop <mailop-boun...@mailop.org> On Behalf Of Luis E. Muñoz via > mailop > Sent: Monday, October 14, 2019 10:18 AM > To: MailOp <mailop@mailop.org> > Subject: Re: [mailop] Do we need Spam folders? > > > On 14 Oct 2019, at 9:29, Chris Wedgwood via mailop wrote: > > as things stand today, i think we do > > technology has gotten very good but it's not perfect; sometimes spam > isn't detected, and sometimes real messages are detected as spam > > I would rather have the email bounce during SMTP transaction. At least > that way, the sender knows that the recipient won't get the message. > Otherwise, the message will sit unread for 14 days before being > auto-deleted with nobody ever looking at it. > > Not having spam folders also nails the "I moved this bazillion emails into > the <misleading-word> folder because I don't want them anymore". > > Unfortunately, the user moving messages in and out of spam folders is a > useful signal for the mailbox providers. I wonder if using the \Spam flag > would be a better option. Allowing the MUA to control presentation > altogether. > > Best regards > > -lem > _______________________________________________ > 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
