Skip to Content.
Sympa Menu

en - Re: [sympa-users] Bounce management

Subject: The mailing list for listmasters using Sympa

List archive

Chronological Thread  
  • From: Olivier Salaun - CRU <address@concealed>
  • To: Liam Kirsher <address@concealed>
  • Cc: address@concealed
  • Subject: Re: [sympa-users] Bounce management
  • Date: Wed, 04 Aug 2004 10:07:53 +0200

Liam Kirsher wrote:

I'm using Sympa 4.1.1

A client has a large number of bounces (due, mostly, to bad addresses).

I want to simply the remove the users with 5.x bounces. Can this be done automatically?

You cannot define a different processing based on the error type.
Though, when setting the bouncing score, temporary errors (other than 5.x) get their score divided by two.

I have looked at the bounce setting levels, and notice that the default points seem pretty high -- 45 for level 1. The users' actual bounce_scores are all 0 (or NULL if not bouncing). This is a weekly newsletter, so wouldn't it take a while to get up to 45?
Should I set it to something like 5? But even that would not get rid of the current bad addresses!

The formula for the score is detailed in the reference manual :
http://www.sympa.org/doc/html/node18.html

You should probably lower the levels to 5 or 10 and you should also lower the minimum-bouncing-count parameter :
http://www.sympa.org/doc/html/node6.html#kw-minimum-bouncing-count

If users are removed from the subscriber table, are they also removed from the user table? In this case, I think I want to remove them from both tables.

Entries in User table are removed by the "purge_user_table" task (run monthly by default) if they have no more subsciption.

--
Olivier Salaün
Comité Réseau des Universités
-------------------------------------------
Validation signature / Trusting signature: --> http://igc.cru.fr/trust.html
-------------------------------------------

Attachment: smime.p7s
Description: S/MIME Cryptographic Signature



  • Bounce management, Liam Kirsher, 08/03/2004
    • Re: [sympa-users] Bounce management, Olivier Salaun - CRU, 08/04/2004

Archive powered by MHonArc 2.6.19+.

Top of Page