Problem creating list via web

Bug #266278 reported by Jontek
10
Affects Status Importance Assigned to Milestone
GNU Mailman
Medium
Mark Sapiro

Bug Description

I tried to create a list via:

https://www.mydomain.dom/mailman/create.

When filled all data, it replies with this message:

-------------------------------------

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/listname.mbox'

Python information:

Variable Value
sys.version 2.3.4 (#2, Aug 6 2004, 21:29:10) [GCC
2.95.4 20020320 [FreeBSD]]
sys.executable /usr/local/bin/python
sys.prefix /usr/local
sys.exec_prefix /usr/local
sys.path /usr/local
sys.platform freebsd4

Environment variables:

Variable Value
HTTP_REFERER https://www.mydomain.dom/mailman/create
SERVER_SOFTWARE Apache/1.3.31 (Unix) mod_perl/1.29
PHP/4.3.8 mod_ssl/2.8.19 OpenSSL/0.9.7d
SCRIPT_NAME /mailman/create
SERVER_SIGNATURE
Apache/1.3.31 Server at www.mydomain.dom Port 443
REQUEST_METHOD POST
HTTP_KEEP_ALIVE 300
SERVER_PROTOCOL HTTP/1.1
QUERY_STRING
CONTENT_LENGTH 145
HTTP_ACCEPT_CHARSET ISO-8859-15,utf-8;q=0.7,*;q=0.7
HTTP_USER_AGENT Mozilla/5.0 (X11; U; Linux i686;
es-ES; rv:1.7.12) Gecko/20050922 Firefox/1.0.7 (Debian
package 1.0.7-1)
HTTP_CONNECTION keep-alive
HTTP_COOKIE
POSTNUKESID=4b502f13b908db42087f9b9753295c78;
PHPSESSID=f7592dbf314acec6d743601e8cc3487f
SERVER_NAME www.mydomain.dom
REMOTE_ADDR 83.33.129.253
SERVER_PORT 443
SERVER_ADDR 207.228.236.31
DOCUMENT_ROOT /usr/local/www/data/www.mydomain.dom
PYTHONPATH /usr/local/mailman
SCRIPT_FILENAME /usr/local/mailman/cgi-bin/create
SERVER_ADMIN <email address hidden>
HTTP_HOST www.mydomain.dom
HTTPS on
REQUEST_URI /mailman/create
HTTP_ACCEPT
text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q
=0.8,image/png,*/*;q=0.5
GATEWAY_INTERFACE CGI/1.1
REMOTE_PORT 3249
HTTP_ACCEPT_LANGUAGE eu,es-es;q=0.7,es;q=0.3
CONTENT_TYPE application/x-www-form-urlencoded
HTTP_ACCEPT_ENCODING gzip,deflate
UNIQUE_ID QzlLGc-k7B8AAR2b2MM

---------------------------

Thanks

JOn

[http://sourceforge.net/tracker/index.php?func=detail&aid=1305881&group_id=103&atid=100103]

Revision history for this message
Barry Warsaw (barry) wrote :

Run bin/check_perms

Revision history for this message
Jontek (jontek) wrote :

Thanks but it doesn't still work.

I have done:
/usr/local/mailman/bin/check_perms -f
and fixed all the problems, but it still doesn't work.

:o(

Revision history for this message
Jontek (jontek) wrote :

#/usr/local/mailman>/usr/local/mailman/bin/check_perms
No problems found
#/usr/local/mailman>

Revision history for this message
Echoism (echoism) wrote :

I had this same problem. It is a permission issue, because
the webserver doesn't have access to create a file in
/usr/local/mailman/archives/private. This directory has
permissions of 750, owned by the mailman user.

The webserver, however, runs cgi scripts as nobody, not
mailman. You can confirm this, by checking your
/usr/local/mailman/lists directory, the list you tried to
create should have a directory there, owned by nobody (or,
whatever account your webserver uses), as the permissions
for the lists directory permit write access.

Revision history for this message
Jontek (jontek) wrote :

Well, all the perms in both directories are

mailman:mailman

I have been create (check_perms says "all OK" but it isn't)
the three directories:

1. #/usr/local/mailman/lists>mkdir listname
2. #/usr/local/mailman/archives/private>mkdir listname
3. #/usr/local/mailman/archives/private>mkdir listname.mbox
4. chown www (to the three)

Will I change the directory owner to www?
May that destroy or corrupt other lists?

Thank you again.

JOn

Revision history for this message
Norman Jacknis (njacknis) wrote :

I had the same bug -- and it also appears as Bug #266110 (sf1002486), Bug #266113 (sf1006797) and Bug #265938 (sf769484) from years ago and still hasn't been fixed.

Using sudo newlist in the command line works.

However, while the web interface does create a list (although with an error reported), it results in bouncebacks when subscribers try to send email to the list. The mail system returns this kind of message: "[Return Code 550] sid:_____ :: 5.1.1 <email address hidden>: Recipient address rejected: User unknown in local recipient table"

Revision history for this message
Mark Sapiro (msapiro) wrote :

Apparently, the issue is in creating the list aliases. Possibly this is a permissions issue relating to Mailman's data/aliases*. Are these files group writable and in Mailman's group and is Mailman's cgi-bin/create wrapper SETGID and in Mailman's group?

What is the traceback from Mailman's error log related to the create error?

Changed in mailman:
assignee: nobody → Mark Sapiro (msapiro)
status: New → Incomplete
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Duplicates of this bug

Other bug subscribers