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 brewclubtest@lists.brewclub.org -u lists.fakedomain.com Importing fix_url... Running fix_url.fix_url()... Loading list brewclubtest@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 brewclubtest@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/brewclubtest@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/brewclubtest@lists.fakedomain.com@...
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