[Mailman-Users] Lists created via web admin seem to beentirelyseparate from lists created from command line

[Mark Sapiro]

On 3/13/2012 3:52 PM, Mark Leone wrote:
> 
> So then the remaining question is which mailman is postfix invoking? In the
> postfix log file, when an e-mail comes in, I see
> 
> Mar 13 17:24:59 mal-s5610f postfix/pipe[20980]: 1F8E618006D:
> to=<testlist2-request at lists.midnightjava.net>, relay=mailman, delay=0.33,
> delays=0.12/0.01/0/0.2, dsn=2.0.0, status=sent (delivered via mailman
> service)
> 
> I don't think that tells us the location, so I then looked at the script
> being invoked via the master.cf entry (the unsupported file
> postfix-to-mailman.py). I'm not a python programmer, but I understand the
> basics. So I'm not sure I correctly resolved the location of the mailman
> executable. What I see is
> 
> import paths
> mm_pgm = os.path.join(paths.prefix, 'mail', 'mailman')


The paths.py that is being imported is in the same directory as
postfix_to_mailman.py, i.e., /usr/lib/mailman/bin/paths.py


> I don't see any reference to module paths in the python API, so I'm assuming
> that's a custom module, and that the line above is resolving the path
> mail/mailman relative to the path pointed to by the mailman config variable
> 'prefix'. If this is so, then that's 'var/lib/mailman' as that's the value
> set for 'prefix' in Defaults.py, and it's not overridden in mm_cfg.py. (As
> an aside, I put in some print and sys.stderr.write statements to get the
> value of paths.prefix, thinking they would show up in either postfix or
> mailman log files, but they do not.)


It's the value of prefix defined in /usr/lib/mailman/bin/paths.py, but
we know that's the same as used by bin/newlist.

We also know that Mailman and Postfix are working together. It's only
the web UI that's not working.


> So if my assumption above is correct, then both postfix and apache are
> pointing to the same instance of mailman. And when I create a list from the
> command line I use /var/lib/mailman/bin/newlist, which is a sym link to
> /usr/lib/mailman/bin/newlist, so this is also the same mailman instance.
> 
> So perhaps my assumption above can be corrected? One other thing I'm going
> to try is checking whether apache is configured to allow following of sym
> links for the ScriptAlias location. The wrapper executables there are not
> sym links, but they're pointing to the python scripts they execute via sym
> links, so perhaps I need the option enabled for following sym links.
> Otherwise the mystery remains.


Web create is apparently creating lists because it either creates the
list or returns an error. If it succeeds, the list's
lists/LISTNAME/config.pck file is created somewhere.

-- 
Mark Sapiro <mark at msapiro.net>        The highway is for gamblers,
San Francisco Bay Area, California    better use your sense - B. Dylan