Re: Interfacage avec une base de donnees existante

[Matthieu Brunet <adresse@cachée>]

Aumont - Comite Reseaux des Universites wrote:
> 
> > La question que je me pose est, plutôt que de gérer la liste comme étant
> > privée etc., de proposer les services usuels du MLM (inscription,
> > review, administration d'une liste par un de ses propriétaires ...) en
> > sachant que l'authentification ne se ferait pas par la méthode
> > habituelle de wwsympa mais par un moyen à nous lors d'une session sur le
> > Web (un programme extérieur au package permettant de récupérer
> > l'identité d'une personne faisant une requête).
> >
> 
> Cette question rejoins certaines de nos préoccupations, elle a d'ailleur
> fait l'objet d'une remarque d'un utilisateur : comment unifier
> l'authentification faite dans WWS et celle faite par d'autres produits.
> 
> Concernant les applications web le plus simple est d'unifier le format
> du cookie. Une autre voie plus générale consiste à intégrer pam dans WWS.
> Nous sommes preneur de toute analyse sur ce que doit faire Sympa dans ce
> domaine. L'objectif est de ne pas avoir une multitude de passwd.
> 
Je vais partir de la supposition que les fonctions perl seront appelés
par le serveur Web qui est en charge de l'authentification (pas besoin
de partager le cookie). Je veux donc me débarasser de toute forme
d'authentification dans sympa (seul le serveur Web appelera les
fonctions de gestion de sympa et on le suppose digne de confiance).

De plus, je possède déjà l'équivalent de la user_table dans ma DB MySQL
(email, prénom, nom, je n'ai pas besoin des autres champs). Plutôt que
de recréer une table user_table, j'aimerais bien utiliser ma table.

Est-ce qu'il est facile de faire évoluer sympa pour remplir ces
conditions ? Où est-ce que je pourrais trouver une doc technique
détaillant l'implémentation de sympa ?

Merci,

Matthieu