JRC Groups wrote:
On 12/10/10 8:33 AM, "Mark Sapiro" <mark@msapiro.net> wrote:
JRC Groups wrote:
I have created two additional lists for a total of three that I created plus one that Apple's own Server Admin requires (a list named Mailman). Using the web interface to check the lists hosted by my domain I find conflicting results. This is what I have:
http://www.domain.com/mailman/listinfo
List Description List 1 [no description available] List 2 [no description available]
http://domain.com/mailman/listinfo
List Description List 3 [no description available] List 4 [no description available]
Shouldn't both www.domain.com and domain.com lead to the same results ? How can I make the necessary corrections so that both addresses are interchangeable and lead to the same results ?
See the FAQ at <http://wiki.list.org/x/lYA9>. In your case, the short answer is put
VIRTUAL_HOST_OVERVIEW = Off
in mm_cfg.py.
I did just as you recommended but it didn't change the behavior displayed by the listinfo command.
If you have "VIRTUAL_HOST_OVERVIEW = Off" in mm_cfg.py and the lists which appear on the listinfo overview page depend on the host name in the URL used to visit the page, this must be due to some Apple modification. In standard GNU Mailman, VIRTUAL_HOST_OVERVIEW controls this behavior.
[...]
One thing I noticed is that I can create lists under www.domain.com/mailman/create or domain.com/mailman/create. Each takes me to a page titled "Create a www.domain.com Mailing List" and "Create a domain.com Mailing List" respectively.
If not the way you suggested above, what could be the problem and how can I resolve it ?
Again, this indicates either some Apple modification or somehow you haven't got "VIRTUAL_HOST_OVERVIEW = Off" in mm_cfg.py. In standard Gnu Mailman with "VIRTUAL_HOST_OVERVIEW = Off", the web create CGI will always assume the list domain is that defined by DEFAULT_URL_HOST.
-- Mark Sapiro <mark@msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan