Re: [sympa-fr] abonnement read-only

[David Verdin <adresse@cachée>]

Salut Vu,

Désolé de cette réponse tardive. J'ai quelques propostions.

Le 03/12/13 12:36, Vu Ngoc VU a écrit :

bonjour,

nous utilisons SYMPA en entreprise et sommes globalement très satisfaits.
Pour une liste spécifique, j'ai un besoin qui ne semble pas listé dans les scénarios fournis.

Soit les sociétés A, B, C et D ; on souhaiterait que :

* tous les abonnés reçoivent les messages de la liste
Ça c'est le fonctionnement normal.
* les abonnés des sociétés B et C ne puissent pas poster, sauf quelques adresses
* les abonnés des sociétés A et D peuvent poster, sans modération.
Ce sont des "externes", ils ne veulent aucune forme de modération/confirmation
Tu peux créer tes abonnements par aggrégation de liste.
Tu crée des listes sans possibilité de poster du tout, qui ne servent qu'à identifier à quel groupe un utilisateur appartient.

les listes suivantes sont nécessaires :

• societe-a : les membres de la société A
  
• societe-b : les membres de la société B
  
• societe-c : les membres de la société C
  
• societe-d : les membres de la société D
  
• societe-b-posters : les membres de la société B qui peuvent poster
  
• societe-c-posters : les membres de la société C qui peuvent poster

Puis, dans ton scénario send, tu mets :

is_subscriber('societe-a')                    smtp,smime,dkim,md5           ->        do_it
is_subscriber('societe-d')                    smtp,smime,dkim,md5           ->        do_it
is_subscriber('societe-b-posters')       smtp,smime,dkim,md5           ->        do_it
is_subscriber('societe-c-posters')       smtp,smime,dkim,md5           ->        do_it
is_subscriber('societe-b')                    smtp,smime,dkim,md5           ->        reject,quiet
is_subscriber('societe-c')                    smtp,smime,dkim,md5           ->        reject,quiet

Voilà, comme ça c'est simple de gérer les autorisations  à poster des messages : il suffit de gérer les abonnements aux diverses listes.

Il existe un abonnement de type "nomail".
Nous nous en servons pour "autoriser" des adresses à poster sur des listes en "private".
Ce que nous voulons, c'est le contraire, un abonnement de type "read-only", autorisant l'abonné à recevoir les messages mais pas à poster dessus.

Comme je ne le trouve pas, j'entrevois quelques possibilités pour satisfaire ce besoin :
* écrire d'un scénario spécifique (je n'en ai jamais fait) :
Si société A ou D dans le domaine => do it ;
Si localpart1@societeB => do it; Si localpart2@societeC => do it;
Sinon => reject;

* la "feinte" qu'on utilise d'habitude : un alias postfix
les abonnés reçoivent les messages via un alias expand, de ce fait, ils ne figurent pas dans la liste des abonnés et ne peuvent poster.
Cette solution me plaît moyen car je préfère :
- gérer les abonnements dans la table MySQL de SYMPA
- éviter qu'un jour on reçoive un message avec en expéditeur un From correspondant à l'alias.

* un scénario basé sur "conceal" :
Sur nos listes, les utilisateurs n'ont aucun droit de subscribe/unsubscribe/review...
Nous gérons ça via des robots de l'ERP.
Est-ce déraisonnable de baser un scenario sur l'abonnement conceal ?

Merci d'avance de vos avis.

--
A bug in Sympa? Quick! To the bug tracker!

David Verdin Études et projets applicatifs
Tél : +33 2 23 23 69 71 Fax : +33 2 23 23 71 21   www.renater.fr	RENATER 263 Avenue du Gal Leclerc 35042 Rennes Cedex

Attachment: smime.p7s
Description: Signature cryptographique S/MIME