Re: [sympa-fr] Pb avec le traitement de mail de confirmation

[Luc VEILLON <adresse@cachée>]

Bonjour Pierre,

Il faudrait le code source de ton scénario send pour être sûr, mais il 
est possible que le scénario demande une confirmation à tout le monde et 
ne laisse passer que les réponses md5 ayant le domaine du robot dans 
leur adresse mail.

Coridalement

Le 04/07/2019 à 14:41, Pierre Malard a écrit :
> Bonjour,
>
> J’ai un problème de message de retour sur une confirmation d’envoi de 
> contribution à une liste mais je ne sais pas si cela vient d’une interdiction 
> de contribuer ou d’une erreur.
>
> Je m’explique. J’ai créé une liste de test dite « Liste pour l’Intranet », 
> bien que je ne sache pas exactement ce qu’on entend par là dans Sympa. 
> Lorsque je contribue avec une adresse d’abonné, tout se passe bien, le mail 
> est bien distribué. J’ai voulu faire un test d’envoi sur la liste depuis une 
> de mes autres adresses, donc non abonné et là j’ai un gros problème 
> d’interprétation du retour. Voici le déroulé :
> 1- Envoi du mail à la liste depuis une adresse « non abonné »
> 2- Retour de Sympa avec une demande de confirmation de l’envoi expédiée à 
> l’adresse non abonnée.
> 3- Envoi d’un mail de confirmation depuis l’adresse non abonnée
> 4- retour « ERREUR » à l’adresse non abonnée depuis Sympa expliquant ceci :
>        La commande a échoué :
>
> >         CONFIRM a5b27b04cdacdb749a8fefdfbc18e41f
>         Impossible d'accéder au message authentifié avec la clé
>         a5b27b04cdacdb749a8fefdfbc18e41f. Ce message a peut-être déjà été 
> confirmé.
>
> Cela laissa à penser qu’il y a eu une erreur dans Samba…
>
> Mais lorsque je regarde les logs de Samba, j’y trouve ceci :
> Jul  4 14:21:32 listes sympa_msg[28334]: notice 
> Sympa::Spindle::ProcessIncoming::_twist() Processing Sympa::Message 
> <adresse@cachée>; adresse@cachée; 
> adresse@cachée; adresse@cachée
> Jul  4 14:21:32 listes sympa_msg[28334]: err main::#240 > Sympa::Spindle::spin#80 > 
> Sympa::Spindle::ProcessIncoming::_twist#203 > Sympa::Message::check_smime_signature#1138 
> Sympa::Message <adresse@cachée>: Unable to verify 
> S/MIME signature: Crypt::SMIME#check: failed to check the signature: error:0D0D40D5:asn1 
> encoding routines:SMIME_read_ASN1:sig invalid mime type at 
> /usr/share/sympa/lib/Sympa/Message.pm line 1137.
> Jul  4 14:21:32 listes sympa_msg[28334]: notice 
> Sympa::Request::Message::__parse() Parsing: CONFIRM 
> a5b27b04cdacdb749a8fefdfbc18e41f
> Jul  4 14:21:32 listes sympa_msg[28334]: notice 
> Sympa::Spindle::ProcessMessage::_twist() Processing Sympa::Request 
> <action=confirm;context=*>
> Jul  4 14:21:32 listes sympa_msg[28334]: info 
> Sympa::Request::Handler::confirm::_twist() CONFIRM 
> a5b27b04cdacdb749a8fefdfbc18e41f from adresse@cachée refused, auth failed
> Jul  4 14:21:32 listes sympa_msg[28334]: notice 
> Sympa::Spindle::ProcessTemplate::_twist() Processing Sympa::Message::Template 
> <adresse@cachée,8518>; 
> adresse@cachée; 
> adresse@cachée; adresse@cachée; 
> adresse@cachée; template=command_report;
>
> Si je comprends bien ces lignes, outre une erreur de type MIME qui me semble 
> annexe, il est dit que la confirmation donnée est refusée parce que 
> l’authentification n’est pas bonne. Ce qui serait logique avec ce qu’on lit 
> comme définition d’une « liste intranet ».
>
> Mais alors, si c’est vraiment ça j’ai 2 questions :
> 1- Pourquoi proposer à l’expéditeur de « confirmer » son envoi à la liste ?
> 2- Pourquoi lui envoyer un message d’explication aussi loin de la réalité ?
>
> Merci d’avance pour vos lumières…
>
>
> --
> Pierre Malard
>
>     «Le courage, c'est de chercher la vérité et de la dire,
>      c'est de ne pas subir la loi du mensonge triomphant qui passe
>      et de ne pas faire écho de notre âme, de notre bouche et de nos mains
>      aux applaudissements imbéciles et aux huées fanatiques.»
>                                 Jean Jaures - "Discours de jeunesse" - 1903
>     ("`-/")_.-'"``-._
>      . . `; -._    )-;-,_`)
>     (v_,)'  _  )`-.\  ``-'
>    _.- _..-_/ / ((.'
> ((,.-'   ((,/         πr
>
> perl -e '$_=q#: 3|\ 5_,3-3,2_: 3/,`.'"'"'`'"'"' 5-.  ;-;;,_:  |,A-  ) )-,_. ,\ (  `'"'"'-'"'"': 
> '"'"'-3'"'"'2(_/--'"'"'  `-'"'"'\_): 24πr::#;y#:#\n#;s#(\D)(\d+)#$1x$2#ge;print'
> - --> Ce message n’engage que son auteur <--
--

Luc Veillon
Responsable HUB de fédération
Responsable Messagerie
Responsable Hébergement GAIA SCO
DSI/Pôle IH2M

adresse@cachée
T 02 38 79 45 20
M 06 24 84 13 30

Rectorat de l'académie d'Orléans-Tours
21 rue Saint-Étienne
45043 Orléans Cedex 1
www.ac-orleans-tours.fr