> On 30 Apr 2024, at 12:44, Mendel Kucharzeck via mailop <mailop@mailop.org> > wrote: > > Laura, > > Thanks for your reply! Highly appreciated. Inline: > >>> - Anyone else seeing this behaviour from gmail recently? >>> - Could the newly created, custom MAIL-FROM-domain cause a behaviour like >>> this? The MAIL-FROM-Domain has not yet been used before, but the sending >>> email address was the same >> >> You changed a domain that is important in authentication. That changed the >> identity of the message. That meant you were treated as a semi-new sender by >> the machine learning filters. > > I was aware that different IPs, domains or email addresses require prior > warmup – but I was not aware that the return-path/MAIL-FROM-domain also > requires a warmup. Interesting.
It’s a new domain, a new identity. It’s actually one of the authenticated domains so of COURSE it’s important. There’s also, currently, a significant problem with spammers creating subdomains and hijacking reputations. Right now I’d say that filters are more than overly suspicious of new SPF domains. That’s just the current threat model they’re working with. I will note that one ESP had a huge problem with delivery across their customer base when they rolled out a new domain in the One-Click List-Unsubscribe header to comply with the new Yahoogle recommendations. ANY domain in the email can have an impact on delivery. >>> Any insights or hints on how to investigate this would be highly >>> appreciated. >> >> You may need to back off and go through a short warmup phase to introduce >> that this SPF + this DKIM + this Header From from SES shared pool is a valid >> source of mail. > > Will do this over the coming weeks. I’ll spread out my next campaign from one > hour to 5-15 days. Are you really only sending monthly? That’s going to make it tough to really establish a reputation. >> ALSO - did you actually have any delivery problems? One thing I’ve noticed >> (at Gmail in particular) is that changes in an authenticated domain often >> result in a lower rate of pre-fetching of images *without* any corresponding >> change in delivery. > > Yes. All other metrics (hits on homepage, sales, customer responses, > unsubscribes) were WAY lower than anticipated compared to previous campaigns. > It’s not a measurement thing that’s off. Fair enough. It’s worth mentioning, though. Also, have you tracked the metrics per ISP / recipient mailserver? You may discover the problem is related to one specific MX / Filter and that will help inform what to do about it. >> Before you start freaking out about things, check to see if your delivery is >> different. Pixel loads are fickle beasts and it’s worthwhile to understand >> if this is a change in display behavior (ie, it’s a new sender of email, so >> Google isn’t going to prefetch mail until it knows if this is a valid and >> wanted mail stream or if it’s someone faking your sending domain) or if it’s >> a change in delivery behavior (ie, Google dropped all the mail in the spam >> folder). >> >> If it’s simply prefetch behavior, there’s nothing you can do. Google gonna >> Google. > > I know these things are tricky. But: In the past years, we had at least > consistent results with tracking pixels. I cannot validate the absolute > numbers, but each campaign yielded roughly the same read rates (+/-10 %). I think you misunderstood my point so let me try again. I have regularly seen when something changes (domain, IP, template, etc) in an email stream that Google stops pre-fetching pixels until the machine learning filters can catch up and decide if this is wanted mail or not. This can cause a “drop” in opens without any change in actual delivery. Your experience is different and does suggest there is some change in delivery. But, if nothing else has changed that should resolve itself with a bit of warmup. laura > > Best, > Mendel > _______________________________________________ > mailop mailing list > mailop@mailop.org > https://list.mailop.org/listinfo/mailop -- The Delivery Expert Laura Atkins Word to the Wise la...@wordtothewise.com Delivery hints and commentary: http://wordtothewise.com/blog
_______________________________________________ mailop mailing list mailop@mailop.org https://list.mailop.org/listinfo/mailop
