Poor delivery at Gmail but no where else

I’ve mentioned before that I can often tell what ISP is making filter changes by what my calls are about. The last few weeks it’s been Gmail where folks are struggling to get to the inbox. One of the things most clients and potential clients have mentioned is that they’re not having any problems at the other major ISPs.

meter19
Gmail’s filters are probably the most extensive and complex of all the major webmail providers. Their ability to process data and pull signal out of noise, even when it is all noise, is unmatched in the space. But, still, I wasn’t sure why so many companies were struggling just with Gmail.

I’ve been noodling around with this. Could it be that Gmail is doing something very different than other companies? Are they assigning reputation in ways that are different? Do we need to change our strategies to deal with Gmail? Are there different things we should be telling folks?

Then, I realized the big difference between Gmail and the other webmail providers is their FBL. With the other major webmail providers senders can clean their lists just by removing anyone who hits the “this is spam” button. This lets senders be sloppy with acquiring email addresses without too many consequences. Gmail, however, only tells about complaints, they don’t tell you who is making them. Gmail puts the onus on senders to figure out how to send mail to people who want it.

It also means that Gmail is a more realistic view into what subscribers think about a mail stream. It’s easy to forget that everyone who hits this-is-spam actually gave the sender an email address in the first place. The fact that senders can’t just remove them from the mailing program, means the poor reputation builds up over time. Eventually, the number of complaints is going to go over whatever the appropriate threshold level is, and there’s no easy way to reduce it.

I’m not sure what the solution is. I do know that bad reputations at Gmail take some significant work to repair. There’s no short cut, senders have to get rid of subscribers who don’t like the mail. Identifying those subscribers can be a challenge. We’ve had good luck with some clients, but for others the fixes are a significant challenge and tough for their business model to absorb. The good news is that the pain can be short lived and we’ve been able to ramp mail back up eventually.

Overall, Gmail delivery is harder than a lot of other places. Some of that is because senders use FBLs as a crutch to avoid having effective data hygiene on their signups. That works for those ISPs that send FBL messages, but isn’t so effective at Gmail. Maybe there’s some specific hygiene to do just on Gmail addresses. Working on a better solution than just aggressive hygiene and friction during signup.

Related Posts

Gmail FBL update

Last week Gmail started contacting ESPs that signed up for their new FBL with more information on how to set up mailings to receive FBL emails.
One of the struggles some ESPs are having is the requirement for DKIM signing. Many of the bigger ESPs have clients that sign with their own domains. Gmail is telling these ESPs to insert a second DKIM signature to join the FBL.
There are a couple reasons this is not as simple or as doable as Gmail seems to think, and the challenges are technical as well as organizational.
The technical challenges are pretty simple. As of now, not all the bulk MTAs support multiple signatures. I’ve heard that multiple signatures are being tested by these MTA vendors, but they’re not in wide use. This makes it challenging for these ESPs to just turn on multiple signatures. For ESPs that are using open source software, there’s often a lot of customization in their signing infrastructure. Even if they have the capability to dual sign, if they’re not currently using that there is testing needed before turning it on.
None of the technical challenges are show stoppers, but they are certainly show delayers.
The organizational challenges are much more difficult to deal with. These are cases where the ESP customer doesn’t want the ESP to sign. The obvious situation is with large banks. They want everything in their infrastructure and headers pointing at the bank, not at their ESP. They don’t want to have that second signature in their email for multiple reasons. I can’t actually see an ESP effectively convincing the various stakeholders, including the marketing, security and legal staff, that allowing the ESP to inset a second signature is good practice. I’m not even sure it is good practice in those cases, except to get stats from Gmail.
Hopefully, Gmail will take feedback from the ESPs and change their FBL parameters to allow ESPs to get information about their customers who sign with their own domain.

Read More

Gmail pilots new FBL

Yes, it’s true. Gmail announced last Thursday at M3AAWG that they were piloting a new Feedback loop.
The Gmail FBL is currently for ESPs only. The announcement during MAAWG was that only MAAWG ESP members were eligible. They are requiring a DKIM signature for the FBL, but ESPs using individual customer d= values can get a FBL based on IPs. They are also not providing ANY information that reveals the complainer. Gmail’s intention is only to give ESPs feedback so that ESPs can prevent abuse. They are not giving feedback so complainers can be removed.
The email has a .csv attachment that has 3 columns: date, identifier and complaint rate.
The identifier is an ESP provided customer identifier. One of the ESPs I talked to said they were adding an X-header into their emails.
I’ve heard from beta testers that there is a minimum of 100 complaints before you’ll get any report.
Reports are sent daily if there is sufficient traffic to trigger them.
If you’re a MAAWG member, check the senders list for the signup URL.

Read More

Mythbusting deliverability and engagement

Yesterday I published an article talking about an engagement webinar hosted by the EEC and DMA. I made a couple predictions about what would be said.

Read More