Re: Pb dans la conception de purge confirm reconfirm

[Olivier LACROIX <adresse@cachée>]

Dans son message, Aumont - Comite Reseaux des Universites ecrivait :
----------------------------------------------

*> 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 
seron
t
*> 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ériodiqu
e
*> de chaque abonné.

Bonjour.

Il existe une solution à mon avis assez simple à mettre en place :

lors de la commande reconfirm, Sympa crée un fichier des personnes concernées 
par la confirmation. A chaque confirmation d'une personne, on la vire du 
fichier.

La commande purge ne prend plus qu'un seul argument : purge <liste>, et vire 
toutes les personnes contenues dans ce fichier.

Risque de ce principe :
-=-=-=-=-=-=-=-=-=-=-

Vu que les résultats des commandes ne sont pas envoyés à tous les 
administrateurs, un de ceux-ci peut faire un "purge" après un mauvais 
reconfirm d'un autre administrateur.

Mais actuellement, je n'ai pas mieux à proposer.


-- 

 Olivier LACROIX

 C.I.R.I.L.
 Chateau du Montet      |  Tel   : +33 3.83.44.74.29
 Rue du Doyen Roubault  |  Fax   : +33 3.83.44.02.62
 F - 54500 VANDOEUVRE   |  email : adresse@cachée