[Mailman-Users] Public/private archives problem.
r.barrett at ftel.co.uk
Mon Aug 11 12:30:33 CEST 2003
On Monday, August 11, 2003, at 10:31 am, Tony wrote:
> Hi Tokio,
> I checked out Rob's bug report and he says that he tried fix_url, but
> it only
> worked for private archives, not for the public ones.... :(
Rob's bug report, as with yours, lack precision in specifying exactly
which Mailman generated pages have links on them which contain (in the
HTML text), absolute URLs referring to the wrong hostname. See my
comments below on the broadfer questions that need to be answered in
order to attack the perceived problem.
> Thanks for the suggestion though.
> Quoting Tokio Kikuchi <tkikuchi at is.kochi-u.ac.jp>:
>> You should state your urlhost/emailhost pairs in mm_cfg.py like;
>> add_virtualhost('www.virtual.dom', 'mail.virtual.dom')
>> then use fix_url.py.
>> Rob Brandt wrote:
>>> I recently submitted a bug report on that:
>>> No response yet.
>>> Quoting tony-mm at arielbusiness.com:
>>>> I hope someone can help me with this:
>>>> I am a web space reseller on a shared server.
>>>> One of the features we get is mailman, which we offer to our
>>>> One thing I have noticed about it is that if a mailing list has a
>>>> has a
>>>> private archive, the address is
>>>> http://clientdomain.com/mailman/private/listname, which is fine,
>>>> but if
>>>> the archive is public, then the address is
>>>> http://myhostingprovidersservername.com/pipermail/listname - which
>>>> not fine :(
The cause of this is likely to be in the configuration of the Apache
server servicing the virtual hosts concerned rather than it being a
Mailman problem per se.
I'm assuming that named virtual hosting is being used by the Apache
server concerned so that clientdomain.com and
myhostingprovidersservername.com resolve to the same IP number.
Unless the Apache server has some special provisions made in its
configuration/operation the pipermail archives, which are served as
regular web pages by Apache without the intervention of Mailman
specific CGI programs, will be equally visible through any of the
hostnames that resolve to the same IP that
myhostingprovidersservername.com resolves to. If this is the case then
any of the public lists is potentially visible through any of the named
virtual hosts supported by Apache on the same IP number.
I do not work with it myself, but I believe that the CPanel virtual
hosting support software, which your hosting provider may be using,
does perform some trickery to help avoid conflicts between list names
on different virtual hosts. If your hosting provider is using that and
something related to it is misconfigured then this may be contributing
to the problem.
When you say "if the archive is public, then the address is
precisely do you mean?
Do the links to list archives for a given virtual host on the
/mailman/listinfo and /mailman/admin and other /mailman/<somtehing> CGI
generated pages for that host have URL's that refer to the
myhostingprovidersservername.com rather than clientdomain.com host?
Or are there links on other pages on the server that have the
'defective' domain in their URLs?
If you look at the source of MM's pipermail archive pages you will find
that for the most part the generated links on those pages are server
relative, the main exception being (with MM2.1.2) to extracted
attachment files. So once started on a link specifying the 'wrong'
hostname, links on pages then reached also appear to be 'wrong'.
To get much further with diagnosing the problem will need a bit more
input from you.
>>>> This means that my clients can see the domain name of the underlying
>>>> provider I am buying space off, and potentially they might jump
>>>> Is this something that can be fixed by me/the hosting provider, and
>>>> so, how?
>>>> Many thanks,
>> Tokio Kikuchi, tkikuchi@ is.kochi-u.ac.jp
>> Mailman-Users mailing list
>> Mailman-Users at python.org
>> Mailman FAQ: http://www.python.org/cgi-bin/faqw-mm.py
>> Searchable Archives:
>> This message was sent to: tony-mm at arielbusiness.com
>> Unsubscribe or change your options at
> Mailman-Users mailing list
> Mailman-Users at python.org
> Mailman FAQ: http://www.python.org/cgi-bin/faqw-mm.py
> Searchable Archives:
> This message was sent to: r.barrett at openinfo.co.uk
> Unsubscribe or change your options at
More information about the Mailman-Users