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...).