Do-not-reply
blog.untrod.com
blog.untrod.com
1) Larger companies have servers dedicated to sending out mass emails and the email address has to resolve back to the sending server properly or the spam filters kill it.
2) They need you to click the links in the email for analytics. Learning what offers get the most traction HELPS them AND YOU so they deliver relevant content in the future.
3) If you use a "support" or "sales" email as the sender and then send the mass email to 100,000 people, you are going to get 20,000 bounce-backs, littering your support email channel and support software with garbage.
4) You can't have people replying with "don't email me again" because those will get missed. Again, you can't have a large list and realistically go through all the bounce-backs looking for legitimate unsubscribe messages - the links IN the email need to be used for this.
It's not fair to compare email campaigns to calling a company on the phone. Apples and Oranges.
If you allow bounce-backs or replies with personalized messages, as a larger company, you have to let them through or you will miss something. I don't know support departments big enough to wade through this amount of junk every time you have to notify your user base of something.
Then you haven't looked very hard. Every CRM system worth its salt (including the free OTRS) supports this. Either by inserting a cookie into the initial mail ("please leave this line intact when you reply") or, smarter, by assigning a dedicated reply-to address to each recipient.
It's not rocket science and adding a "do not reply to this mail" speaks volumes about how little you care about customer service.
But I don't want 12,000 tickets for Out of Office messages in my CRM system, thanks.
Lots of people have done mailshots before. Is there no open-source email-bounce-rejection corpus yet?
The rest is intern-food. A single person can easily classify 20+ mails per minute. And that's what happens in companies with real customer service.
These days there are thousands of "So and So doesn't work here any more" messages that have to be removed from the list by hand, then the people using Lotus Notes, Eudora, and god knows what else. Also non-standard Outlook messages and Outlook messages in different languages. Worst is those whitelist anti-spam challenges that require you to fill out a CAPTCHA (or pay the spam filtering company a bribe!) for each message you want to send to a subscriber.
We do comb through the replies because email is an important aspect of our business, but it's a lot more work than you make it out to be. If you're just a small company sending out a monthly newsletter, I'd probably say don't bother.
One way or another, it's worth trying to get these e-mails into your support channel.
If a customer needs support, you don't want them pulling up that last "offer" email they received and trying to get help with a technical problem. From a company perspective, you would lose control.
Just bounce back 2 links:
1) Click here for sales. 2) Click here for support.
Email filtering and classification software can and should handle this with aplomb. Is there any argument whatsoever that existing technology can't classify questions by email in such a constrained problem space?
The point here is that the company can and should handle responses and figure out how to route them in a cost-effective manner, not throw up roadblocks in the form of links to click or multiple email addresses to use to post a question.
Picking the correct department right at the start is the easier way to get you in touch with someone who can actually answer your question.
Most of your points just highlight that having a do-no-reply is a simple convenience to the sender at the expense of the receiver. That is exactly the attitude that he is talking about.
He doesn't mention anything about offers I don't believe, and I'm not strictly talking about offers either, I'm referring to any email that HAS to get through to the consumer, whether it's an offer or an update.
Sure it is - they're both customer contact via an interactive channel. The fact that it's cheaper for them to send e-mail than to call does not imply that they should spend less money dealing with e-mail.
My time matters and a company that respects it gets my biz from one that doesn't.
And, it's not like they can't spend the money that they save on using e-mail instead of phone (or USPS mail) to buy e-mail processing software. Sure, there will be some messages that it won't handle, but it can handle the vast majority, leaving them plenty of time to handle exceptions.
We get e-mail sent to "no-reply" registration all the time. If we didn't do it, It's worth it not to have so many customers feel ignored the first time they try to contact us.
Though there are legitimate exceptions - I'm thinking, for example, of an opt-in automated status update that has the sole purpose of sending you a piece of information to which you would have no particular need to reply.
When I'm getting confirmation emails from Amazon after having bought something, for example, I do not expect to be able to reply to the machine sending them out -- it doesn't make much sense.
I'll go further with my argument: the ability to reply via email doesn't guarantee my communication will be dealt with in an appropriate or timely manner. Far better, I think, to go to the support section of a site and use a guided process to get my query to either answer the question myself or to have it directed down the appropriate channel.
If they're too incompetent to handle email, I won't expect timely or appropriate action from them no matter what I do, and I'll regard doing business with them accordingly.
It's conceptually easier to streamline support via a guided on-line process or knowledgebase type repository. Users can often answer their own questions, or if not they can at least be pointed at the appropriate department. I'd go as far as to say a large retailer would appear more incompetent if my only access to support was via a single email address.
I don't think the author appreciates how difficult this is. It's just not realistic in all situations, especially situations where the user knowingly signs up to receive an automated message.
I normally use Error-To for do-not-reply, and post a valid reply-to header, but in many scenarios this isn't enough. dpcan's first comment is particularly relevant > "the email address has to resolve back to the sending server properly or the spam filters kill it"
I think it's trivially easy. Hire some temp workers to do it.
Heck, you could put a note "We send these emails to a lot of people and many are returned to sender unopened. If you reply to this, please type the word 'reply' in the following space to make it stand out from the returned emails and grab our attention : [ ] "
Then filter those out as a priority. That could solve a lot of the problem even without a good mail filter.
If we were just sending out a monthly newsletter, it probably wouldn't be worth it.