Problem creating list via web

Bug #266278 reported by Jontek
10
Affects Status Importance Assigned to Milestone
GNU Mailman
Incomplete
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  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.