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

[Jean-Luc Oms <adresse@cachée>]

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 ?

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
__________________________________________

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