Re: [mailop] So, Sendgrid / Zoom, planning on actually doing anything about webinar spams?
On 21/07/2022 10:01, Andrew C Aitchison via mailop wrote: > On Sun, 9 Jan 2022, Atro Tossavainen via mailop wrote: > >> The basic problem is allowing an ESP customer to import a list that >> existed before the customer became a customer of this ESP. I can't >> think of an ESP that would not allow that. > > I saw this again as someone replied to it. > > Sadly, there is at least one legitimate reasons to allow this: > how else could a customer change ESP ? It should only be possible to import addresses from a list once or twice, not on a regular basis. After that there should be an integrated opt-in process to verify any new email address for that ESP customer's list. -- Simon Arlott ___ mailop mailing list mailop@mailop.org https://list.mailop.org/listinfo/mailop
Re: [mailop] So, Sendgrid / Zoom, planning on actually doing anything about webinar spams?
> Many of the ESPs that we certify will require senders with certain types of > lists (size, industry, etc.) to reconfirm a percentage of their list upon > upload. And make no mistake, good ESPs scan uploaded lists for the same > things as do list-washi...er..."list hygiene" services. Anything you can do about list hygiene that doesn't involve being a woodpecker on the mail servers of unrelated third parties is great. Checking for addresses at domains that don't exist involves checking DNS. I believe nobody's going to be bothered about a few DNS queries. Checking for addresses that violate mailbox name syntax as per RFC5322 is another no-brainer that is just a data quality check and doesn't go outside your platform at all. Cheers, -- Atro Tossavainen, Chairman of the Board Infinite Mho Oy, Helsinki, Finland tel. +358-44-5000 600, http://www.infinitemho.fi/ ___ mailop mailing list mailop@mailop.org https://list.mailop.org/listinfo/mailop
Re: [mailop] So, Sendgrid / Zoom, planning on actually doing anything about webinar spams?
> On Sun, 9 Jan 2022, Atro Tossavainen via mailop wrote: > > The basic problem is allowing an ESP customer to import a list that > existed before the customer became a customer of this ESP. I can't > think of an ESP that would not allow that. Many of the ESPs that we certify will require senders with certain types of lists (size, industry, etc.) to reconfirm a percentage of their list upon upload. And make no mistake, good ESPs scan uploaded lists for the same things as do list-washi...er..."list hygiene" services. Anne --- We provide the Good Senders email sender reputation certification list to inbox providers around the world. Learn more at gettotheinbox.com Anne P. Mitchell, Esq. CEO Get to the Inbox by SuretyMail Author: Section 6 of the CAN-SPAM Act of 2003 (the Federal email marketing law) Author: The Email Deliverability Handbook Board of Directors, Denver Internet Exchange Dean Emeritus, Cyberlaw & Cybersecurity, Lincoln Law School Prof. Emeritus, Lincoln Law School Chair Emeritus, Asilomar Microcomputer Workshop Counsel Emeritus, eMail Abuse Prevention System (MAPS) ___ mailop mailing list mailop@mailop.org https://list.mailop.org/listinfo/mailop
Re: [mailop] So, Sendgrid / Zoom, planning on actually doing anything about webinar spams?
On Sun, 9 Jan 2022, Atro Tossavainen via mailop wrote: The basic problem is allowing an ESP customer to import a list that existed before the customer became a customer of this ESP. I can't think of an ESP that would not allow that. I saw this again as someone replied to it. Sadly, there is at least one legitimate reasons to allow this: how else could a customer change ESP ? -- Andrew C. Aitchison Kendal, UK and...@aitchison.me.uk ___ mailop mailing list mailop@mailop.org https://list.mailop.org/listinfo/mailop
Re: [mailop] So, Sendgrid / Zoom, planning on actually doing anything about webinar spams?
> Sadly, there is at least one legitimate reasons to allow this: > how else could a customer change ESP ? There is that. But since the new ESP has no immediate way of knowing anything about the legitimacy of the uploaded list, the problem remains. -- Atro Tossavainen, Chairman of the Board Infinite Mho Oy, Helsinki, Finland tel. +358-44-5000 600, http://www.infinitemho.fi/ ___ mailop mailing list mailop@mailop.org https://list.mailop.org/listinfo/mailop
Re: [mailop] So, Sendgrid / Zoom, planning on actually doing anything about webinar spams?
On Wed, Jul 20, 2022 at 12:41:53PM -0600, Brie via mailop wrote: > So, hey, yeah, Sendgrid and Zoom... > > It's still going on even though it was 'being looked into'. It is. But I looked at the amount of .zoom.us stuff in all the SendGrid output in our traps from January to June and the trend is almost consistently downwards, January 0.35% February0.27% March 0.23% April 0.25% May 0.19% June0.11% YMMV. > Why do you not respect permanent errors when delivering? I've been asking all the ESPs the same question for at least the seven years that Koli-Lõks OÜ has existed. Ever since a respected figure in the industry said that keeping a domain without MX is not quite the same as having it responding 550 5.1.1 to everything, we have been priming all new spamtrap domains by having them respond 550 5.1.1 to everything for at least 12 months. (I disagree with the idea that ESPs should not trust their own systems when they get a NXDOMAIN response, but it's not a big deal for us to do this if it helps. I am not quite convinced it does, based on the results.) Technically, based on the idea that ESPs would actually act on undeliverables the way you suggest, this should lead to our only being able to catch botnet and other thoroughly illegitimate spam and hardly any ESP content at all. You would think so, wouldn't you. -- Atro Tossavainen, Founder, Partner Koli-Lõks OÜ (reg. no. 12815457, VAT ID EE101811635) Tallinn, Estonia tel. +372-5883-4269, http://www.koliloks.eu/ ___ mailop mailing list mailop@mailop.org https://list.mailop.org/listinfo/mailop