Re: [sympa-fr] Re: robot virtuel non reconnu : prob config sous domaines

["ChaosMedia > WebDev" <adresse@cachée>]

Bon j'ai juste ajoute dans wwsympa.fastcgi

la ligne suivante :

$ENV{'SERVER_NAME'} =~ s/lists.//i;

en dessous des lignes :
## Parse CGI parameters
#    &CGI::ReadParse();

cela suffit a ce que wwsympa se comporte comme il faut avec un robot 
configure en http_host = domain.com et accessible via
lists.domain.com..

evidement replacer "lists." par une variable tiree du fichier de conf 
serait sans doute plus adapte..

j'ai remarque qu'il y a aussi des references au SERVER_NAME dans les 
fichiers sympasoap.pm et SympaTransport.pm mais n'utilisant pas ces 
fonctionalites je n'y ai rien modifie..

Merci de m'indiquer si ce hack risque de provoquer des comportements 
inadequats dans l'utilisation de wwsympa mais pour l'instant je n'ai 
rien remarque de special..

Marc


ChaosMedia > WebDev wrote:

> manifestement apache2 retourne le serveralias utilise pour acceder au 
> vhost comme SERVER_NAME dans l'entete http et non pas le SERVERNAME 
> defini dans la conf du vhost
>
> ainsi en accedant a http://lists.domain.com pour un vhost qui aurait 
> servername=domain.com et serveralias=lists.domain.com alors le 
> SERVER_NAME envoye est "lists.domain.com" et donc toute la conf du 
> robot doit etre faite avec "lists.hkcinemagic.com"
>
> ainsi aparaissent alors les adresses email suivantes pour les listes :
>
> adresse@cachée
>
> et les alias mail crees le sont fait avec lists.domain.com
>
> le probleme est que si la config mail n'est faite que pour le domaine 
> "domain.com" le risque est que certains mails envoyes par ou renvoyes 
> a sympa n'arrivent pas a destination, aucun server de mail ou mail mx 
> n'etant definit pour lists.domain.com..
>
> je me demande donc quelle est la meilleur solution pour parer a ce 
> probleme..
>
> La chose la plus simple que je peux envisager personnelement serait de 
> hacker le code de wwsympa.fcgi et autres lieux ou l'on trouve des 
> references a SERVER_NAME afin de masquer le "lists." dont tous mes 
> robots seront affectes..
>
> un rgrep SERVER_NAME ne m'a pas retourne enormement d'emplacements ce 
> qui permettrait d'envisager un hack relativement rapide..
>
> mais peut-etre cela ne serait pas suffisant au bon fonctionement de 
> sympa ?
> Merci d'avance pour vos precisions sur ce probleme
>
> Marc
> adresse@cachée
>
> ChaosMedia > WebDev wrote:
>
> > ben je ne sais, je ne pense pas avoir toucher a la conf de ce 
> > vhost/robot pourtant..
> >
> > en fait mon probleme est le suivant, je souhaite heberger les listes 
> > de chaque domaine sur des sous domaines du type : 
> > http://lists.domain.com (pour domain.com uniquement biensur)
> >
> > cependant il faudrait que sympa ne fasse reference qu'a "domain.comadresse@cachée"
> >
> > hors a partir du moment ou je configure le http_host avec 
> > lists.domain.com pour que le robot et les listes attenantes soient 
> > bien pris en compte, sympa se met a utiliser lists.domain.com pour 
> > costruire toutes les adresses emails de ce robot, y compris les alias 
> > etc bien evidement..
> >
> > quelle est alors la configuration valable pour que le robot puisse 
> > etre reference en tant que "domain.comadresse@cachée" et qu'on puisse pourtant acceder aux 
> > listes via http://lists.domain.com ?
> >
> > cela resoudrait mes problemes de configuration actuels..
> > Merci d'avance
> >
> > Marc
> >
> >
> > Olivier Salaün - CRU wrote:
> >
> > > On n'a pourtant pas changé ce code depuis la version 5.0.
> > >
> > > ChaosMedia > WebDev wrote:
> > >
> > > > effectivement en modifiant ma config apache le probleme est resolu
> > > >
> > > > ma config apache etait assez todue car je declarais pour ce vhost 
> > > > le servername avec le domaine utilise dans les chemins sympa et 
> > > > dans le http_host du robot.conf
> > > >
> > > > mais la config du vhost avait aussi un serveralias qui est en fait 
> > > > le vrai sous domaine par lequel on peut acceder aux listes et cela 
> > > > ne fonctionne plus avec la 5.1 manifestement, je confirme que cela 
> > > > fonctionnait avec les 4.x et 5.0..
> > > [...]