Re: [sympa-fr] Bounce delete

[David Verdin <adresse@cachée>]

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

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