Accéder au contenu.
Menu Sympa

fr - Re: [sympa-fr] Bounce delete

Objet : Pour les administrateurs de serveurs de listes utilisant le logiciel Sympa

Archives de la liste

Chronologique Discussions  
  • From: Thibaut Jacob <adresse@cachée>
  • To: adresse@cachée
  • Subject: Re: [sympa-fr] Bounce delete
  • Date: Fri, 13 Oct 2017 13:49:40 +0200

Merci pour ton retour.
Il me semble que la suppression des bounces par sympa est faite en fonction des score d'erreur, il faut pour cela plusieurs mails envoyés sur la liste afin que sympa détermine le %d'erreur sur une adresse et décide de la désabonnée.
Dans mon cas, le nombre de message ( malgré le grand nombre d'abonnés ) est très  faible sur la même liste. Mon exemple ici de suppression après  6 mois vient surement à cause du peu de diffusion sur la liste.

Pour la place, je vais demandé un peu plus d'espace donc je peux garder les bounces ( je suis quant même à 22go de bounce  sur un /sympa de 30 go ! ) mais pour un grand nombre d'abonnés cumulé ( proche de 3 Millions )

Petite dernière question :
Sur la paramètre : expire_bounce_task  , les abonnés supprimer par cette méthode sont-ils automatiquement ajoutés à la liste exclusion_table ?
Je travaille mes listes avec une famille commune pour des constructions automatiques ( lecture paramètres d'un fichier, instanciation des listes, ajout d'abonné par fichier .incl etc... ) , l'instanciation est automatique toutes les semaines.
Si les abonnés supprimer ne sont pas ajouter à la liste exclusion_table, ils seront automatiquement ré-ajouté lors de l'instanciation suivante, ce qui est problématique dans mon cas.

Encore merci


Le 13/10/2017 à 11:56, David Verdin a écrit :

Bonjour,


On 13/10/2017 10:00, Thibaut Jacob wrote:

Bonjour,

Merci pour ta réponse David,
Pour le processus bounce.pl, il est bien en fonction sur le serveur
Je vient de voir par contre que je n'ai pas  donné le bon répertoire dans le ticket ^^. C'est bien dans sympa/bounce que sont conservés les bounce en erreurs.

Ah, ben ça je comprends. ;-)


Par contre oui, avec des listes de plusieurs milliers d'abonnés, le volume commence à être assez conséquent. Par contres, ils commencent à être supprimé après 6 mois. Le délai ne peut pas être augmenté ?

C'est ce qu'on appelle dans le jargon une saperlipopette de bonne question.
C'est délicat parce que les paramètres qui jouent là-dessus sont en fait ceux qui conditionnent l'efficacité du processus d'évaluation des bounces.

Pour comprendre l'expration des bounces dans Sympa :
Il existe deux tâches qui expirent lse bounces et qui, donc, auront pour effet de supprimer les DSN stockés dans le répertoire sympa/bounce :
  • purge_orphan_bounces (https://huit.re/0oqH5def) : on supprime des bounces les adresses qui ne sont plus abonnées à la liste (par défaut, tous les mois),
  • expire_bounce_task (https://huit.re/5CAGT7bh) : on supprime des bounces les adresses qui n'ont pas produit d'erreur dans les dix derniers jours (par défaut : tous les jours).

C'est plutôt le second qui devrait t'intéresser. En effet, il ne semble pas raisonnable de supprimer les bounces d'adresses abonnées qui génèrent toujours des erreurs. Toute la gestion des bounces est là pour que le propriétaire de la lsite n'ait pas à nettoyer lui-même les adresses en erreur. Celles-ci sont supprimées progressivement au fur et à mesure que les erreurs s'empilent.

Alors tu peux bien spur abaisser le temps pendant lequel une adresse ne génère pas d'erreur. Tu le fait en modifiant le modèle de tâche.

Si tu vas dans default/global_tasks_model/expire_bounce.daily.task, tu trouveras le code suivant :

/ACTION
expire_bounce (10)
next ([execution_date] + 1d, ACTION)

Le 10 de "expire_bounce (10)", c'est un nombre de jours. On compte le nombre de jours entre la date dernière erreur et la date de la dernière distribution de message. Donc, si le dernier message a été distribué il y a 3 jours, on expirera les erreurs de personnes n'ayant pas généré d'erreur depuis 13 jours.

Si tu abaisses la valeur 10 à quelque chose de plus faible, alors tu diminues cette période. C'est certainement un truc à tenter. Cela dit, tant que les adresses génèrent des erreurs, les bounces ne seront pas expirés donc on conservera le dernier DSN.

Si tu as vraiment besoin de gagner de la place tout de suite, tu peux supprimer les bounces des adresses ayant un faible score ou pas de score du tout. Ça peut être fait depuis l'interface web. Mais encore une fois, la gestion manuelle des bounces, c'est une vraie plaie, donc tu as intérêt à laisser Sympa faire son boulot. Éventuellement, tu peux aussi choisir de devenir plus sévère dans la gestion des bounces et désabonner les adresse automatiquement plus vite que les seuils par défaut ne le proposent (un score de 75 pour le second seuil de bounce, il me semble). Essaie dans ce cas de ne pas non plus y aller à la hussarde : un personne peut être en mailbox full pndant quelques jours avant de s'en apercevoir et de faire du ménage. Dans ce cas, sur une liste très active, ce qui est souvent le cas des grosses listes, on peut facilement atteindre un socre élevé en quelques jours.

Voilà voilà.

J'espère que tout ceci t'aidera.

Bonne journée !

DAvid

-- 
"Mieux vaut viser la perfection et la rater que viser la médiocrité et l'atteindre."
- Francis Blanche

-- 
Thibaut JACOB
DSI - Rectorat d'Orléans-Tours
02 38 79 45 04



Archives gérées par MHonArc 2.6.19+.

Haut de le page