On 4/19/19 2:31 PM, Brandon Long via mailop wrote:
I just don't think this is practical.
For one, when you're only solution is to reject, the only way to get a
signal that you're rejecting the mail wrong is manual review, which is
impractical at best, and difficult to correlate with the opinion of the
actual receiver. The spam/not spam signal from users is the best
information you have on what your users want, even if the bad actors try
to game the signal and a lot of user's use it as a hammer instead of the
softer touch.
I agree with the utility of spam folders in general. In the case of
webmail you can also deliver to the inbox with a visual indicator of
spam before the mail is opened.
Even without these things, often we aren't sure that something's spam,
so we rely on the folks always checking their email and clicking spam to
inform us on messages we've already received but haven't been looked at yet.
This feedback is only really available for webmail, so you don't need a
separate spam folder. If unsure, deliver to inbox with a visual
"Suspected spam" flag on the individual message. Mail not flagged as
spam should have a clickable "This is spam" or better yet, "Report as
spam" button. This should be very distinct from the "Delete" action to
minimize false positives, perhaps even with a confirmation dialog box.
Mail that is flagged as spam can have a "This is not spam" button to
provide user feedback against false positives.
In other words, you can get the feedback from the recipient as well as
flag suspected spam to the recipient without the need for a separate
spam folder. Based on that feedback as well as existing other metrics a
decision can be made to hard reject similar mail in the future either
globally or per recipient.
--
Jay Hennigan - j...@west.net
Network Engineering - CCIE #7880
503 897-8550 - WB6RDV
_______________________________________________
mailop mailing list
mailop@mailop.org
https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop
