[sympa-fr] Re: RE: Re: alias sympa

[Lucien GENTIS <adresse@cachée>]

DUVAL Olivier a écrit :
> Bonjour,
>
>         Je suppose que votre besoin concerne les systèmes qui détecteraient 
> les bounces comme des spams, par exemple spamcop et leurs pots de miel (j'ai 
> peut-être le même besoin).
>
>         Pour les envois, j'ai mis le scénario suivant pour le robot 
> (~/etc/<robot>/scenari/send.private) :
>
> title.gettext restricted to subscribers
>
> is_subscriber([listname],[sender])             smtp,smime,md5    -> do_it
> is_editor([listname],[sender])                 smtp,smime,md5    -> do_it
> is_owner([listname],[sender])                  smtp,smime,md5    -> do_it
> true()                                         smtp,md5,smime  -> reject,quiet
>
> Sauf erreur, cela semble fonctionner, et ne renvoie pas le message à 
> l'émetteur.
>
> Pour les subscribe/unsubscribe, ce n'est pas supporté dans la 5.3 (quiet), j'en ai fait la demande ici : https://sourcesup.cru.fr/tracker/?atid=170&group_id=23&func=browse 
>
> Cordialement- OD
>
> --
> Olivier DUVAL // o.duval AT acfci.cci.fr
> Coordinateur ingénierie CCINET
> ACFCI, 45 av. d'Iéna, BP 3003, 75773 PARIS Cedex 16
> tél : 01 40 69 39 44 - fax : 01 53 57 19 44
> -----Message d'origine-----
> De : Lucien GENTIS [mailto:adresse@cachée] 
> Envoyé : lundi 25 juin 2007 10:43
> À : adresse@cachée
> Objet : [sympa-fr] Re: alias sympa
>
> David Verdin a écrit :
>   
> > Bonjour,
> >
> > Ma précédente réponse était un peu brève. Élaborons.
> >
> > Lucien GENTIS a écrit :
> >     
> > > Bonjour,
> > >
> > > L'alias sympa est utilisé entre autre pour les commandes mail telles 
> > > LISTS, SUBSCRIBE,...
> > >
> > > Quel serait l'effet de sa suppression ?
> > >
> > > Je pense au fait que cet alias peut renvoyer des spams à une adresse 
> > > forgée
> > >       
> > Sans cet alias les commandes *mails* n'aboutissent pas.
> >
> > Cela dit, il est possible de ne plus réaliser de commandes par mail. 
> > En effet, l'essentiel des commandes sont maintenant réalisables via 
> > l'interface web. Si vous ne voulez plus vous servir de l'alias sympa, 
> > gardez à l'esprit que certaines commandes, même exécutées par 
> > l'interface web, ont pour conséquence l'envoi d'un mail de 
> > confirmation dont le champ "From:" utilise justement le nom de cet 
> > alias. Cette information sur le serveur est donc exposée.
> >
> > Si vous ne voulez plus que sympa envoie de mails du tout, il vous 
> > faudra parcourir tous les scenari pour vérifier qu'une commande ne 
> > produit pas d'envoi. Ou alors, seulement au listmaster pour les 
> > messages que vous jugez importants.
> >
> > Cordialement,
> >
> >     
> Merci pour ces éclaircissements
>
> De même, lorsqu'on écrit à une liste à laquelle on n'a pas accès, 
> sympa-request renvoie un message à l'expéditeur pour lui
> signaler que son message a été rejeté, et le message de l'expéditeur lui 
> est renvoyé.
> Est-il possible de faire en sorte que sympa-request informe simplement 
> l'expéditeur que son message a été rejeté sans lui
> renvoyer son message ?
>
>
>   
Voici le scénario de ma liste:

title.fr Newsletter, limit�aux mod�ateurs
is_editor([listname],[sender]) smtp -> request_auth
is_editor([listname],[sender]) smime,md5 -> do_it
true() smtp,smime,md5 -> reject


Si j'envoie un message à cette liste sans être modérateur, je reçois en 
réponse:

"Votre message pour la liste '<nom liste>' (ci-joint) a été rejeté. Vous 
n'êtes pas autorisé à diffuser ce message pour la raison suivante :
vous n'êtes pas autorisé à effectuer cette action
Pour plus de détails, contactez ..."

et suis le contenu du message expédié



si je remplace
true() smtp,smime,md5 -> reject
par
true() smtp,smime,md5 -> reject,quiet

je ne reçois plus de message de rejet du tout ...


--
Lucien GENTIS
IUFM de Lorraine
Centre de Ressources Informatiques
5, Rue Paul Richard
C.O. 3 - MAXEVILLE
54528 LAXOU-CEDEX

Tél. 03 83 17 68 41
Email : adresse@cachée