Role accounts, ESPs and commercial email

There was a discussion today on a marketing list about role accounts and marketing lists. Some ESPs block mail to role accounts, and the discussion was about why and if this is a good practice. In order to answer that question, we really need to understand role accounts a little more.

What are role accounts?

A definition I tend to use is role accounts are email addresses that map to a business function rather than an individual person. Often role accounts go to multiple people inside a company. These addresses can also point at ticketing systems, autoresponders, pagers or alarms.

Examples of role accounts

A few role accounts are defined by [rfc 2142], other role addresses are created by businesses to perform specific functions within the business.
There are different kinds of role accounts, too. There are send-only role accounts, like DoNotReply@ and mailer-daemon@. Some accounts are receive only, like subscribe@ or unsubscribe@. Others, like abuse@ or support@ both send and receive mail. Common role addresses are info@, orders@, noc@, webmaster@, postmaster@, hostmaster@.
In medium and large businesses, roles are not used to sign up for mail. Each employee has their own email address to use for signups and there is no need for role accounts to be on commercial lists. In small businesses, however, the role addresses may map directly to an individual who uses that address exclusively.

Why do ESPs prohibit them?

ESPs, and mailing list providers like yahoo groups, prohibit role accounts for a number of reasons. The biggest reason is that, in general, role accounts are not subscribed to mailing lists. Anyone who would sign up for a mailing list with a role address will also have a non-role address to share. There are a lot of role accounts on commercial lists, though, because role addresses are easy to scrape off websites and they show up a lot on purchased lists. Mail to role accounts is not just a sign that a list may not be opt-in, but can also generate blocks at business filters.
Very occasionally, role addresses will be signed up to commercial lists. These are the addresses at the small businesses I mentioned above. For marketers catering to the very small business community, this can cause challenges when mailing through an ESP that generally prohibits role accounts.
All is not lost, some ESPs will allow customers to mail role accounts, with an extra level of verification. A few make the customer sign a contract guaranteeing that these addresses are opt-in. Other ESPs require role accounts to go through a double opt-in process. It’s worth working with your ESP to see what their particular rules are surrounding role addresses on lists.

Avoiding problems with role accounts

The presence of role accounts on lists is a red flag that the list may not be opt-in and because of that lists with many role accounts may undergo extra scrutiny or be blocked altogether.  ESPs automatically count the type of role accounts, and the specific accounts, on every uploaded list. Too many role addresses or just the wrong kind of role addresses (subscribe@ investors@), may get a list flagged for manual review before the customer is allowed to mail to that list.
Senders who want to avoid problems with role accounts on their lists can flag role addresses at collection time and ask for a non-role address instead.

 Should ESPs block mail to role accounts?

Overall, it is a net benefit to the ESP to prevent customers from mailing to role accounts without some sort of verification process. Experience says that lists with a significant number of role accounts are not opt-in and therefore cause delivery problems. ESPs are trying to protect both themselves and their customers by monitoring role addresses.

Related Posts

Abuse it and lose it

Last week I blogged about the changes at ISPs that make “ISP Relations” harder for many senders. But it’s not just ISPs that are making it a little more difficult to get answers to questions, some spam filtering companies are pulling back on offering support to senders.
For instance, Cloudmark sent out an email to some ESPs late last week informing them that Cloudmark was changing their sender support policies. It’s not that they’re overwhelmed with delisting requests, but rather that many ESPs are asking for specific data about why the mail was blocked. In December, Spamcop informed some ESPs that they would stop providing data to those ESPs about specific blocks and spam trap hits.
These decisions make it harder for ESPs to identify specific customers and lists causing them to get blocked. But I understand why the filtering companies have had to take such a radical step.
Support for senders by filtering companies is a side issue. Their customers are the users of the filtering service and support teams are there to help paying customers. Many of the folks at the filtering companies are good people, though, and they’re willing to help blocked senders and ESPs to figure out the problem.
For them, providing information that helps a company clean up is a win. If an ESP has a spamming customer and the information from the filtering company is helping the ESP force the customer to stop spamming that’s a win and that’s why the filtering companies started providing that data to ESPs.
Unfortunately, there are people who take advantage of the filtering companies. I have dozens of stories about how people are taking advantage of the filtering companies. I won’t share specifics, but the summary is that some people and ESPs ask for the same data over and over and over again. The filtering company rep, in an effort to be helpful and improve the overall email ecosystem, answers their questions and sends the data. In some cases, the ESP acts on the data, the mail stream improves and everyone is happy (except maybe the spammer). In other cases, though, the filtering company sees no change in the mail stream. All the filtering company person gets is yet another request for the same data they sent yesterday.
Repetition is tedious. Repetition is frustrating. Repetition is disheartening. Repetition is annoying.
What we’re seeing from both Spamcop and Cloudmark is the logical result from their reps being tired of dealing with ESPs that aren’t visibly fixing their customer spam problems. Both companies are sending some ESPs to the back of the line when it comes to handling information requests, whether or not those ESPs have actually been part of the problem previously.
The Cloudmark letter makes it clear what they’re frustrated about.

Read More

The more things change

I was doing some research about the evolution of the this-is-spam button for a blog article. In the middle of it, I found an old NY Times report about spam from 2003.

Read More

Spam filters and mailbox usage

It’s no secret that I run very little in the way of spam filters, and what filters I do run don’t throw away mail, they just shove it into various mailboxes.
Looking at my mailboxes currently I have 11216 unread messages in my mail.app junk folder, 10600 unread messages in my work spam assassin folder and 29401 messages in my personal spam assassin folder (mail getting more than +7 on our version of spam assassin gets filtered into these folders). I went through and marked all of my messages read back in mid-January. That’s a little over 50,000 messages in a little over 5 months or slightly more than 2700 spams a week.
But these are messages I don’t have to deal with so while they’re somewhat annoying and a bit of “wow, my addresses are everywhere” they’re not a huge deal. I have strong enough filters for wanted mail that I can special case it.

Read More