Re: Bounce Handler News - Introduction of Scoring

 
From: "Andreas Grau" <agrau@PROTECTED>
Date: June 5th 2006

On 5 Jun 2006 04:12:38 -0000 "Dada Mail (Justin Simoni)" dada@PROTECTED wrote:

Fine and dandy This whole idea works once you have a threshold you
have to hit For example, if a email address reaches a threshold of,
"10", the email address is now unsubscribed from the mailing list
This basically gives the email address and the email addresses'
server's bouncing mechanism - and your mailing list, a little bit
more forgiveness And it's what everyone else seems to be doing :)

This whole strategy is based on punishment: Each time you don't accept my message, I will remember And one day, enough is enough, and I have a long memory, I will kick you

To call it a forgiving strategy, any successfull sending should be honored:

  • An accepted e-mail after a hard-bounce clearly (?) shows that the prior hard bounce was an error elsewhere

  • An accepted e-mail after a soft-bounce "mailbox full" showed that the owner has emptied his mailbox

Some sort of a 'tit for tat' strategy would be more fitting, imho http://en wikipedia org/wiki/Tit_for_Tat But then, I have no idea if the problem really is big enough to justinfy (sic!) the efforts

Other thoughts that I have in this context: - Maybe it would be possible to take the SpamAssasin score into consideration A sending with a high SA score can probably be expected to have a higher bounce rate - AOL addresses are notorious bouncers - shall they have an extra credit before removal - Do we need a report "20% away from removal", so the list owner can proactively engage with these candidates In commercial environments, this may give bonus points for customer orientation

Thanks, Justin!

Andreas

  • This mailing list is a public mailing list - anyone may join or leave, at any time.
  • This mailing list is a group discussion list (unmoderated)
  • Start a new thread, email: dadadev@dadamailproject.com

This is the developer discussion mailing list for Dada Mail.

If you are just looking for support Dada Mail, consult the message boards at:

https://forum.dadamailproject.com

Documentation for Dada Mail:

https://dadamailproject.com/d

Specifically, see the Error FAQ:

https://dadamailproject.com/d/FAQ-errors.pod.html

To post to this list, send a message to:

mailto:dadadev@dadamailproject.com

All subscribers of this list may post to the list itself.

Topics that are welcome:

  • Constructive critiques on the program (I like, "x", but, "y" needs some work - here's an idea on how to make this better...)
  • Bug/Error reports
  • Bug fixes
  • Request For Comments on any changes to the program
  • Help customizing Dada Mail for your own needs
  • Patches
  • Language Translations
  • Support Documentation/Doc editing, FAQ's, etc.
  • Discussion of any changes that you would like to be committed to the next version of Dada Mail -

Dada Mail is on Github:

https://github.com/justingit/dada-mail/

If you would like to fork, branch, send over PRs, open up issues, etc.

Privacy Policy:

This Privacy Policy is for this mailing list, and this mailing list only.

Email addresses collection through this mailing list are used explicitly to work within this email discussion list.

We only collect email addresses through our Closed-Loop Opt-In system.

We don't use your email address for any other purpose.

We won't be sharing your email address with any other entity.

Unsubscription can be done at any time. Please contact us at: justin@dadamailproject.com for any help regarding your subscription, including removal from the mailing list.

All mailing list messages sent from us will include a subscription removal link, which will allow you to remove yourself from this mailing list automatically, and permanently.

All consent to use your email address for any other purpose stated at the time of the mailing list subscription will also be revoked upon mailing list removal.