Feedback loops: net benefit or net harm?

F

There has been a very long, ongoing discussion on one of my mailing lists about whether or not feedback loops are a net good or a net harm. I believe, overall, they are a net good, but there are people who believe they are not. The biggest objection is that the lawyer mandated redaction of the To: address combined with the fact that some users use the “this is spam” button to delete unwanted email, makes it difficult for some FBL recipients to sort out the real issues from the cruft.
Redaction can be a problem for some senders, particularly for the small mailing list hosted as a hobby or contribution to the community. In order to effectively deal with FBL emails, a sender needs to have tools on the email sending side and on the FBL receiving side. This is often more overhead than the volunteer list maintainer wants to handle. Unfortunately, these senders are a minority and therefore their issues are often not addressed by the ISPs.
Some of the objections and complaints about “broken” or “useless” FBLs come from people who do not really have any history for the FBLs, where they are, what they were designed for and who their target audience is. A bit of history may help explain why things are how they are.
The First FBL
The “this is spam” button evolved from the “notify AOL” button. This button was a way email recipients could notify AOL staff about any number of problems, including threats, viruses and other unwanted emails. As time went on, this was changed to “this is spam” to encourage users to report more spam so the AOL would have the data to make delivery decisions. Eventually, AOL made the decision to share that data with some senders and ISPs. The lawyers made the decision to redact the “To:” address, but not make any other changes to the message because they believe they should not be sharing subscriber email addresses with third parties. As some people correctly point out, the lawyers are not interested in hearing from non lawyers about changing this. It is possible that another lawyer may be able to put together a position paper and convince them this stance is overly cautious. I am pretty sure, though, that no one without a legal degree will be given any audience from them.
Given the success of the AOL FBL and the demand from both ESPs and ISPs for FBLs, other ISPs started offering FBLs as well. Many of them also redacted the To: address, either just following AOL’s lead or under advice of their own counsel.
That means, as senders, we are in a situation where we really cannot make the ISPs change what they’re doing. We can either adapt our own mailing practices to cope with them or we can forego the data provided by the FBL. One of the challenges in choosing to shun the whitelist at AOL that in order to qualify for whitelisting, you have to accept a FBL. For ISPs, who want to whitelist their outgoing MTAs, but have customers sending mail, maybe running small mailing lists, or who are forwarding mail to their ISP account, this can be a problem. However, any ISP needs some sort of abuse desk automation, and this automation should be able to handle FBLs. This can also be a problem for small ESPs or companies doing in-house email marketing. They buy something off the shelf to handle mail (or install mailman) that does not do VERP or otherwise enter the specific address in the email. When faced with a redacted email they cannot do anything with the complaint.
What does the FBL email tell the FBL recipient?
This really depends on what role the FBL recipient plays in the mail transport system. Bandwidth and network service providers use the FBL as an aggregate tool. They really only deal with FBL complaints if there is a change in complaint volume about an IP, they don’t treat each complaint as a valuable source of information. Typically what happens is that an ISP abuse desk notices a spike in complaints. After investigation, they may discover that a customer machine is compromised. They then notify the customer, the customer patches or disconnects the machine and the problem is fixed.
ESPs tend treat the FBL as an unsubscribe mechanism as well as a way to monitor customers. A few FBL complaints are not necessarily a sign that the sender is spamming, but once a threshold is reached the ESP delivery / abuse team addresses the issue. Spammers can get FBLs and often use them as a way to clean lists of complainants. Some really dirty spammers even suppress those complainants from all their lists.
Is a FBL useful?
This is really something that someone else cannot tell you. Some companies find FBLs to be extremely useful, even after they have had to make investments in software (either off the shelf or custom) to send mail that will survive the FBL redaction process and to handle the actual FBL email. Some companies find the FBLs to be more trouble than they are worth. The question, however, is really one only the sender can answer.
Overall, I think FBLs are more helpful than they are harmful. They do require investment on both sides of the transaction, but does encourage senders and receivers to cooperate with one another.

About the author

7 comments

Leave a Reply to Seth Weisfeld

This site uses Akismet to reduce spam. Learn how your comment data is processed.

  • Well to be quite honest, you spot the commitment on both sides of the FBL. But I’m afraid commitment is often a one sided thing.
    The main benefit I see is of course to identify complainers and stop sending email to them. You can also use this feeback as a statistical tool to identify lead sources selling you profiles that are not 100% aware they register to your website.

  • When dealing with zombie spam or the like, the fact that addresses are redacted is of no consequence. Where it is somewhat of a pain is for an abuse desk to try and put scalable processes in place to manage complaints about mailing lists that downstream customers operate (which range from full blown web-based systems to Outlook address-book style).
    There are also amusing redacted cases where the parser goes wrong and redacts other part of the headers (Return-Predacted: is one I saw yesterday).
    In terms of evolution, I’d really like to see a method that allows the ISP to feedback that a particular user is reporting ‘forwarded’ mail such that reports from that user no longer get sent to us.

  • While i can see that having a system for users to report spam is both valid and worthwhile. I as an admin of an email marketing tool find it very annoying when our subscribers prefer to push the ‘this is spam’ button rather then to press the correct ‘remove me from this list’ link in the email. Why do these people do that. We send to a lot of aol address and while we don’t get too many FBLs it would potentially cripple us if more users became lazy and just pressed the spam button. In our case, all our lists are double opt-in so it is clearly not spam. I think providers need to reiterate to their users that the spam button is for just that. If they have subscribed to something they should use the correct method to unsubscribe. Just a thought.

  • @marmite:
    I’m not sure – but if you are one of the lucky ones who are whitelisted at AOL, the “this is spam” button will turn into a “unsubscribe me” button – therefore we insert a “unsubscribe link” x-header into the newsletters header part – for automated unsubs.
    @the wise in here:
    or am i completely wrong?

  • I do not believe AOL transforms the “This is spam” button into “unsubscribe” if you are whitelisted at AOL.
    Hotmail does, however, use the “list unsubscribe” header to present an ‘unsubscribe’ button to the user. I believe this is only present for senderscore certified senders.

  • This my understanding of how “list unsubscribe” is being used at major receivers to date as well….senderscore certified @ hotmail.

By laura

Recent Posts

Archives

Follow Us