New Bounce Handler installed

 
From: "Dada Mail" <dada@PROTECTED>
Date: June 7th 2006

Heya,

I just installed the new, "scoring enabled" bounce handler - let me
know if anyone sees any weirdness from it (ie: random unsubscribes, etc)

Also:

From: Andreas Grau

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

This is an interesting way of looking at things I didn't think of
the actions being against the actual email address, rather whatever
system that handles that email address There are a few safeguards -
the most notable being the, "You've been unsubscribed" message
they'll received, once they do get unsubscribed If they do get
unsubscribed, there's nothing that stops them (well, if you don't
have the blacklisting turned on), that'll stop them from re- subscribing The scoring will be reset after an unsub

Saying that, I will make an easy way to reset the entire bounce
scores Shouldn't be too hard :)

  • 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

These are good ideas and are, another step towards something smarter
- at the moment, I'm not sure if it's worth it to get it up and
running It's also easier to say, "hey, this bounced!" than, "hey
this didn't bounce", and tally that all, since the amount of
addresses that bounced should, hopefully be less than the entire
subscription list :)

I think once this feature is in the wild, I'll get some good feedback
on what's going on

One thing that should probably be changed is have the, "You've been
unsubscribed" message be tailored, so the person knows they've been
unsubscribed because of bouncing instead of perhaps a surprise

  • AOL addresses are notorious bouncers - shall they have an extra credit before removal

This is already entirely possible - you can setup a rule (I think
one's already set up) dealing with AOL addresses, you can tell the
bounce handler to score the bounce, "lightly" Which, is nice

  • 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

Not the worse idea - I know a lot of people like to play with their
list and admin as much as possible I think that's what I liked about
how the bounce handler currently worked - when you got a soft bounce,
you'd get a report telling you something's up - but then again, when
you get 20 of these (or so), per mailing, the noise of these messages
gets a little much

At least your idea would let you look at the problems at a glance

Thanks for the feedback!

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