Another thing to consider, is that the "Spam" button in some MUAs and some web mail providers, is lookalike the delete button, so newbie users may make it wrong.I have even seen providers making "Spam" the default action, so you have to push an arrow and select "delete" in an dropdown to convert the "Spam" into a delete button.A third thing is that some providers may use behaviroual analysis to detect spam. For example, if a user deletes a mail without opening it, it trips the spam report mechanism.(when the user actually wants the mail, but don't feel any neccesity to read it.. like "Thank you for your order" - yeah I know what it is *deletes*, i know I get a second mail with shipping information later that I open)I personally think an "Report Spam" button should have some sort of confirmation, so they are fully aware they are actually reporting the email as spam, and maybe a dropdown like:--> I actually want this email, just deleting it (default)--> I don't want this particular email from this sender, but I want other emails from this sender (Trips an filter rule to sort these mails as spam, WITHOUT tripping spam report)--> I don't want any emails from this particular sender, but the domain is fine (trips the spam reporting mechanism)--> I don't want any emails from this domain at all (Trips spam reporting mechanism AND reports it to provider abuse, eventually ending up the sender domain/MX on a DSNBL)Forcing user to make an active selection. Of course, multiple emails should be possible to check and report, so you only need to select one action that applies to all checked emails. -------- Originalmeddelande --------Från: Jarland Donnell via mailop <mailop@mailop.org> Datum: 2023-08-11 01:37 (GMT+01:00) Till: mailop@mailop.org Ämne: Re: [mailop] Delivery Reports, requested by Microsoft Outlook customer, reported as Spam by same Mic Suppression lists. All the big transactional email providers have them. We do it with feedback loops, if someone reports a legitimate and desired email as spam then we block them from our entire platform. The person who wants to send mail to them can try to reason with them and get the block removed, but very rarely does anyone care to (because they're not happy about their recipient reporting them as spam either). Of course, you have to consider the source as well. For example, if we get a feedback loop message from Fastmail we don't add it to the suppression list. Because their default behavior is that they forward everything they filter to their user's spam folder back to the feedback loop. So a user doesn't have to do anything for this to happen other than not change default settings. Comcast users frequently claim they're just deleting the email when it comes in over the feedback loop (often months later) but I don't buy it, I still put those on the suppression list.
On 2023-08-10 11:07, Al Iverson via mailop wrote: Doesn't seem like a new problem, really. Any user can report spam onanything they want, and I'm not aware of any mechanism to suppressstupid reports from the sending side.On Thu, Aug 10, 2023 at 10:35 AM Benoit Panizzon via mailop<mailop@mailop.org> wrote: Hi TeamI would be very happy, if anymone at microsoft could getin touch with me, we probably get more than 90% false positives fromthe microsoft spam report robot.Newest crazy addition!exam...@outlook.com is sending an email indicating request for adelivery report.Our server AFTER delivering the email, obliges:From: <mailer-dae...@idefix.imp.ch> (Mail Delivery System)To: example@outlook.comSuccessful Mail Delivery ReportThis is the mail system at host idefix.imp.ch.Your message was successfully delivered to the destination(s)listed below. If the message was delivered to mailbox you willreceive no further notifications. Otherwise you may still receivenotifications of mail delivery errors from other systems. The mail system=== snip ===exam...@outlook.com is reporting this as spam. We get a complaint frommicrosoft asking for us to suspend 'mailer daemon' for sendingunsolicited emails. Doh!Microsoft, could you please just block customers like this one whorepeatedly abuse your spam complaint machinery?Or build some simple rules to redirect 'dubious' spam reports to bereviewed by a human before clogging abuse desks of fellow ISP with suchreports?Dubious could be:* from a 'mailer daemon'.* containing other signs that it is some sort of bounce.* Quoted text matching an email recently sent by your customer.etc....I also wonder if you told your customers, confirming to GDPR, that youare disclosing their mail content to the abuse desk of any ISP aroundthe world. We repeatedly get all sort of emails reported as spam, whichI would consider to contain very sensitive information like salaryinformation etc.Mit freundlichen Grüssen-Benoît Panizzon---I m p r o W a r e A G - Leiter Commerce Kunden______________________________________________________Zurlindenstrasse 29 Tel +41 61 826 93 00CH-4133 Pratteln Fax +41 61 826 93 01Schweiz Web http://www.imp.ch_____________________________________________________________________________________________________mailop mailing listmailop@mailop.orghttps://list.mailop.org/listinfo/mailop
_______________________________________________ mailop mailing list mailop@mailop.org https://list.mailop.org/listinfo/mailop
