[Mailman-Users] Messages silently disappearing
Harald.Meland at usit.uio.no
Tue Feb 9 18:51:16 CET 1999
> I have a little more information on this problem. In
> /home/mailman/logs/errors I get the error messages I have appended
> below. Looks like there is a problem with permissions. Weird, because
> I thought I set the thing up exactly as instructed. My sendmail runs as
> "daemon" and so I configured mailman to run as daemon.
As you are getting stuff in the Mailman logs, I assume that the
Mailman binaries was configured with the correct GIDs.
> Also, I did a "chgrp mailman ." and a "chmod a+rx,g+sb ." in
> /home/mailman where the installed program resides.
That shouldn't be needed -- and also wouldn't suffice for cleaning up
if something got screwed up somehow. (And you _really_ *don't* want
to run these commands with the "-R" option -- I think that'll really
screw up things).
> Something obviously needs to be tweaked. Might it be something to
> do with umask?
I don't think so -- "make install" goes to great lengths to set proper
modes on stuff, no matter which umask you have.
> Feb 08 20:01:50 1999 contact_transport: IOError writing outgoing queue
> exceptions.IOError/(13, 'Permission denied')
> contact_transport: Traceback (innermost last):
> contact_transport: File "/home/mailman/scripts/contact_transport",
> line 58, in
> contact_transport: queue_id =
> OutgoingQueue.enqueueMessage(from_addr, to_ad
> drs, text)
> contact_transport: File "/home/mailman/Mailman/OutgoingQueue.py", line
> 143, in
> contact_transport: f = Utils.open_ex(fname, "a+", -1, QF_MODE |
> contact_transport: File "/home/mailman/Mailman/Utils.py", line 664, in
> contact_transport: reraise(IOError, e)
> contact_transport: File "/home/mailman/Mailman/Utils.py", line 659, in
> contact_transport: fd = os.open(filename, flags, perms)
> contact_transport: IOError : (13, 'Permission denied')
Looks like Mailman fails to create the temporary outgoing queue file
-- what does the output of this commands look like?
ls -ld /home/mailman/data
It _should_ have write permission for the "mailman" group, i.e. look
something like this:
drwxrwsr-x 2 mailman mailman 512 Feb 9 17:37 data
More information about the Mailman-Users