No From found et autres pbs sur 2.2.6

["Luc VEILLON (ERMES)" <adresse@cachée>]

En apéritif : 

* La commande help n'est pas differenciee pour les administrateurs
proprietaires de liste. la doc ne précise pas ce qu'il faut faire pour
bénéficier d'un helpfile.advanced.xx

En plat du jour :
* La commande EXPIRE a un fonctionnement suspect : 
 -->      EXPIRE logiciels 30 1 "Vous devez /20 mots/ ... "
          QUIT

lance un programme d'expiration, qui, une fois valide par renvoi de clé,
se contentera de prévenir les usagers concernés en leur disant :
devez /20 mots/... "


 -->    EXPIRE logiciels 30 1 Vous devez.../> 20 mots/...
        QUIT
semble faire disjoncter sympa, qui ensuite signale pour chaque commande
d'administration (testé avec HELP, EXPIREINDEX, REMIND, WHICH) :

Reaper unwaited pids :
Open = 0
Processing /internet/sympa/test/spool/msg/0.929962973.23414
Processing message for sympa,
No From found in message, skipping.
Finished /internet/sympa/test/spool/msg/0.929962973.23414
Reaper unwaited pids :
Open = 0

Il faut redémarrer sympa pour retomber sur un comportement normal.

Le contenu du msg en attente (un autre en fait car lancé quand sympa
n'est pas actif pour pouvoir l'analyser) : 
</internet/sympa/test/spool/msg>ermes<root>: more 0.929963134.23503
X-Sympa-To: adresse@cachée
Return-Path: <adresse@cachée>
Received: from ermes.orleans.ird.fr (ermes.orleans.ird.fr
[194.167.146.100])
          by ermes.orleans.ird.fr (8.8.8/jtpda-5.3) with SMTP id NAA23497
          for <adresse@cachée>; Mon, 21 Jun 1999 13:05:32 +0200
(MET DST)
Date: Mon, 21 Jun 1999 13:05:32 +0200 (MET DST)
From: "Luc VEILLON (ERMES)" <adresse@cachée>
To: adresse@cachée
Message-ID:
<adresse@cachée>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


* peut être une conséquence de l'ordre des différents tests : lorsqu'on
rate un renvoi d'authentification pour EXPIRE et qu'on redémarre sympa
pour se dépatouiller du bug précédent, la commande

 EXPIREINDEX logiciels
 quit

signale qu'il n'y a aucun expire en cours pour logiciels. Pourtant la file
d'attente expire contient pourtant le fichier .logiciels_keykeykey
et le renvoi de clé (dont on a eu intérêt à mémoriser la syntaxe...)
réinitialise correctement le process EXPIRE (a ceci près que le premier
mot de la chaine de 20 mots saute, Cf plus haut)

Dans ce cas, ca n'est pas vraiment un bug j'imagine, mais peut être
faudrait il renvoyer quand meme une info du genre : 
logiciels : expiration demandée, attente de confirmation par clé,
consulter le repertoire spool/expire ?

Dans le meme ordre d'idee, la doc n'est pas vraiment explicite sur la
maniere dont un expire va fonctionner (peut etre en a t-on discute dans la
liste, mais ça mérite en tout cas un paragraphe de plus dans la doc html)
: 
--> demande t-on un renvoi de clé ? (apparemment non)
--> faut il refaire une inscription du genre subs logiciels ? (apparemment
oui)
--> les cdes set etc. permettent de revalider son abonnement, ca c'est
clair
Et s'il n'y a pas de renvoi de clé mais juste un "subs logiciels", les
owners qui ont choisi une inscription de type owner vont -ils aprécier
d'avoir à réinscrire eux même tous les pékins déjà abonnés ?

That's all !

         ATTENTION : L'ORSTOM devient l'IRD
     Luc VEILLON              | Laboratoire ERMES - IRD - Service 
Informatique 
     tel.:+33(0)2 38 49 95 95 | Unite Reseaux Systemes Securite        
     Fax :+33(0)2 38 49 95 76 | 5, rue du carbone                       
     adresse@cachée   | 45072 ORLEANS CEDEX 2