Accéder au contenu.
Menu Sympa

fr - Re: [sympa-fr] Souci authentification md5 - complément

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

Archives de la liste

Chronologique Discussions  
  • From: Jean-Luc Oms <adresse@cachée>
  • To: adresse@cachée
  • Subject: Re: [sympa-fr] Souci authentification md5 - complément
  • Date: Thu, 19 May 2016 16:12:06 +0200



Le 19/05/2016 à 15:38, David Verdin a écrit :



Le 19/05/2016 à 15:07, Jean-Luc Oms a écrit :

Donc dans sympa.conf:

domain    lirmm.fr

concernant host, le plus approchant c'est:

## URL to a virtual host.
http_host    https://listes.lirmm.fr

Donc un serveur virtuel apache, pas dans sympa (pas de robot)

je suis parti sur un upgrade pour l'install définitive, il manque quelque chose ?

Ach.
Je vois.
En fait le problème ne vient pas de Sympa, au final. Dans tes alias, tu dois piper les messages aux listes avec dans la partie domaine de l'adresse le domaine du robot. lirmm.fr.
Si tu mets sympa.lirmm.fr, c'est un domaine que Sympa ne connaît pas puisque tu lui as mis lirmm.fr comme domaine. Du coup il ne trouvera pas de lien entre la commande reçue et la liste.
Je pense qu'aucune commande mail ne devait passer, en fait.
Tu as des utilisateurs qui valident les messages en utilisant les commandes mail ?
Oui, la plupart des modérations plus quelques listes ou l'envoi est soumis à auth.
En fait seul le CONFIRM posait problème, les modérations fonctionnaient, à priori ce n'est pas le même traitement et les noms de liste et de robot étaient trouvés correctement.

En fait, pour obtenir une config plus propre, je ne devrai pas utiliser le alias ldap sur mon serveur de liste, mais les alias classiques qui me permettent de "piper" sur adresse@cachée, alors qu'avec ldap je ne pense pas pouvoir le faire sur autre chose que adresse@cachée.


Le 19/05/2016 à 14:39, David Verdin a écrit :

Réflexion faite : Tu peux nous donner les valeurs du paramètre host pour sympa.conf ainsi que les nom de tes hôtes virtuels ?

Merci d’avance.


DAvid


Le 19/05/2016 à 10:29, David Verdin a écrit :



Le 18/05/2016 à 17:30, Jean-Luc Oms a écrit :

En fait c'est peut être lié à ma config .... et aux alias "de base" de sympa dans mon contexte,  en gros j'ai retiré le serveur de liste du serveur de mail, et pour éviter une levée de bouclier des utilisateurs j'ai conservé le même nom de domaine. Donc les mails pour adresse@cachée, font un rebond sur le mailhub et sont envoyées à adresse@cachée (aliases ldap et le routage postfix qui va bien).

Comme en entrée du serveur de liste les mails arrivent pour @sympa.lirmm.fr, j'ai créé les aliases de ce type sur le serveur sympa:

sympa: "| /home/sympa/bin/queue adresse@cachée"

Ce qui donne dans Sympa::Request::Message::__parse() ( $message et $message->{context} )
 Sympa::Request::Message::__parse() Parsing: Sympa::Message <adresse@cachée>  *

En remplaçant sur sympa les aliases par:
sympa: "| /home/sympa/bin/queue adresse@cachée"

j'obtiens:
Sympa::Request::Message::__parse() Parsing: Sympa::Message <adresse@cachée>  lirmm.fr

et les CONFIRM sont interprétés correctement ....
Voui mais ça ne devrait pas te poser de problème.
Tu résous le problème en adressant explcitement ton message à un hôte virtuel. Avant, tu tapais dans le robot par défaut, c'est ça qui te pose problème.
Donc on doit résoudre ça parce que ça signifie que les admins ayant un petit serveur sans hôtes virtuels risquent de tomber sur le problème.
Je regarde.

David

Pour le moment pas d'effet de bord.

Bonne soirée

Jean-Luc  Oms

Le 18/05/2016 à 16:50, David Verdin a écrit :

Oui, ça me semble être une exception dans l'interprétation du nom du fichier en spool.

Je résous ça et je soumets un patch (et une nouvelle version sans doute).


David


Le 18/05/2016 à 14:18, Jean-Luc Oms a écrit :

Bonjour,


Merci pour l'info.

A priori le pb vient de Sympa::Request::Message__parse() :

    my $robot;
    if (ref $message->{context} eq 'Sympa::List') {
        $robot = $message->{context}->{'domain'};
    } elsif ($message->{context} and $message->{context} ne '*') {
        $robot = $message->{context};
    } else {
        $robot = '*';

Mais je n'ai pas encore pu remonter tout le flux.


Jean-Luc Oms


Le 18/05/2016 à 14:10, adresse@cachée a écrit :
Bonjour,

Je suis en 6.2.14, j'avais relevé le même problème, résolu pour l'instant de
la même façon.

==> je force mon domaine dans la variable "context"

cf message sur cette liste
https://listes.renater.fr/sympa/arc/sympa-fr/2016-03/msg00031.html

-- 
__________________________________________

 Jean-Luc Oms
 STI-RéseauX - LIRMM - CNRS/UM2
 161 rue Ada - BAT 4 - CC 477
 34095 Montpellier cedex 5
 Tel +33 4 67 41 85 93
 Urg +33 6 32 01 04 17
__________________________________________

-- 

-- 
__________________________________________

 Jean-Luc Oms
 STI-RéseauX - LIRMM - CNRS/UM2
 161 rue Ada - BAT 4 - CC 477
 34095 Montpellier cedex 5
 Tel +33 4 67 41 85 93
 Urg +33 6 32 01 04 17
__________________________________________


-- 
__________________________________________

 Jean-Luc Oms
 STI-RéseauX - LIRMM - CNRS/UM2
 161 rue Ada - BAT 4 - CC 477
 34095 Montpellier cedex 5
 Tel +33 4 67 41 85 93
 Urg +33 6 32 01 04 17
__________________________________________

--

-- 
__________________________________________

 Jean-Luc Oms
 STI-RéseauX - LIRMM - CNRS/UM2
 161 rue Ada - BAT 4 - CC 477
 34095 Montpellier cedex 5
 Tel +33 4 67 41 85 93
 Urg +33 6 32 01 04 17
__________________________________________

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




Archives gérées par MHonArc 2.6.19+.

Haut de le page