Objet : Pour les administrateurs de serveurs de listes utilisant le logiciel Sympa
Archives de la liste
Re: [sympa-fr] listes internes et/ou source LDAP
- From: Robert Marchand <adresse@cachée>
- To: Aumont <adresse@cachée>
- Cc: adresse@cachée
- Subject: Re: [sympa-fr] listes internes et/ou source LDAP
- Date: Wed, 23 May 2001 10:29:20 -0400
Bonjour,
merci pour ces réponses.
Il semble cependant que le scénario visibility.secret n'agit pas dans tous les cas.
En tant qu'abonné à la liste cachée, je peux la voir lorsque je clique sur "vos
abonnements" dans l'interface Web. Elle n'apparait pas dans la liste des listes et
la configuration indique bien le scénario "secret".
D'autre part en ce qui concerne la variable "host" de la requête LDAP peut-on envisager
de rendre la définition moins restrictive de manière à permettre plusieurs hôtes?
Je peux me tromper mais je crois qu'il s'agit d'une restriction de Sympa et non du
module LDAP ou de Perl. En tout cas, ça passe très bien en PHP.
Merci.
At 08:55 01-05-18 +0200, Aumont wrote:
Robert Marchand wrote:
>
> Donc mon idée (selon d'autres cas dans cette liste) est de créér une liste
> caché basée sur une requête LDAP spécifique et d'utiliser cette liste dans
> les scénarios.
Effectivement, actuellement, pour attribuer des droits aux gens selon
des propriétées extraites d'un annuaire LDAP (ou d'un SGDB), il faut créer
des listes (avec user_data_source include) puis utiliser
"is_subscriber([list->name],[sender])" dans les scénarios.
Souvent, dans ce cas, il faut cacher ces listes, on utilise pour cela
le scénario visibility.secret. Dans ce cas, non seulement cette liste
n'est pas visible dans la liste des listes, mais elle ne sera pas présente
par exemple dans le résultat d'un which ou d'un remind *. (Attention, ne
pas utiliser visibility.conceal qui ne cache pas la liste à ses abonnés.).
Par prudence, on peut positionner "send" à "closed" et info à cette
même valeur (voir s'il ne faut pas faire quelques nouveaux scénario).
De même ne pas installer les alias peut contribuer à cacher
cette liste.
Tout ceci est possible mais un peu bricolé. Les prochains développements
sur LDAP démarrent mi juin. Il concerne
- l'authentification LDAP
- l'exportation vers un annuaire LDAP d'une
description de chaque liste.
- la possibilité d'utiliser des requettes LDAP directement dans les
scénarios
Ce dernier point sera la solution propre à vos besoins.
> Que signifie la catégorie 'interne'?
Cela signifie que seul l'intranet (défini pour les opération
web par la règle de scénario
match ([remote_host],/[conf->host]$/) md5,smime -> do_it
Ce n'est pas ce qu'il vous faut. Les scénario sont très facile à lire
ou à créer. Voir dans ~sympa/bin/etc/scenari
(attention ne pas créer ou modifier des scénario dans ce répertoire).
> Est-ce que la liste pourra servir dans les scénarios même en étant fermée?
Je pense que oui, car sympa charge les listes en mémoire même si elle sont
fermées, mais on finira bien par empécher cela.
> Ce serait bien s'il y avait une liste des trucs 'Sympa' quelque part.
Oui.
Serge
--
-----------------------------------------------------------
Serge Aumont Comité Réseaux des Universités
Campus Beaulieu
35042 Rennes Cedex +33 2 998 471 47
-------
Robert Marchand tél: 343-6111 poste 5210
DGTIC-SIT e-mail: adresse@cachée
Université de Montréal Montréal, Canada
-
listes internes et/ou source LDAP,
Robert Marchand, 17/05/2001
-
Re: [sympa-fr] listes internes et/ou source LDAP,
Aumont, 18/05/2001
-
Re: [sympa-fr] listes internes et/ou source LDAP,
Robert Marchand, 23/05/2001
- Re: [sympa-fr] listes internes et/ou source LDAP, Olivier Salaun, 25/05/2001
-
Re: [sympa-fr] listes internes et/ou source LDAP,
Robert Marchand, 23/05/2001
-
Re: [sympa-fr] listes internes et/ou source LDAP,
Aumont, 18/05/2001
Archives gérées par MHonArc 2.6.19+.