Re: [mailop] Reject vs spam folders
On 9/16/22 22:01, Gellner, Oliver wrote: Am 16.09.2022 um 08:26 schrieb Renaud Allard via mailop : When I was using spam folders, for every mail going into that folder, the sender was getting a 5XX answer telling that the message might not be read as it was sent into the spam folder. Interesting approach. With which MTA / spamfilter did you set up this behaviour? It was set up with exim. smime.p7s Description: S/MIME Cryptographic Signature ___ mailop mailing list mailop@mailop.org https://list.mailop.org/listinfo/mailop
Re: [mailop] Reject vs spam folders
On 2022-09-16 at 20:47 +, Gellner, Oliver wrote: > I can’t provide real research and I believe as well that 99% is > exaggerated, but in my experience it’s more likely that a given > random person is NOT regularly checking his spam folder than he is > checking it. That‘s why I only vaguely wrote „vast majority“. > > Some years ago an important email was sent to several hundred > employees. The email was classified as spam and routed into the > respective spam folders. One day later, about 10% of the recipients > had moved the email out of their spam folder. Of course the others > could have read it in the spam folder (and left it there), but it > seems unlikely that a large amount of users checked their spam > folder, found the legitimate email, read it, but let it sit in the > spam folder. Based on the feedback of the sender a lot of recipients > weren’t aware about the contents of this email. > > I can’t say whether 10%, 20% or 30% are regularly checking their spam > folder, but based on my experience it’s the minority. I think there are multiple types of users. Assuming a "spam folder style" of tagging spam: - Some users will check it at least once a day. - Some will check it regularly but far in between, maybe once a month - Some will only look there when really expecting a message not - Some will never look there, at all I would expect different proportions between personal and business mailboxes. And in the later case if you knew the positions, that (should) be a factor as well: sales (or, as mentioned, a recruiter) _should_ check for misclassified mails pretty often, whereas some other roles don't even need email access from outside the company. The type of client used is probably also correlated to the frequency of checking the spam folder: POP3 users will tend to be in the bottom places, webmail and other MUA will probably vary, in how they present the spam folder (assuming it's subscribed!), if there a count is being included, if the user has custom folders which require scrolling to view the spam folder… Maybe some of the big players on the list could share some stats about the percentage of people of each "kind" they see. I'm sure [some of them] will be tracking this. Regards ___ mailop mailing list mailop@mailop.org https://list.mailop.org/listinfo/mailop
Re: [mailop] Discover bank billpay from NXDOMAIN
Abuse.net suggests ab...@fidelity.com for Fidelity.com and techad...@discoverfinancial.com for Discover.com, so those would be worth trying, even though this isn't really an issue of abuse. I'd probably also add in nssd@fisglobal.com from the contact info for that Fidelity IP block, found via ARIN. Cheers, Al Iverson On Fri, Sep 16, 2022 at 4:24 PM Daniel J. Luke via mailop wrote: > > I run a smal mail server for friends/family (with a couple of tiny mail lists > for local clubs). I noticed that I was rejecting discover.com bank's billpay > messages as they MAIL FROM billpay.discover.com, which doesn't appear in DNS. > I've worked around this locally, but it would be nice if they sent email from > a domain that existed (they also set Reply-To to > disco...@billpay.discover.com). > > I tried contacting them (through their customer 'secure mail') - where they > told me that it was not email from them (I'm sure that it actually is). I > followed up and they claimed to have raised the issue internally, but I > haven't seen any change in behavior. Mail to > postmaster@(discover.com|messageprovider.com) also yielded no response. > > Does anyone have a way to get a message to discover.com and/or Fidelity (who > appears to be running their billpay)? > > example headers follow: > > Return-Path: > Delivered-To: dl...@geeklair.net > Received: from vroomfondel.geeklair.net > by vroomfondel.geeklair.net with LMTP > id eBc9BliGJGOKgQEA37bTsg > (envelope-from ) > for ; Fri, 16 Sep 2022 10:21:12 -0400 > Received: from mx4.messageprovider.com (mx4.messageprovider.com > [156.55.193.213]) > by vroomfondel.geeklair.net (Postfix) with ESMTP id E85F16279B5E > for ; Fri, 16 Sep 2022 10:21:11 -0400 (EDT) > Received: from pps.filterd (PDC1LLPIP1AAP12.prod.local [127.0.0.1]) > by PDC1LLPIP1AAP12.prod.local (8.17.1.5/8.17.1.5) with ESMTP id > 28G9wAtW063819 > for ; Fri, 16 Sep 2022 06:22:11 -0700 > Received: from pdc2rmmsbrws07.localdomain (pdc2rmmsbrws07.prod.local > [10.236.79.68]) > by PDC1LLPIP1AAP12.prod.local (PPS) with ESMTP id 3jm9a3vr43-671 > for ; Fri, 16 Sep 2022 06:22:11 -0700 > Received: from pdc2rmmsbrws07 (localhost [127.0.0.1]) > by pdc2rmmsbrws07.localdomain (Postfix) with ESMTP id C6D26404740 > for ; Fri, 16 Sep 2022 08:22:11 -0500 (CDT) > Date: Fri, 16 Sep 2022 08:22:11 -0500 (CDT) > From: disco...@billpay.discover.com > Reply-To: disco...@billpay.discover.com > To: dl...@geeklair.net > Message-ID: > <1290698337.1048672.1663334531811.JavaMail.wasadmin@pdc2rmmsbrws07> > Subject: Notification - Discover Bank Bill Payment account activity > MIME-Version: 1.0 > Content-Type: multipart/mixed; > boundary="=_Part_1048670_-727044986.1663334531811" > X-Proofpoint-Virus-Version: vendor=baseguard > engine=ICAP:2.0.205,Aquarius:18.0.895,Hydra:6.0.528,FMLib:17.11.122.1 > definitions=2022-09-16_08,2022-09-16_01,2022-06-22_01 > > -- > Daniel J. Luke > > ___ > mailop mailing list > mailop@mailop.org > https://list.mailop.org/listinfo/mailop -- Al Iverson / Deliverability blogging at www.spamresource.com Subscribe to the weekly newsletter at wombatmail.com/sr.cgi DNS Tools at xnnd.com / (312) 725-0130 / Chicago (Central Time) ___ mailop mailing list mailop@mailop.org https://list.mailop.org/listinfo/mailop
