Accéder au contenu.
Menu Sympa

fr - Re: [sympa-fr] Ecrire à une liste à travers un alias de nom différent

Objet : Pour les administrateurs de serveurs de listes utilisant le logiciel Sympa

Archives de la liste

Chronologique Discussions  
  • From: Xavier Montagutelli <adresse@cachée>
  • To: adresse@cachée, David Verdin <adresse@cachée>
  • Subject: Re: [sympa-fr] Ecrire à une liste à travers un alias de nom différent
  • Date: Fri, 23 Mar 2012 20:48:42 +0100

On Wednesday 21 March 2012 13:53:39 David Verdin wrote:
> Bonjour,
>
> Heureux que tu aies trouvé la solution à ton problème. Juste une
> remarque par rapport à ta dernière interrogation : il n'est pas possible
> de combiner les conditions utilisées dans les scénarios par le biais
> d'un "ET".
> Il y a bien sûr un "OU" implicite puisque qu'un scénario valide la
> première règle vérifiée qu'il rencontre.

Un collègue s'y est "collé" et nous a écrit une "CustomCondition" pour
implémenter ce qu'on voulait faire. C'est le plus souple (si on est prêt à
écrire un peu de Perl bien sûr).

http://www.sympa.org/manual/authorization-
scenarios#custom_perl_package_conditions

Il a eu un peu de mal à trouver la forme des arguments transmis, sous forme
de
référence vers une liste pour [msg_header->To] par exemple. A part ça, nickel.

Cordialement,

>
> Cordialement,
>
> David Verdin
>
> Le 13/03/12 10:00, Xavier Montagutelli a écrit :
> > On Monday 12 March 2012 19:07:03 you wrote:
> >> Le 12/03/12 18:11, Xavier Montagutelli a écrit :
> >>> Bonjour,
> >>>
> >>> J'ai une liste "maliste"
> >>>
> >>> Je crée un alias sur ma messagerie "monalias" qui renvoie vers
> >>> "maliste"
> >>>
> >>> Si j'écris à "monalias", sympa refuse le message :
> >>>
> >>> Message for maliste from adresse@cachée rejected()
> >>> because sender not allowed
> >>>
> >>>
> >>> Le sujet a certainement déjà été débattu, mais je ne trouve pas de
> >>> solution ...
> >>>
> >>> Comment faire pour dire à Sympa d'accepter les messages même si le nom
> >>> de la liste n'apparaît pas en To ou CC (la vérification semblant se
> >>> situer à ce niveau) ?
> >>>
> >>> Merci !
> >>
> >> Bonjour.
> >>
> >> Le rejet ressemble fort à l'utilisation d'un scénario incluant le rejet
> >> des messages dont les champs To ou Cc ne contiennent pas le nom de la
> >> liste, style send.public_nobcc
> >>
> >> Il vous faire écrire un scénario incluant en premier les directives :
> >> match([msg_header->To],/monalias\@mondomaine.fr/)
> >> smtp,dkim,md5,smime -> do_it
> >> match([msg_header->Cc],/monalias\@mondomaine.fr/)
> >> smtp,dkim,md5,smime -> do_it
> >
> > Vous m'avez mis sur la bonne piste, à la lecture de
> > default/scenari/send.public_nobcc
> >
> > Je n'avais pas vu ça qui trainait à la fin de
> > "etc/scenari/include.send.header"
> >
> > equal([is_bcc],'1') smtp -> reject
> >
> > Merci ! En l'enlevant, ça marche bien sûr.
> >
> > Par contre, pour une liste qui est sensée être par exemple réservée aux
> > abonnés, mettre
> >
> > match([msg_header->To],/monalias\@mondomaine.fr/)
> >
> > smtp,dkim,md5,smime -> do_it
> >
> > va inconditionnellement diffuser les messages (quel que soit l'adresse
> > d'expéditeur). Je n'ai pas vu comment combiner les conditions dans un
> > scenari, par exemple en pseudo-langage :
> >
> > Si l'expéditeur est un abonné
> > *et* si le destinataire est adresse@cachée
> > Alors
> >
> > diffuser le message

--
Xavier Montagutelli
http://twitter.com/#!/XMontagutelli
Service Commun Informatique - Universite de Limoges
123, avenue Albert Thomas - 87060 Limoges cedex
Tel : +33 (0)5 55 45 77 20 / Fax : +33 (0)5 55 45 75 95




Archives gérées par MHonArc 2.6.19+.

Haut de le page