Pb dans la conception de purge confirm reconfirm

[Aumont - Comite Reseaux des Universites <adresse@cachée>]

Sympa propose un meccanisme d'expiration des abonnements (base sur le
besoin d'une manip permettant le desabonnement  par defaut d'un acte
volontaire pour rester abonné). 


Le principe :
-=-=-=-=-=-=
-1-le jour J  le proprio poste a sympa une commande

reconfirm <list> <#mois> <#semaine>   (exemple #mois = 12 #semaine = 2 )

Les abonnés donc la date d'abonnement est antérieure à J-<#mois> recoivent
un préavis leur expliquant qu'il doivent metttre à jour leur date d'abonnement
en faisant "confirm <list>".

-2- A J+<#semaine> le proprio poste a sympa une commande 

purge <list> <#mois>

sympa vire les personnes dont l'abonnement la date d'abonnement est
antérieure à J+<#semaine>-<#mois>.

Les PBs de ce principe :
-=-=-=-=-=-=-=-=-=-=-=-=

-1- les personnes abonnées entre J+<#semaine>-<#mois> et J-<#mois> ne sont
pas averties lors du reconfirm de l'expiration prochaine de leur abonnement.

-2- les proprio ne gérerons jamais correctement ce délai d'une ou deux
semaines et il y a fort a parier que les «purge» et les «reconfirm» ne seront
pas cohérant.

-3- les différents messages postés lors de ces opérations sont «en dur dans
le code» et ne conviendrons jamais à toutes les listes.


Avez-vous une idée sur la facon d'améliorer cela ? Soit en améliorant
l'existant, soit en imaginant une autre méthode permettant d'implémenter une
politique de maintient des abonnés subordonné à un acte volontaire périodique
de chaque abonné.

Serge

PS : Si un pro du perl se sent une fibre pédagogique, il peux me contacter
     pour un cours perl.