On Fri, Feb 10, 2023 at 12:02 AM Grant Taylor via mailop <mailop@mailop.org> wrote:
> On 2/9/23 2:21 AM, Gellner, Oliver via mailop wrote: > > In my experience the spam report button is not only used as a sort > > of fast unsubscribe, but also as a replacement for the delete button. > > Knowing how unreliable training the end user is, I wonder if it's worth > altering the equation wherein we (as the email industry) train email > client programs to conditionally react differently when the > make-this-message-go-away button is pressed. Wherein if the message is > obviously ham, delete the message or if the message is obviously spam, > report the message, or optionally ask what to do if it's not obvious and > default to delete the message. > > This is rather a bit of a challenge, due to the fact that the "This Is Spam" button is typically only available to the mailbox holder for messages not already in the spam folder. How would you propose training a client to distinguish obvious ham from obvious spam for messages that have been delivered to any folder other than the spam folder? -- *Todd Herr * | Technical Director, Standards and Ecosystem *e:* todd.h...@valimail.com *m:* 703.220.4153 This email and all data transmitted with it contains confidential and/or proprietary information intended solely for the use of individual(s) authorized to receive it. If you are not an intended and authorized recipient you are hereby notified of any use, disclosure, copying or distribution of the information included in this transmission is prohibited and may be unlawful. Please immediately notify the sender by replying to this email and then delete it from your system.
_______________________________________________ mailop mailing list mailop@mailop.org https://list.mailop.org/listinfo/mailop
