Page Discussion History


Configuration change

I made a small configuration change to the listed config as what was previously listed does not function for me. I also wrote a little blurb that was going to go above a diff (or changed config lines) below the main chunk. I could just plop it above the config that's now listed, but I think it'd be a little out of place. I'll try doing some editing on it and thought I'd post it here as well to see if people could comment on it before I submit something to the main page. Here it is:

If using nginx with fcgiwrap, you may find that if the script location (in the URL/GET request) is not at the root of the vhost, nginx will pass that extra pathname on to fcgiwrap. For example, if you're using the mailman common-use default of /mailman, when requesting /mailman/admin, the user will likely receive a 403 as nginx will pass /path/to/mailman_s/lib/cgi-bin/mailman/admin instead of /path/to/mailman_s/lib/cgi-bin/admin. There are two fixes for this. One is to add a symlink to . from /path/to/mailman_s/lib/cgi-bin/mailman. fcgiwrap will successfully traverse this and run the script in .../cgi_bin/mailman/admin. The other option is to change the location block and a subset of its configuration to pass the correct (or at least desired) information to fcgiwrap. Changes are as follows below: Stilroc 23:54, 27 November 2010 (MSK)

Don't works for me on Ubuntu Maverick (nginx 0.7.67-3ubuntu1, mailman 1:2.1.13-4), showing 403 for every mailman script, logs get a "Cannot get script name, is DOCUMENT_ROOT and SCRIPT_NAME set and is the script executable?". Gionn 19:26, 22 January 2011 (MSK)

Ok, I've just discovered that the problem was simply mailman generating wrong urls. I changed /etc/mailman/mm_cfg.py from:

DEFAULT_URL_PATTERN = 'http://%s/cgi-bin/mailman/'


DEFAULT_URL_PATTERN = 'http://%s/mailman/'

The wiki page should be modified accordingly (probably mentioning to check this param if not working) Gionn 19:34, 22 January 2011 (MSK)

I found another problem, I cannot reach the configuration page of a created list, it sticks with listinfo page even for listinfo/* links. Gionn 20:29, 22 January 2011 (MSK)

Removed fastcgi_split_path_info and now it's working ok, what was it's purpose? Gionn 21:06, 22 January 2011 (MSK)