Bug 56250 – Mailman 2.1.5 create list from webpage fails

• Product: Gentoo Linux
• Status: RESOLVED DUPLICATE

[Description Jim Ramsay (lack) (RETIRED) 2004-07-06 09:44:09 UTC]

Everything (so far) seems to be working with my mailman install, except creating lists from the web interface.

Reproducible: Always
Steps to Reproduce:
1. Log into the mailman administrator interface (http://localhost/mailman/admin/)
2. Click on the "create a new mailing list" link
3. Fill in the blanks and hit "accept"

Actual Results:  
Bug in Mailman version 2.1.5

We're sorry, we hit a bug!

If you would like to help us identify the problem, please email a copy of this
page to the webmaster for this site with a description of what happened. Thanks!
Traceback:

Traceback (most recent call last):
  File "/usr/local/mailman/scripts/driver", line 87, in run_main
    main()
  File "/usr/local/mailman/Mailman/Cgi/create.py", line 55, in main
    process_request(doc, cgidata)
  File "/usr/local/mailman/Mailman/Cgi/create.py", line 187, in process_request
    mlist.Create(listname, owner, pw, langs, emailhost)
  File "/usr/local/mailman/Mailman/MailList.py", line 457, in Create
    self.InitVars(name, admin, crypted_password)
  File "/usr/local/mailman/Mailman/MailList.py", line 372, in InitVars
    baseclass.InitVars(self)
  File "/usr/local/mailman/Mailman/Archiver/Archiver.py", line 95, in InitVars
    os.mkdir(self.archive_dir()+'.mbox', 02775)
OSError: [Errno 13] Permission denied:
'/usr/local/mailman/archives/private/test.mbox'


Expected Results:  
The list should have been created properly.

I believe it is a permissions issue, as the 'create' script sets its gid to
mailman, but not its uid, and the mailman/archives/private directory is
drwxr-xr-x and owned by mailman, not the apache user.

I have been unable to tell as yet whether the 'create' script should be suid, or
if the permissions on the directory should be different, but one or the other
must be changed for this to work.

[Comment 1 Martin Holzer (RETIRED) 2004-07-06 14:06:25 UTC]

how about

su - mailman
./bin/newlist
 ?

[Comment 2 Martin Holzer (RETIRED) 2004-07-06 14:32:56 UTC]

my permissions look good
works here

mailman@dvb mailman $ ls -la /usr/local/mailman/archives/
total 16
drwxrwsr-x   4 mailman mailman 4096 Jan  9 17:56 .
drwxrwsr-x  20 mailman mailman 4096 Jul  6 23:17 ..
drwxrws--x  14 mailman mailman 4096 Jul  6 23:29 private
drwxrwsr-x   2 mailman mailman 4096 Jul  6 23:29 public

[Comment 3 Jim Ramsay (lack) (RETIRED) 2004-07-06 14:35:06 UTC]

I changed the permissions to that, and everything works fine.  I have no idea why mine was busted.  Maybe it was just my install somehow and not the ebuild?

[Comment 4 Martin Holzer (RETIRED) 2004-07-06 15:39:40 UTC]

let me look at two other boxes in about 12 hours

[Comment 5 Tuan Van (RETIRED) 2004-07-21 14:10:21 UTC]

in the pkg_postinst funstion, check_perms runs and hit bug #53533. It never finish to fix the perms.

[Comment 6 Tuan Van (RETIRED) 2004-07-21 17:40:54 UTC]

bug #53533 is resolved. ebuild ready for testing. resolve this as duplicate of the other bug.

*** This bug has been marked as a duplicate of 53533 ***

[Comment 7 Matteo Settenvini 2005-05-25 01:24:28 UTC]

Happens again to me with new mailman-2.1.6_rc4

Before changing them, default permissions on /usr/local/mailman/archives were:

drwxr----x  6 mailman mailman 192 25 mag 10:09 private
drwxrwsr-x  2 mailman mailman 128 25 mag 10:09 public

afaik, "checkarchives()" in check_perms should address also that.
please reopen.