Re: [Mailman-Users] More problems
Could be a permissions problem (I know these well!) check your webserver and mail logs too!! Scott On Thu, 21 Feb 2002, Greg Rees wrote: Yes, I ran check_perms and it reported no problems found The /home/mailman/logs/error are clean (empty). No problems there. On Thu, 21 Feb 2002, Paul-Catalin Oros wrote: Just a question, did you run bin/check_perms to make sure all the permisions on the files are fine? What do the logs say? Anything in the log/errors that could give you a hint about what's going on? Paul On Thu, 21 Feb 2002, Greg Rees wrote: When subscribers try to subscribe to the list, a confirmation message is sent but they are not added to the list, hence when they send their confirmation back, they are still not added and there is no welcome message sent out. If you go to the web page as an administrator, you can add users to the list, manually and a welcome message is sent to the new users. When a message is sent to the list, the list doesn't sent out the message to the subscribers list. Greg Lucky my hair is very short and I cannot grab hold of it otherwise I would have none left. This is a very frustrating experience. -- Mailman-Users maillist - [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users -- Man: I know how to please a woman. Woman: Then please leave me alone. -- Mailman-Users maillist - [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users -- Mailman-Users maillist - [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users Scott Mobile: +34 65 337 8573 Fiona Mobile: +34 65 337 8574 -- Mailman-Users maillist - [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users
Re: [Mailman-Users] Web interface saves no settings or info!
I got --with-ownername and --with-ownergroup from the INSTALL file: --8--- - Add a new user called `mailman'. Typically this is added to your /etc/passwd file. If username `mailman' is already in use, choose something else unique and see the --with-ownername flag below. - Add a new group called `mailman'. Typically this is added to your /etc/group file. The Mailman files will be installed under the `mailman' group, with the set-group-id bit. This is so both the web based and mail based programs will have the proper write permissions. If groupname `mailman' is already in use, choose something else unique and see the --with-ownergroup below. -8 However looking again there is nothing further below - perhaps this is a mistake in the docs? Perhaps these should be (respectively): --with-username specify a user name other than mailman --with-groupname specify a group name other than mailman This INSTALL file *MUST* be wrong - surely?? Note taken about the HOST directive and double '--prefix'. I must have been getting desperate! I have made all necessary changes - taking into consideration the above and other suggestions you made: I still get the following error in the web error log: Permission denied: '/var/lib/mailman/logs/error' I go though changing these permissions and get the same problem (ie basically SGID is not working..), I am at the conslusion that the issue is with my fstab - I think it must have 'defaults' set not JUST 'rw' I am however in Spain at the moment and the server is in the UK - I will wait until I am closer *just in case* If you have any further suggestions please let me know. I will create a bug report about the INSTALL docs unless you have another idea.. snip cross-compiler. And you only need --prefix once. And with the above configuration, your crontask _must_ be owned by mail:mail, nor mailman:mailman. you mean or not nor right?-^ Cheers - Thanks so much for you help with this! (I am bald now) Scott -- Mailman-Users maillist - [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users
[Mailman-Users] Re: owner of config.db
Hi Gerald, I wish I could say that is my solution - I am still having problems and am sure it is to do with the httpd or python binary not running on a suid partition - therefore I am going to ask for further info from the list and if required make changes later (when I am closer to the machine) I would appreicate knowing if your fstab options that are on the partition of python or apache or mailman have the suid (or 'defaults') options specified. Cheers Scott PS I include this into the mailing list for its information. On Thu, 21 Feb 2002, Gerald Volp wrote: Scott, We solved the problem here. We looked over it again and changed one or two things. The main problem probably was, that I was root, when I ran ./make install. That caused the subdirectories of /home/mailman to be incorrect (SUID). I understand now: The change of config.db to wwwrun is not the problem, that's just the way it ist, but the cron scripts of mailman quickly get it back to mailman's ownership. And THIS did not work out and produced me lots of errors. mailman had no rights to get back the files into his own ownership. :-( We deleted the whole tree of /home/mailman and ran ./configure and ./make install again, beeing user mailman. Mit freundlichen Grüßen, (best regards) Gerald Volp VISTEC Internet Service GmbH Tel.: +49-611-22038 Fax: -22701 [EMAIL PROTECTED] http://vistec.de Scott Mobile: +34 65 337 8573 Fiona Mobile: +34 65 337 8574 -- Mailman-Users maillist - [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users
Re: [Mailman-Users] Web interfase saves no settings or info!
I think this could be a case of P3P being implemented. http://www.w3.org/P3P/p3pfaq.html http://www.w3.org/P3P/ don't you? Scott On Wed, 20 Feb 2002, Marc MERLIN wrote: On Tue, Feb 19, 2002 at 03:27:08PM -0500, Jon Carnes wrote: This is definitely a Frequently Asked Question... Undoubtedly you are using Konqueror as your web browser. Konqueror cannot handle the new cookie layout (in version 2.0.8). Since it mis-reads the cookie, the authentication it sends when you Post is incorrect. Thus none of your changes are accepted. Use Netscape and your problems will be gone. Newer versions of IE have the same problem, but the work around for IE is to set the web site with your Mailman install to Trusted. I have no idea why that works... except maybe it reads in the cookie without filtering it for bad things. Ok. Konqueror, now IE. Forgive me if I missed the answer here: but technically, who is at fault? - the browsers - mailman - the cookie specs for being ambiguous ? Tnanks, Marc -- Microsoft is to operating systems security what McDonalds is to gourmet cooking Home page: http://marc.merlins.org/ | Finger [EMAIL PROTECTED] for PGP key -- Mailman-Users maillist - [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users Scott Mobile: +34 65 337 8573 Fiona Mobile: +34 65 337 8574 -- Mailman-Users maillist - [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users
Re: [Mailman-Users] Web interface saves no settings or info!
Ted, as a matter of interest what happens to the permissions once the cron job runs - are they changed to the cron jobs permissions? (I would expect cron to be run as mailman:mailman) This may help me trouble shoot a problem I have been happening where the permissions are changing to be mail:mail (in my case) and thereby not allowing the webserver to access them. If the cookie problem is likely rember to restart your browser (or open a new one) these are sometimes loaded on program launch (MS IE anyway) and even if you have deleted the cookie this will be required. Cheers Scott On Tue, 19 Feb 2002, Ted M Harapat wrote: Well, I did look around the install and compared it to my other system's 2.0.6 install and it seemed very similar in the way the rights were set. The config.db file (in this particular list) is owned by nobody (which apache is running as) and group of mailman. In fact, I just checked and every file in the mailman home dir is either owned by the user or group of mailman. After my previous email to you, I even did something far fetched to make sure I could write to it. I made a copy of the mailman home dir (preserving permissions) and did a recursive chmod 777 against the original mailman directory. And then ran the website... it STILL didn't let me save info. I wouldn't think so otherwise but with results like that, I would think that it must be something outside of that directory. I deleted that directory and copied my backup dir back over it. I just don't have any ideas... I could reinstall it again.. but I'm not so sure that doing so would help me. -ted Quoting Jon Carnes [EMAIL PROTECTED]: Have you checked the rights of the install? Could the config.db of your test list be read only? That should spark errors in the ~mailman/logs/... Also are there any errors in the apache logs? Are you using NFS to mount any of the install? - Original Message - From: Ted M Harapat [EMAIL PROTECTED] To: Jon Carnes [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Tuesday, February 19, 2002 4:49 PM Subject: Re: [Mailman-Users] Web interface saves no settings or info! Thats a great idea. Well, the linux system is set to think that it is the list server and virtual website hostname (set via the /etc/hosts file) so I pulled up lynx to the localhost virtual domain and it pulled up just fine and I authenticated and went to the page for adding/removing users and the same thing happened. I told lynx to Always accept cookies so I know it's working. I'm stumped. I don't see where to go with this. I've read many past archives but am finding nothing related to this exact problem. -ted Quoting Jon Carnes [EMAIL PROTECTED]: Try deleting the old cookie (or delete them all!!!) But, yes the virtual hosting could do you in. Is the web server configured to think it is the domain name you are using (to browse to it)? What happens when you access the server locally using something like Lynx (which is a really nice way to troubleshoot the problem as it tells you everything it's doing)? Jon Carnes - Original Message - From: Ted M Harapat [EMAIL PROTECTED] To: Jon Carnes [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Tuesday, February 19, 2002 4:17 PM Subject: Re: [Mailman-Users] Web interface saves no settings or info! Actually, I am using IE 6.x for this. After reading this, I went ahead and tried this in Netscape 4.79 but the same thing happened. I have only one more quirky thing with my setup, I should add. The hostname isn't really in DNS as I'm calling it. Because this is a brand new system thats about to take over an old non-Mailman list server, I simply set up my local hosts file to reflect the new IP so only I could access it. Oh, and this is also a virtual domain/website on the new linux system, which is why I had to do that host-file trick so the host-headers would make it come up. Could either of those two things matter? Thanks. -ted Quoting Jon Carnes [EMAIL PROTECTED]: This is definitely a Frequently Asked Question... Undoubtedly you are using Konqueror as your web browser. Konqueror cannot handle the new cookie layout (in version 2.0.8). Since it mis-reads the cookie, the authentication it sends when you Post is incorrect. Thus none of your changes are accepted. Use Netscape and your problems will be gone. Newer versions of IE have the same problem, but the work around for IE is to set the web site with your Mailman install to Trusted. I have no idea why that works... except maybe it reads in the cookie without filtering it for
Re: [Mailman-Users] Web interface saves no settings or info!
Hi Ashley, But according to Ted's posting his config.db had the nobody:mailman permission - not the mailman:mailman permission - so when the cron is run the permissions will change from nobody:mailman to mailman:mailman (rw-rw) right? To avoid this should the cron be run as nobody:nogroup - and the mailman group is retained resulting in nobody:mailman? Thanks for your help with this - I have nearly no hair left! Scott On Tue, 19 Feb 2002, Ashley M. Kirchner wrote: Scott Spence wrote: as a matter of interest what happens to the permissions once the cron job runs - are they changed to the cron jobs permissions? (I would expect cron to be run as mailman:mailman) If your MM cron runs as the user mailman, it will retain the mailman permissions. -- W | I haven't lost my mind; it's backed up on tape somewhere. + Ashley M. Kirchner mailto:[EMAIL PROTECTED] . 303.442.6410 x130 IT Director / SysAdmin / WebSmith . 800.441.3873 x130 Photo Craft Laboratories, Inc.. 3550 Arapahoe Ave. #6 http://www.pcraft.com . . .. Boulder, CO 80303, U.S.A. Scott Mobile: +34 65 337 8573 Fiona Mobile: +34 65 337 8574 -- Mailman-Users maillist - [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users
Re: [Mailman-Users] Web interface saves no settings or info!
Sorry Ashley, May be I am missing something here: The sticky bit is on the group id so the group stays as mailman. -My webserver (apache) runs as nobody:nogroup -The config.db file has permissions -rw-rw (./ drwxrwsr-x) -mailman cron runs and changes nobody:mailman to mailman:mailman How can a webserver running as nobody:nogroup modify config.db once it becomes owned by mail:mail? .. it could (I suppose) if nobody somehow also run under group mail but this _can't_ be right. Or are there subtle things about the cgi scripts (SUID) that I do not know about when run with apache. Thanks for your help - I am determined to understand this. I did try your idea that all files should be owned by mail:mail and I just got the bug page (why has Printing of traceback and other system information has been explicitly inhibited?) and in the error file: Permission denied: '/var/lib/mailman/lists/test/config.db' permissions on this file: -rw-rw1 mail mail *** Considering all the above I have found this in my /etc/fstab: # file system mount point type optionsdump pass /dev/hda5 /usrext2rw0 2 Should this be 'defaults'?--^^^ I am not an fstab expert but could THIS be my problem? the python executables likely reside here (as does apache) but not the mailman scripts - what do you think? perhaps defaults (that includes suid) may be a better option.. cheers scott On Tue, 19 Feb 2002, Ashley M. Kirchner wrote: Scott Spence wrote: But according to Ted's posting his config.db had the nobody:mailman permission - not the mailman:mailman permission - so when the cron is run the permissions will change from nobody:mailman to mailman:mailman (rw-rw) right? My crontask runs as mailman.mailman, however the webserver runs as httpd.daemon. Whenever something comes through over the web, config.db becomes httpd.mailman, however as soon as the next crontask runs, everything becomes mailman.mailman again. All the files ought to be owned by mailman.mailman, and the sticky bit should help in retaining the permissions even after the web server has changed. -- W | I haven't lost my mind; it's backed up on tape somewhere. + Ashley M. Kirchner mailto:[EMAIL PROTECTED] . 303.442.6410 x130 IT Director / SysAdmin / WebSmith . 800.441.3873 x130 Photo Craft Laboratories, Inc.. 3550 Arapahoe Ave. #6 http://www.pcraft.com . . .. Boulder, CO 80303, U.S.A. Scott Mobile: +34 65 337 8573 Fiona Mobile: +34 65 337 8574 -- Mailman-Users maillist - [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users
Re: [Mailman-Users] Web interface saves no settings or info!
But, you see, I did use those cgi-gid and mail-gid flags: ./configure --with-mail-gid=8 --with-cgi-gid=65534 --prefix=/var/lib/mailman --with-ownername=mail --with-ownergroup=mail --prefix=/var/lib/mailman --with-username=mail --host=noggon.com --with-groupname=mail And, yes I just checked that 8 is the guid mail and 65534 is the guid nogroup. The mail:mail (not mailman:mailman) setup is due to following the exim with mailman howto (debian sets up exim to run as mail:mail NOT exim:exim). Quote (from mailman README.EXIM aka mailman exim howto): # home dir for mailman MAILMAN_HOME=/home/mailman # wrapper script for mailman MAILMAN_WRAP=MAILMAN_HOME/mail/wrapper # user and group for mailman MAILMAN_UID=exim MAILMAN_GID=exim What do you think? This is why I have acted so desperate to look at the fstab file.. ~:-( - i.e. one hair left! scott On Tue, 19 Feb 2002, Ashley M. Kirchner wrote: Scott Spence wrote: How can a webserver running as nobody:nogroup modify config.db once it becomes owned by mail:mail? .. it could (I suppose) if nobody somehow also run under group mail but this _can't_ be right. Remember when you first configured mailman and compiled it? You were supposed to tell it what your cgi-gid is, and your mail-gid. This is where those two come into play. They play together, mailman allows the webserver to touch its files, and when done, reverts it back. I did try your idea that all files should be owned by mail:mail and I just got the bug page (why has Printing of traceback and other system information has been explicitly inhibited?) and in the error file: Permission denied: '/var/lib/mailman/lists/test/config.db' Actually, the whole thing should be owned by mailman, not mail. After all, it's mailman that runs the cron tasks, and it's mailman that does all the processing of lists administrivia. Don't mess with your fstab. Unless you're prepared to yank a few more hairs out of your head. :) fstab is a system wide setting that doesn't affect (adversely enough) any function of how a program runs or doesn't. If fstab is setup to only allow read, or write on a device, you'd be having way more problems that just mailman not running. -- W | I haven't lost my mind; it's backed up on tape somewhere. + Ashley M. Kirchner mailto:[EMAIL PROTECTED] . 303.442.6410 x130 IT Director / SysAdmin / WebSmith . 800.441.3873 x130 Photo Craft Laboratories, Inc.. 3550 Arapahoe Ave. #6 http://www.pcraft.com . . .. Boulder, CO 80303, U.S.A. Scott Mobile: +34 65 337 8573 Fiona Mobile: +34 65 337 8574 -- Mailman-Users maillist - [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users
[Mailman-Users] Permission problems during new setup ([Errno 13] Permission denied)
Hi all Python/Mailman experts, I am having problems setting up Mailman (1.1 and 2.05, 2.08 and 2.07) My problem seems to revolve around permissions. I configured mailman with the following command line (as suggested by the exim-howto): ./configure --with-mail-gid=8 --with-cgi-gid=65534 --prefix=/var/lib/mailman --with-ownername=mail --with-ownergroup=mail --with-username=mail --host=noggon.com --with-groupname=mail Firstly almost all installed files need their permissions changed (using bin/check_perms bad gid (has: scott, expected mail) (fixing)) - is this a normal part of installation? Once all steps in the INSTALL file have been done then begin the errors (in the apache error log): Traceback (innermost last): File /var/lib/mailman/scripts/driver, line 71, in run_main immediate=1) File /var/lib/mailman/Mailman/Logging/StampedLogger.py, line 49, in __init__ Logger.__init__(self, category, nofail, immediate) File /var/lib/mailman/Mailman/Logging/Logger.py, line 40, in __init__ self.__get_f() File /var/lib/mailman/Mailman/Logging/Logger.py, line 55, in __get_f f = self.__fp = open(self.__filename, 'a+', 1) IOError: [Errno 13] Permission denied: '/var/lib/mailman/logs/error' But what I do not understand is that the permission on the error file seem as I would expect!: -rw-rw-r--1 mail mail0 Feb 18 18:22 /var/lib/mailman/logs/error It seems as though the webserver must have write permission to the logs/error file - this makes sense as the error is being created by the cgi-bin script. But annoying! and not picked up by check_perms Correcting the permissions (so the webserver has access to the files) seems to put the permissions in a loop of webserver-mail-webserver (each change causing an error). Creating a list using bin/newlist also causes problems because the list files (esp. /var/lib/mailman/lists/test/config.db) does not allow the webserver to read it - so viewing details of this list causes an error I have searched high and low for others having similar problems but none give insight into a solution. I would appreicate any help Thanks Scott Additional information: The exim configuration (as per the Howto) seems to function fine. - My exim (MTA) runs as mail:mail - Apache runs as nobody:nogroup - apache 1.3.9-14 - exim 3.12-10.2 - python-base 1.5.2-10potato Python 1.5.2 (#0, Dec 27 2000, 13:59:38) [GCC 2.95.2 2220 (Debian GNU/Linux)] on linux2 -- error log from $prefix/logs/error admin(11163): [- Mailman Version: 2.0.7 -] admin(11163): [- Traceback --] admin(11163): Traceback (innermost last): admin(11163): File /var/lib/mailman/scripts/driver, line 96, in run_main admin(11163): main() admin(11163): File /var/lib/mailman/Mailman/Cgi/subscribe.py, line 69, in main admin(11163): mlist.Lock() admin(11163): File /var/lib/mailman/Mailman/MailList.py, line 1339, in Lock admin(11163): self.__lock.lock(timeout) admin(11163): File /var/lib/mailman/Mailman/LockFile.py, line 219, in lock admin(11163): self.__write() admin(11163): File /var/lib/mailman/Mailman/LockFile.py, line 350, in __write admin(11163): fp = open(self.__tmpfname, 'w') admin(11163): IOError: [Errno 13] Permission denied: '/var/lib/mailman/locks/test.lock.kiko.11163' admin(11163): [- Python Information -] admin(11163): sys.version= 1.5.2 (#0, Dec 27 2000, 13:59:38) [GCC 2.95.2 2220 (Debian GNU/Linux)] admin(11163): sys.executable = /usr/bin/python admin(11163): sys.prefix = /usr admin(11163): sys.exec_prefix= /usr admin(11163): sys.path = /usr admin(11163): sys.platform = linux2 admin(11163): [- Environment Variables -] admin(11163): DOCUMENT_ROOT: /var/www/noggon/ admin(11163): SERVER_ADDR: 195.149.61.228 admin(11163): HTTP_ACCEPT_ENCODING: gzip, deflate admin(11163): CONTENT_LENGTH: 77 admin(11163): CONTENT_TYPE: application/x-www-form-urlencoded admin(11163): PATH_TRANSLATED: /var/www/noggon/test admin(11163): GATEWAY_INTERFACE: CGI/1.1 admin(11163): UNIQUE_ID: PHE9WMOVPeQAACckJ3w admin(11163): HTTP_ACCEPT_LANGUAGE: en-gb admin(11163): SERVER_PROTOCOL: HTTP/1.1 admin(11163): REMOTE_ADDR: 213.98.26.235 admin(11163): SERVER_PORT: 80 admin(11163): HTTP_CONNECTION: Keep-Alive admin(11163): HTTP_USER_AGENT: Mozilla/4.0 (compatible; MSIE 5.0; Windows 98) admin(11163): HTTP_ACCEPT: */* admin(11163): REQUEST_URI: /cgi-bin/mailman/subscribe/test admin(11163): PATH: /bin:/usr/bin:/sbin:/usr/sbin admin(11163): QUERY_STRING: admin(11163): SCRIPT_FILENAME: /var/www/noggon/cgi-bin/mailman/subscribe admin(11163): PATH_INFO: /test admin(11163): HTTP_HOST: www.noggon.com admin(11163): REQUEST_METHOD: POST admin(11163): SERVER_SIGNATURE: admin(11163): SCRIPT_NAME: /cgi-bin/mailman/subscribe admin(11163): SERVER_ADMIN: [EMAIL PROTECTED] admin(11163): SERVER_SOFTWARE: Apache/1.3.9 (Unix) Debian/GNU admin(11163): PYTHONPATH: /var/lib/mailman admin(11163):
Re: [Mailman-Users] Is there a way to search archives?
Hi Jeffrey, Take a look at this thread: http://mail.python.org/pipermail/mailman-users/2001-October/014447.html The patch uses htdig and is on sourgeforge I think this should *either* be an included feature (it is on the wishlist) or, in the meantime, in the FAQ doc Cheers Scott On Mon, 18 Feb 2002, Jeffrey Davis wrote: new to mailman has this comment: I wanted to be a good problem solver and search the lists archives for my answers but realized that mailman doesn't have a search engine (aside from downloading the tar.gzip archive and grepping it!) Is there some python plugin that could be used? Sorry if this question has been asked before -- Mailman-Users maillist - [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users -- Mailman-Users maillist - [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/mailman-users