Re: [mailop] New to mass mailings

> On May 8, 2023, at 8:45 PM, H via mailop wrote: > > On 05/08/2023 05:27 AM, Laura Atkins via mailop wrote: >> >> >>> On 8 May 2023, at 08:57, Dan Malm via mailop >>> wrote: >>> >>> On 5/6/23 17:28, H via mailop wrote: I am new to doing mass mailings to cus

Re: [mailop] New to mass mailings

On the chance that John's message here is read as "well that's just one opinion" let me reiterate: If I find someone emailing my customers from a list of scraped or purchased "leads" I will immediately and permanently block them from my infrastructure, and refund every customer that thinks I

Re: [mailop] New to mass mailings

On 5/8/23 17:45, H via mailop wrote: Building lists of leads ourselves but also purchased leads. This is never a good idea. Do not send mass mailings (or any mailings) to purchased addresses. Despite promises from the list sellers, the addresses in the list do not have an existing business

Re: [mailop] New to mass mailings

It appears that H via mailop said: >> How are you acquiring your leads, are you purchasing them from somewhere? >Building lists of leads ourselves but also purchased leads. Just the former >would be way too slow of course. By the way, we are communicating >with corporate customers, not with indiv

Re: [mailop] [E] Re: PSL: SOA record per subdomain required?!

It appears that Stefano Bagnara via mailop said: >On Mon, 8 May 2023 at 20:50, Marcel Becker via mailop >wrote: >> I can't speak for the Yahoo of over a decade ago, but I can assure you that >> the Yahoo of today will respond and try to help you if you actually >reach out to us having a problem

Re: [mailop] Any Postmasters or abuse team from Amazon AWS on here?

I also have an issue with an AWS sender using AWS IPs to send email From @yahoo.com. AWS Support (I’m an AWS customer) says this is OK. ___ L. Mark Stone > On May 8, 2023, at 8:24 PM, Michael Peddemors via mailop > wrote: > > Wouldn't mind a quick off list dialogue

Re: [mailop] New to mass mailings

On 05/08/2023 03:57 AM, Dan Malm via mailop wrote: > On 5/6/23 17:28, H via mailop wrote: >> I am new to doing mass mailings to customers and leads - not spam - and am >> looking for some introduction how to interpret different types of rejection >> messages so we can improve our success rate etc

[mailop] Any Postmasters or abuse team from Amazon AWS on here?

Wouldn't mind a quick off list dialogue about a prolific spammer team abusing AmazonSES, will share the fingerprints on this actor.. Amazon SES is always tougher to filter the good and the bad, but this guy is well known affiliate marketer to suspect sites, and occasionally the odd bit of malw

Re: [mailop] Dormant IP range coming online for large event

On Mon, 2023-05-08 at 17:31 -0500, Jarland Donnell via mailop wrote: > Hey friends, > > I just wanted to offer a heads up for anyone doing research, watching > statistics, or that would be so kind as to add any > whitelistings/mitigations for it. We're about to spin up > 136.175.109.0/24 for an

Re: [mailop] Yahoo: SOA record per subdomain required?!

May 9, 2023 at 4:07 AM, "Gellner, Oliver via mailop" wrote: > > If a receiver only accepts emails from sender addressed domains for which MX > or A records exist (such checks are performed by many receiving servers), it > means a sender has to 1. set up a DNS zone and 2. create a MX or A reco

[mailop] Dormant IP range coming online for large event

Hey friends, I just wanted to offer a heads up for anyone doing research, watching statistics, or that would be so kind as to add any whitelistings/mitigations for it. We're about to spin up 136.175.109.0/24 for an event that starts on May 15th. A customer of ours, who is very legitimate, wil

Re: [mailop] [E] Re: Yahoo: SOA record per subdomain required?!

On Mon, 8 May 2023 at 20:50, Marcel Becker via mailop wrote: > I can't speak for the Yahoo of over a decade ago, but I can assure you that > the Yahoo of today will respond and try to help you if you actually reach out > to us having a problem delivering your mail people actually want. We think

Re: [mailop] Yahoo: SOA record per subdomain required?!

On 08.05.2023 at 20:48 Marcel Becker via mailop wrote: On Mon, May 8, 2023 at 11:13 AM Christian Seitz via mailop mailto:mailop@mailop.org>> wrote: Now it would be great to hear anything directly from Yahoo Aber natürlich! Replied off list. I would be interested as well whether a SOA record

Re: [mailop] Yahoo: SOA record per subdomain required?!

> On 07.05.2023 at 21:55 Bill Cole via mailop wrote: > > On 2023-05-07 at 15:12:54 UTC-0400 (Sun, 7 May 2023 19:12:54 +) > Gellner, Oliver via mailop > is rumored to have said: > >> While I’m not affiliated with Yahoo, I see no reason to bash them in this >> regard. To reduce spam they don’

Re: [mailop] Official traffic shaping rule sources?

It appears that Andrew C Aitchison via mailop said: > >On Mon, 8 May 2023, Michael Rathbun via mailop wrote: > >> As a deliverability dude as well as an administrator of a small >> receiving system, I normally urge 1 message per session. > >I can see that that could be good advice to a sender, but

Re: [mailop] [E] Re: Yahoo: SOA record per subdomain required?!

On Sat, May 6, 2023 at 11:28 PM Matt Palmer via mailop wrote: > > It's also a completely unhinged policy. But, then again, Yahoo!'s been so > deranged for so long that the boss of a job I worked at the better part of > a > decade ago decided that if someone complained about not receiving our > e

Re: [mailop] [E] Re: Yahoo: SOA record per subdomain required?!

On Mon, May 8, 2023 at 11:13 AM Christian Seitz via mailop < mailop@mailop.org> wrote: > > Now it would be great to hear anything directly from Yahoo > Aber natürlich! Replied off list. -- Marcel ___ mailop mailing list mailop@mailop.org https://list.

Re: [mailop] Yahoo: SOA record per subdomain required?!

Hello, Am 07.05.2023 um 21:12 schrieb Gellner, Oliver via mailop: While I’m not affiliated with Yahoo, I see no reason to bash them in this regard. To reduce spam they don’t want to accept emails from made-up / non-existing domains, which is a legit concern. They query for SOA records to verify

Re: [mailop] Official traffic shaping rule sources?

On Mon, 8 May 2023, Michael Rathbun via mailop wrote: As a deliverability dude as well as an administrator of a small receiving system, I normally urge 1 message per session. I can see that that could be good advice to a sender, but as an administrator of a small receiving system I don't see

Re: [mailop] Yahoo: SOA record per subdomain required?!

Hello Felix, Am 07.05.2023 um 18:17 schrieb Felix Fontein via mailop: maybe this is related to in-berlin.de being on the Public Suffix List? This might explain why Yahoo treats subdomains of in-berlin.de differently than for subdomains of other domains (like e.mail.de mentioned by Ken). very go

Re: [mailop] Official traffic shaping rule sources?

On Mon, 8 May 2023 13:29:48 +, Mike Hillyer via mailop wrote: >Thanks, these are good best practices but I was talking more about "10 >connections max per IP, 5 messages per connection" type of traffic shaping >rules. I should mention that our systems (GreenArrow) normally offer 1 message

Re: [mailop] Official traffic shaping rule sources?

On Mon, 8 May 2023 13:29:48 +, Mike Hillyer via mailop wrote: >Thanks, these are good best practices but I was talking more about "10 >connections max per IP, 5 messages per connection" type of traffic shaping >rules. Sorry, I didn't make the end point clear. If you follow the warm-up pla

Re: [mailop] Official traffic shaping rule sources?

Thanks, these are good best practices but I was talking more about "10 connections max per IP, 5 messages per connection" type of traffic shaping rules. Mike -Original Message- From: mailop On Behalf Of Michael Rathbun via mailop Sent: Friday, May 5, 2023 12:46 PM To: mailop Subject:

Re: [mailop] New to mass mailings

On 5/6/23 17:28, H via mailop wrote: I am new to doing mass mailings to customers and leads - not spam - and am looking for some introduction how to interpret different types of rejection messages so we can improve our success rate etc. Many mailbox providers do at least some things "their ow