Newsgroup: it.comp.os.linux.sys
Titolo: problema configurazione Apache2 per Mailman

Saluti.
Ho configurato Apache2 per Mailman senza problemi, ma non riesco a fare
in modo che visitando
http://lists.myhost.mydomain/
venga eseguito lo script listinfo per visualizzare tutte le liste presenti.
Uso una Debian Sarge e la configurazione che uso ora e':
<VirtualHost *:80>
  ServerName lists.myhost.mydomain
  ServerAdmin ...
  Alias /images/ /var/lib/mailman/icons/
  Alias /pipermail/ /var/lib/mailman/archives/public/
  <Directory /usr/lib/cgi-bin>
    Options +ExecCGI
    SetHandler cgi-script
  </Directory>
  DocumentRoot /usr/lib/cgi-bin/mailman
  DirectoryIndex listinfo
  CustomLog /var/log/apache2/access_lists.log combined
</VirtualHost>
Se visito la root page ottendo un 403 Forbidden.
Grazie  Manlio Perillo

 
questo e' un setup che ho in produzione, funzionante
<VirtualHost _default_:443>
         SSLEngine on
         SSLCertificateFile /etc/apache2/ssl/apache.pem
         ServerAdmin 
mai...@lists.scimmia.net
         ServerName 
lists.scimmia.net:443
     Alias /images/mailman /usr/share/images/mailman/
     Alias /pipermail/ /var/lib/mailman/archives/public/
     ScriptAlias / /usr/lib/cgi-bin/mailman/
         <Directory "/usr/lib/cgi-bin">
                 AllowOverride None
                 Options +ExecCGI -MultiViews +SymLinksIfOwnerMatch
                 Order allow,deny
                 Allow from all
         </Directory>
     RedirectMatch ^/$ /listinfo
         ErrorLog /var/log/apache2/lists.scimmia.net-error.log
         # Possible values include: debug, info, notice, warn, error, crit,
         # alert, emerg.
         LogLevel warn
         CustomLog /var/log/apache2/lists.scimmia.net-access.log combined
         ServerSignature Off
</VirtualHost>
nota ScriptAlias e RedirectMatch, un hack, pero' non inquina 
eccessivamente il namespace (se / fosse /listinfo, poi gli altri 
mailman/comandi andrebbero alle cozze)
ciao,
--
oggei

 
Anche io avevo pensato ad usare Redirect, pero' preferirei un altro modo.
In linea di massima non capisco perche' / mi da accesso negato (non
conosco Apache).
Saluti e grazie  Manlio Perillo


perche', al posto di DocumentRoot che e' la direttiva che fissa la 
radice sul filesystem, probabilmente dovresti metterci ScriptAlias / 
/usr/lib/cgi-bin/mailman/listinfo. Il 403 che ti da adesso probabilmente 
e' per il blocco <Directory /> sopra, boh.
la soluzione di Davide Bianchi e' ancora meglio, perche' torna un 301 e 
non un 302 (meno match della regola, col tempo).
ciao,
--
oggei

 non un 302 (meno match della regola, col tempo).
a me invece poi da dei probblemi oops
questo e' ok
RedirectMatch permanent ^/$ /listinfo
ciao,
--
oggei

 
Ok, grazie ad entrambi, usero' questa.
Saluti  Manlio Perillo

 Ammetterai che non e' una spiegazione convincente ^_^.
allora leva il probabilmente, perche' un cgi dev'esser trattato
diversamente da un file plain :)
ciao,
--
oggei


Ma io avevo specificato, con la direttiva Directory, che quelli erano
script CGI...
Ed infatti tutto funzionava (come ora), solo che / mi dava errore di
accesso negato.
A proposito, ho appena finito di configurare anche Postfix e mi ritrovo
(non so proprio come) con un altro problema.
Nelle pagine web, invece di comparire, ad esempio, link a
http://lists.myhost.mydomain/listinfo/mailman
compare
http://lists.myhost.mydomain/lists.myhost.mydomain/listinfo/mailman
Non riesco proprio a venirne a capo, prima funzionava tutto.
L'unica differenza e' che nel file di configurazione di mailman ho aggiunto
POSTFIX_STYLE_VIRTUAL_DOMAINS = ['lists.myhost.mydomain']


 
La cosa strana e' che nel sorgente della pagina il link e' giusto:
<a href="http:/lists.python.mydebian/listinfo/mailman">
Ma il browser aggiunge lists.python.mydebian.
Da che dipende?
Ho anche provato ad eliminare la direttiva Redirect ed ad usare altri
browser.
E' tutto normale, gli header spediti sono:
Date: Wed, 22 Mar 2006 10:06:59 GMT
Server: Apache/2.0.54 (Debian GNU/Linux) DAV/2 SVN/1.1.4
mod_python/3.1.3 Python/2.3.5 mod_ssl/2.0.54 OpenSSL/0.9.7e
Cache-control: no-cache
Transfer-Encoding: chunked
Content-Type: text/html; charset=iso-8859-1


 Ma il browser aggiunge lists.python.mydebian.
prova con
for list in `list_lists`; do withlist -l -r fix_url $list; done
fissa nel pickle (!) di ogni lista il nuovo patch ricavato dal setup in
mm_cfg.py (che quindi devi cambiare inserendo lo schema degli url che
vuoi avere).
dovrebbe esser sufficiente ad appianare la cosa :)
ciao,
--
oggei

Alessandro -oggei- Ogier ha scritto:

Non sapendo cosa fare ho reinstallato tutto mailman e rieseguito la
configurazione (con i parametri corretti - credo).
Il problema persiste.
Come detto, la cosa strana e' che il sorgente della pagina HTML e'
corretto, quindi e' il browser a fare qualcosa di strano...
Proprio non riesco a capire.


 Proprio non riesco a capire.
buona fortuna
ciao,
--
oggei

 
Grazie!
Comunque ci rinuncio...
Installo Mailman sul server di produzione con questa configurazione e
sto a vedere.
Magari e' il mio sistema che ha problemi...
Saluti  Manlio Perillo

 
L'errore era in
DEFAULT_URL_PATTERN = 'http:/%s/mailman/'
Manca una /...
Resta da capire perche' *tutti* i browser interpretano l'URL rotto in
quel modo e *perche'*, con Firefox, quando salvavo la pagina su disco,
l'URL veniva corretto.
