On 8/14/2014 6:21 PM, Mark Sapiro wrote:
On 08/14/2014 06:06 PM, Chris Miller wrote:
On 8/14/2014 5:31 PM, Mark Sapiro wrote:
I sent you a PM with output.
OK. I'll respond when it gets through my greylisting.
The vhost has issues. In particular bin/withlist -l does not work with
hostname/listname type lists.
Actually, it does. It's been so long since I looked at this, I forgot.
the command for a list whose config directory is hostname/listname is
bin/withlist -l -r fix_url listname@hostname -u web_hostname
I am confused as well. To restate the question is it possible I just
need to create the hostname directories and reorganize everything?
That might work, but fix_url should work on a list whose directory is
directly under lists/. The mystery here is it apparently doesn't.
Sorry to re-ignite this so late. To recap, the problem with our
Mailman config is that all mailing lists were created under
/var/lib/mailman/lists instead of /var/lib/mailman/lists/<hostname>.
We have corrected this problem by creating the subdirectories,
moving the lists in to the proper sub directory, and setting
permissions. We are still having trouble with fix_url.
If we run this the traditional way, we get an error :
root@mail /var/lib/mailman/lists $ ~mailman/bin/withlist -l -r
fix_url brewclubtest -u lists.fakedomain.com
Importing fix_url...
Running fix_url.fix_url()...
Loading list brewclubtest (locked)
Unknown list: brewclubtest
Traceback (most recent call last):
File "/usr/lib/mailman/bin/withlist", line 299, in <module>
main()
File "/usr/lib/mailman/bin/withlist", line 277, in main
r = do_list(listname, args, func)
File "/usr/lib/mailman/bin/withlist", line 202, in do_list
return func(m, *args)
File "/usr/lib/mailman/bin/fix_url.py", line 73, in fix_url
if not mlist.Locked():
AttributeError: 'NoneType' object has no attribute 'Locked'
If we use the <listname@hostname> method, the command completes
correctly, but then we have issues with the web interface :
root@mail /var/lib/mailman/lists $ ~mailman/bin/withlist -l -r
fix_url brewclubt...@lists.brewclub.org -u lists.fakedomain.com
Importing fix_url...
Running fix_url.fix_url()...
Loading list brewclubt...@lists.fakedomain.com (locked)
Saving list
Finalizing
When we go to the list page here :
http://lists.fakedomain.com/mailman/admin/brewclubtest
The list is present, but there is an error in red at the top of the
screen that says "No such list brewclubt...@fakedomain.com". Please
note that the hostname "lists" was stripped from the error.
We are able to login to the list URL which now contains
<listname@hostname> in the URL :
http://lists.fakedomain.com/mailman/admin/brewclubt...@lists.fakedomain.com
But clicking any links in the admin interface appends
@fakedomain.com which results in a new login prompt :
http://lists.fakedomain.com/mailman/admin/brewclubt...@lists.fakedomain.com@fakedomain.com/members
It seems like fix_url needs to be patched to use the traditional
method of using only the list URL, and/or needs to be patched to
properly handle the <listname@hostname> method.
To clarify, mm_cfg.py does contain the correct info for the lists,
this all broke during the upgrade to 2.1.18 to utilize the DMARC
features.
VIRTUAL_HOSTS.clear()
DEFAULT_URL_PATTERN = 'http://%s/mailman/'
VIRTUAL_HOST_OVERVIEW = On
add_virtualhost(DEFAULT_URL_HOST, DEFAULT_EMAIL_HOST)
add_virtualhost('lists.fakedomain.com', 'fakedomain.com')
Thoughts?
--
Regards,
Chris
Chris Miller
President - Rocket Scientist
ScratchSpace Inc.
(831) 621-7928
http://www.scratchspace.com
------------------------------------------------------
Mailman-Users mailing list Mailman-Users@python.org
https://mail.python.org/mailman/listinfo/mailman-users
Mailman FAQ: http://wiki.list.org/x/AgA3
Security Policy: http://wiki.list.org/x/QIA9
Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/
Unsubscribe:
https://mail.python.org/mailman/options/mailman-users/archive%40jab.org