URL incorrect in web interface
I am running mailman on one machine which hosts several different virtual hosts. However what I configured as the "mailman" virtual host is "lists.myhost.com". Everything works fine (mail delivery, web site url management) except for one thing: in the web admin url, it's rewriting the links to "myhost.com/..." instead of "lists.myhost.com". This is causing HTTP posts when doing some admin changes to fail as it's hitting the "myhost.com" host instead of "lists.myhost.com".
in my mm_cfg.py:
# The name of the list Mailman uses to send password reminders # and similar. Don't change if you want mailman-owner to be # a valid local part. MAILMAN_SITE_LIST = 'mailman'
#------------------------------------------------------------- # If you change these, you have to configure your http server # accordingly (Alias and ScriptAlias directives in most httpds) #DEFAULT_URL_PATTERN = 'http://%s/cgi-bin/mailman/' DEFAULT_URL_PATTERN = 'http://%s/' PRIVATE_ARCHIVE_URL = '/cgi-bin/mailman/private' IMAGE_LOGOS = '/images/mailman/'
#------------------------------------------------------------- # Default domain for email addresses of newly created MLs DEFAULT_EMAIL_HOST = 'myhost.com' #------------------------------------------------------------- # Default host for web interface of newly created MLs DEFAULT_URL_HOST = 'lists.myhost.com' #------------------------------------------------------------- # Required when setting any of its arguments. add_virtualhost(DEFAULT_URL_HOST, DEFAULT_EMAIL_HOST)
mailman virtual host file
Alias /pipermail/ /var/lib/mailman/archives/public/ Alias /images/mailman/ /usr/share/images/mailman/ ScriptAlias /admin /usr/lib/cgi-bin/mailman/admin ScriptAlias /admindb /usr/lib/cgi-bin/mailman/admindb ScriptAlias /confirm /usr/lib/cgi-bin/mailman/confirm ScriptAlias /create /usr/lib/cgi-bin/mailman/create ScriptAlias /edithtml /usr/lib/cgi-bin/mailman/edithtml ScriptAlias /listinfo /usr/lib/cgi-bin/mailman/listinfo ScriptAlias /options /usr/lib/cgi-bin/mailman/options ScriptAlias /private /usr/lib/cgi-bin/mailman/private ScriptAlias /rmlist /usr/lib/cgi-bin/mailman/rmlist ScriptAlias /roster /usr/lib/cgi-bin/mailman/roster ScriptAlias /subscribe /usr/lib/cgi-bin/mailman/subscribe ScriptAlias /mailman/ /usr/lib/cgi-bin/mailman/ </VirtualHost>
Allen Walker wrote:
I am running mailman on one machine which hosts several different virtual hosts. However what I configured as the "mailman" virtual host is "lists.myhost.com". Everything works fine (mail delivery, web site url management) except for one thing: in the web admin url, it's rewriting the links to "myhost.com/..." instead of "lists.myhost.com". This is causing HTTP posts when doing some admin changes to fail as it's hitting the "myhost.com" host instead of "lists.myhost.com".
in my mm_cfg.py:
# The name of the list Mailman uses to send password reminders # and similar. Don't change if you want mailman-owner to be # a valid local part. MAILMAN_SITE_LIST = 'mailman'
#------------------------------------------------------------- # If you change these, you have to configure your http server # accordingly (Alias and ScriptAlias directives in most httpds) #DEFAULT_URL_PATTERN = 'http://%s/cgi-bin/mailman/' DEFAULT_URL_PATTERN = 'http://%s/' PRIVATE_ARCHIVE_URL = '/cgi-bin/mailman/private' IMAGE_LOGOS = '/images/mailman/'
#------------------------------------------------------------- # Default domain for email addresses of newly created MLs DEFAULT_EMAIL_HOST = 'myhost.com' #------------------------------------------------------------- # Default host for web interface of newly created MLs DEFAULT_URL_HOST = 'lists.myhost.com' #------------------------------------------------------------- # Required when setting any of its arguments. add_virtualhost(DEFAULT_URL_HOST, DEFAULT_EMAIL_HOST)
The above is correct. Run Mailman's
bin/withlist -l -a -r fix_url
to fix your existing lists. See the FAQ at http://wiki.list.org/x/mIA9.
mailman virtual host file
ServerName lists.myhost.com DocumentRoot /var/www/lists ErrorLog /var/log/apache2/lists-error.log CustomLog /var/log/apache2/lists-access.log combined
Options Indexes FollowSymLinks AllowOverride None </Directory> Alias /pipermail/ /var/lib/mailman/archives/public/ Alias /images/mailman/ /usr/share/images/mailman/ ScriptAlias /admin /usr/lib/cgi-bin/mailman/admin ScriptAlias /admindb /usr/lib/cgi-bin/mailman/admindb ScriptAlias /confirm /usr/lib/cgi-bin/mailman/confirm ScriptAlias /create /usr/lib/cgi-bin/mailman/create ScriptAlias /edithtml /usr/lib/cgi-bin/mailman/edithtml ScriptAlias /listinfo /usr/lib/cgi-bin/mailman/listinfo ScriptAlias /options /usr/lib/cgi-bin/mailman/options ScriptAlias /private /usr/lib/cgi-bin/mailman/private ScriptAlias /rmlist /usr/lib/cgi-bin/mailman/rmlist ScriptAlias /roster /usr/lib/cgi-bin/mailman/roster ScriptAlias /subscribe /usr/lib/cgi-bin/mailman/subscribe ScriptAlias /mailman/ /usr/lib/cgi-bin/mailman/ </VirtualHost>
-- Mark Sapiro mark@msapiro.net The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan
Does mailman 2.1.14 solve the virtual domain problem? In particular the ability to create:
list@domain1 list@domain2
I read that the new version support virtual domains. Do you know when mailman 2.1.14 will be included as package in some debian distribution?
Thank you Alessandro
"Alessandro Bruchi" Alessandro.Bruchi@iit.it wrote:
Does mailman 2.1.14 solve the virtual domain problem? In particular the ability to create:
list@domain1 list@domain2
No.
I read that the new version support virtual domains.
That support is in MM 3. It is not yet ready for production use.
Do you know when mailman 2.1.14 will be included as package in some debian distribution?
No.
-- Mark Sapiro - mark@msapiro.net Sent from my Android phone with K-9 Mail. Please excuse my brevity.
On Fri, Oct 15, 2010 at 03:46:31PM +0200, Alessandro Bruchi wrote:
Do you know when mailman 2.1.14 will be included as package in some debian distribution?
The XSS patch, per 2010-September's announcement, seems to now be in Debian's repositories:
http://lists.alioth.debian.org/pipermail/pkg-mailman-hackers/2010-October/003355.html
http://lists.alioth.debian.org/pipermail/pkg-mailman-hackers/2010-October/003360.html
(et. seq.)and
http://lists.alioth.debian.org/pipermail/pkg-mailman-hackers/2010-October/003369.htmlIt appears that 'official' Mailman packages for lenny are a wee bit behind upstream.
I believe others on this list use the Umbungo packages on lenny (Debian 5), without too many difficulties. YMMV.
(I don't really have the time to take on debian package maint, at the moment.)
-- "Life was simple before World War II. After that, we had systems." -- Grace Hopper
On Oct 20, 2010, at 01:53 PM, Adam McGreggor wrote:
It appears that 'official' Mailman packages for lenny are a wee bit behind upstream.
I believe others on this list use the Umbungo packages on lenny (Debian 5), without too many difficulties. YMMV.
(I don't really have the time to take on debian package maint, at the moment.)
Sadly, I do not either, but I am willing to help anyone who steps forward to do so.
-Barry
participants (5)
-
Adam McGreggor -
Alessandro Bruchi -
Allen Walker -
Barry Warsaw -
Mark Sapiro