Gerald Livingston a écrit : > Christian Arkadius Keil wrote: >> Hi there, >> >> I am currently working out an Email System for outbound Emailing, the >> client I work wants to send out large Mailings to his customers, and >> past customers. I expect alot of Bounces and have found that AOL for >> example uses Feedback Loops ( http://postmaster.aol.com/fbl/ ) to >> inform the sender about Mail Recpients that do not wish to be Emailed >> from the Mailing List. This would benefit us since we can remove the >> user from the Database and not harass that email Server again. >> >> Does anyone know other ISP'S that are using FBL ? So far I could only >> find AOL and USA.net >> >> Thanks in Advance >> >> Kind Regards >> Christian Keil > > RoadRunner > > And, you are sadly mistaken about AOL informing you of "recipients who > don't want your email". > > What they do is send you a notice every time one of their users clicks > the "spam" button on an email from your servers. But, they strip out all > information that may identify *WHICH* user caused the bounce. >
Indeed, the goal is to raise alarms, not to wash lists. so if you get few AOL reports, it's ok. but if you get a lot, it means your list is dirty and you should nuke it. And AFAIK, AOL FBL requires that the IPs are registered in your name (whois). > You'll have to make sure you're using some good VERP to actually have > the bounces be useful. > note however that VERP is expensive, not only for the sender but also for the recipient domain (I prefer if you send a single mail to all my users...). so use it when appropriate: - use it in an initial mailing (or when addresses are added to the list) Then - use it periodically ("reminder" style mailings) - use it if you get a bounce ("problem detected, need more infos") It is recommended to send a confirmation request (COI) before actually adding an address (so that default is "don't add") and keep evidence (save the confirmations. so that if a user declares that you spam him, you can show the confirmations. not a proof, but it helps). Unfortunately, this is not without problems ("They know I want it, so why ask again and again?", or "I have no idea what this mail is trying to tell me. must be a new internet attack. let's delete it now", or "too busy now. I'll confirm later"...). so you need to take a decision based on how you acquired the list (in any case, make it extremely easy to unsubscribe. I personally consider a web error (sql error blah blah) as a trick to prevent opt-out and consider the list as having a "fake opt-out process" (well, except if I can easily find infos about the company showing they are clean...).