> On 30 Jan 2024, at 01:20, Randolf Richardson, Postmaster via mailop > <mailop@mailop.org> wrote: > >>> On 28 Jan 2024, at 20:23, Thomas Walter via mailop <mailop@mailop.org> >>> wrote: >>> >>> >>> >>> On 28.01.24 20:02, Jaroslaw Rafa via mailop wrote: >>>> There are "edge cases" when the mail couldn't be reliably classified as >>>> spam >>>> or non-spam. Even with best tuned spam filtering systems false positives >>>> will happen. >>> >>> So why not just deliver these to the Inbox then - and add a tag/label >>> instead if you have to? >> >> A very experienced spam filter person, who worked at a not-for-profit spam >> filtering company and two of the major mailbox providers once told me that >> the biggest challenge with their job was that there were messages that some >> recipients were SURE were spam and messages that some recipients absolutely >> wanted. Those were the hardest messages to decide what to do with. They >> couldn´t block them because some recipients would be mad and they couldn´t >> deliver them because other recipients would be mad. > > It's a catch-22 that becomes a more common challenge as the number > of users increases. Ultimately, the spam problem has many human > factors to it, so a purely-technical solution will be imperfect.
Exactly. >>> In 95% of the cases, I can just identify the bad emails by subject. A quick >>> press on DEL and it's gone. >>> >>> I don't see any advantage of a Spam folder if I have to regularly check it >>> anyway. In fact it can even be more difficult to identify a false positive >>> between the Junk that collected in there. >> >> Some mail clients allow you to turn off the spam folder option and get every >> mail, spam or not, in your inbox. That may be a solution for you. I know >> mail.app will also tag it in a different color, so you can visually see what >> mail.app thinks is spam in you rinbox. > > SpamAssassin tagging can also continue as-is because it's just in an > SMTP header. Ditto for other solutions that add SMTP headers. And you can configure Apple mail to respect those headers. We run a very unique and special setup for Reasons (tm) that doesn’t involve any SMTP based filtering. > >>> Plus there are still customers that use POP3 for different reasons >>> (connectors that collect mails for internal Exchange systems for example). >>> Those never get to see the content of a spam folder. >> >> Google heavily discourages POP, to the extent it throws up security warnings >> if you try and enable it. They´re pretty clear they don´t want their >> customers using it, so why would they go out of their way to suppor tht >> usage? > [sNip] > > Interestingly, Google's GMail allows access to external eMail > accounts via POP3. There's no IMAP4 support there. It's as if they > want only the rest of the world to keep supporting POP3. Anything to keep the user in an environment google controls. laura -- The Delivery Expert Laura Atkins Word to the Wise la...@wordtothewise.com Delivery hints and commentary: http://wordtothewise.com/blog
_______________________________________________ mailop mailing list mailop@mailop.org https://list.mailop.org/listinfo/mailop
