Re: expiration automatique : notre propal

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

> 
> Ca me parait effectivement plus propre que la méthode actuelle. Reste à 
> savoir 
> comment ce mécanisme va être implanté pour éviter à sympa de perdre un 
> temps 
> fou à contrôler les expirations.
> 
> Je verrai bien un fichier "expire" unique (à mettre où bon vous semble ou 
> paramétrable dans sympa.conf) dans lequel sympa enregistre les commandes 
> reconfirm de toutes les listes, et non pas un fichier par liste. L'avantage 
> est une reprise en compte facile des demandes lors du lancement de Sympa.

Pour le digest voici comment c'est :
dans la boucle sans fin de sympa, tout les X passages, sympa va jeter un
coup d'oeil sur le spool des digests. Nous allons faire de même pour les
spools des expire. 
Nous mettrons dans sympa.conf trois nouvelles variables avec une valeur
par defaut :
 -la longueure du sleep qui sert de tempo dans la boucle principale (en 
segonde)
 -la fréquence de passage dans le spool digest (en nombre itération de la
  boucle principale)
 -la fréquence de passage dans le spool expire (comme pour digest)
> 
> adresse@cachée said:
> *>                 Permet d'obtenir a tout moment la liste des personnes
> *>                 concernée par le processus expire actif (par exemple
> *>                 pour rappeler aux personnes la manip en cours). 
> 
> Il faudrait dissocier le fait que l'administrateur obtienne la liste des 
> personnes qui n'ont pas encore confirmé, et la possibilité d'envoyer à 
> nouveau 
> le message d'expiration.
>  On pourrait avoir une commande "expire-relance <liste>", qui renvoie le 
> message d'expiration aux personnes n'ayant toujours pas confirmé leur 
> abonnement.
> 
On pensait faire encore plus simple en laissant les proprio piquer les
adresses à la souris pour faire leur relance eux-même à partir des infos
obtenues par expire-index. Cette commande expire-index serait donc
uniquement informative et à usage du proprio.