RE: [sympa-fr] Donner des droits d'utiliser une liste sans en être propriétaire

["TOBO Denis" <adresse@cachée>]

Bonjour,

C'est bien request_auth qui a été utilisé (et pas resquest_auth).
Cette configuration (smtp seul) donne exactement le même résultat, les 
messages de confirmation restent dans la queue spool/auth.

Cordialement,

Denis TOBO
Ministère de la Justice et des libertés
SG/2S2M/SDIT/EXP/SED
Tel : 01.53.00.77.70
Fax : 01.55.34.23.25
Email : adresse@cachée


-----Message d'origine-----
De : Magali Bernard [mailto:adresse@cachée] 
Envoyé : jeudi 28 avril 2011 10:14
À : adresse@cachée; TOBO Denis
Objet : Re: [sympa-fr] Donner des droits d'utiliser une liste sans en être 
propriétaire


Bonjour,

> Nous souhaitons authentifier les expéditeurs des messages (mode send
> owner_auth), dans ce cas, nous avons tenté d'utiliser la directive :
> equal([sender],'adresse@cachée') smtp,smime,md5  -> 
> resquest_auth
>, dans ce cas, sympa renvoie bien la notification d'authentification, si
> l'expéditeur confirme la distribution du message, celui-ci n'est pas
> distribué, il reste dans la queue spool/auth.

Ça ne serait pas plutôt du genre:
equal([sender],'adresse@cachée')       smtp  -> request_auth
equal([sender],'adresse@cachée')  smime,md5  -> do_it

sinon ça tourne en rond sur "request_auth" (et pas "resquest"), non ?


-- 
*--------------------------------------------------------------------*
Magali BERNARD - DSI pôle Système, Réseau et Sécurité
Université Jean Monnet de Saint-Étienne - FRANCE
-
A: Yes.
> Q: Are you sure ?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email ?