Re: [fr@sympa] [SPAM] Problème avec request_auth : message non trouvé

[Frédéric Goudal <adresse@cachée>]

J’ai fini par trouver, mais le bug est pervers.

Il faut dans le fichier sympa.conf ajouter la ligne
host <nom du robot principal>

C’est pervers car dans la doc ce paramètre est noté comme deprecated depuis 
la version 6.2.34 ce qui n’est visiblement pas le cas.

f.g.




> Le 7 nov. 2025 à 15:53, Frédéric Goudal <adresse@cachée> a 
> écrit :
> 
> Bonjour,
> 
> Je suis sous sympa 6.2.76 et  la confirmation ne fonctionne pas
> Lorsque j'envoie un mail à une liste pour laquelle le scenario demande une
> confirmation :
> - Je reçois le mail demandant la confirmation
> - Je valide le mail
> - je reçois le mail d'erreur suivant :
> 
> ----------------
> La commande a échoué :
> 
>> CONFIRM ee8eb254834844decc290fc330fb714c
> Impossible d'accéder au message authentifié avec la clé
> ee8eb254834844decc290fc330fb714c. Ce message a peut-être déjà été confirmé.
> ----------------
> 
> En cherchant un peu je me suis rendu compte que dans dans le script
> Sympa/Request/Handler/confirm.pm
> l'initialisation de la propriété $robot ( my $robot = $request->{context}; )
> n'est pas correcte.
> 
> Je récupère dedans la valeur ' * ' au lieu de mon robot.
> 
> Pour préciser mon serveur sympa sert plusieurs robots, et cela se produit 
> uniquement avec le robot principal.
> Quand je fais la même manip avec un robot « secondaire » la variable robot 
> prend la bonne valeur.
> 
> J’imagine que j’ai un soucis de configuration quelque part…. mais où ?
> 
> Quelqu’un aurait une idée ?
> 
> 
> 
> — 
> Frederic Goudal
> DSI Bordeaux-INP
> +33 556 84 23 11
> 
> 
> 
> 
> 
> 
> 

— 
Frederic Goudal
DSI Bordeaux-INP
+33 556 84 23 11