OK. I have a really stupid problem, but I could not really find any answers in the mailing list archive.
For quite some time I have wanted to move my majordomo lists to mailman. I finally got around to getting python 1.5.2 compiled and mailman seemed to be working fine. After creating a test list and trying to send mail through it, I started to have problems with the wrapper complaining about the gid not matching. After reading for a while it sounded like postfix would fix these problems (and I wanted to get away from sendmail anyways).
Now that I am running postfix, I still get simular problems. When mail is sent to the test mailing list from across the network, everything seems to work fine. But when a message is sent from the local machine where postfix and mailman are running, I get the wonderful errors about gid conflicts. Below are the messages from syslog about the problem.
May 21 11:51:27 thoreau Mailman mail-wrapper: Failure to exec script. WANTED gid 65534, GOT gid 600. (Reconfigure to take 600?) May 21 11:51:27 thoreau Mailman mail-wrapper: Failure to exec script. WANTED gid 65534, GOT gid 1. (Reconfigure to take 1?)
Does anyone have a solution for this situation?
Thanks....
Gerard Hickey email: Gerard.Hickey@nsc.com National Semiconductor Corporation phone: +1 207 541 6101 Advance Development Center, MS 03-03 fax: +1 207 541 6108 5 Foden Road, South Portland, Maine 04106-1706
I have not used postfix, but I imagine it's similar to a problem I encountered a few weeks ago with sendmail + smrsh.
It seemed that the only way I could get around the problem was to install wrapper as setuid-root, which I obviously didn't want to do! Finally, I realized that many of the files in the mailman home directory were installed as root and not as user mailman. When I chown'd the files to mailman.mailman, my wrapper problem went away!
On Friday May 21, 1999, Gerard Hickey <Gerard.Hickey@nsc.com> had this to say about "[Mailman-Users] Mailman and Postfix":
Content-Description: Card for Gerard Hickey
-- John-David Childs (JC612) Enterprise Internet Solutions Systems Administration http://www.nterprise.net & Network Engineering 8707 E. Florida Ave #814 Denver, CO 80231 "It took me fifteen years to discover that I had no talent for writing, but I couldn't give up because by that time I was too famous." -- Robert Benchly
I had the same problem. gid 65534 is the "nobody" group. All I did to fix it was set the gid to "nobody" in the configure line when configuring mailman to be compiled:
--with-mail-gid=nobody
That should do it. I assume that you probably have something like "--with-mail-gid=600" or "--with-mail-gid=postfix", but it's expecting group "nobody" instead.
--Dan
Dan Delaney wrote:
Mailman was configured with the gid of nobody. The problem seems to be that when mail is sent on the local system, the mail process take on the same uid/gid of the user sending the mail (gid of 600). After the wrapper fails the first time, it seems that it changes to the trusted user and runs the wrapper again (gid of 1).
I just espected this behavior to have been seen before and someone could send me a "hey stupid" message to get me back on track.
Gerard Hickey email: Gerard.Hickey@nsc.com National Semiconductor Corporation phone: +1 207 541 6101 Advance Development Center, MS 03-03 fax: +1 207 541 6108 5 Foden Road, South Portland, Maine 04106-1706
I have not used postfix, but I imagine it's similar to a problem I encountered a few weeks ago with sendmail + smrsh.
It seemed that the only way I could get around the problem was to install wrapper as setuid-root, which I obviously didn't want to do! Finally, I realized that many of the files in the mailman home directory were installed as root and not as user mailman. When I chown'd the files to mailman.mailman, my wrapper problem went away!
On Friday May 21, 1999, Gerard Hickey <Gerard.Hickey@nsc.com> had this to say about "[Mailman-Users] Mailman and Postfix":
Content-Description: Card for Gerard Hickey
-- John-David Childs (JC612) Enterprise Internet Solutions Systems Administration http://www.nterprise.net & Network Engineering 8707 E. Florida Ave #814 Denver, CO 80231 "It took me fifteen years to discover that I had no talent for writing, but I couldn't give up because by that time I was too famous." -- Robert Benchly
I had the same problem. gid 65534 is the "nobody" group. All I did to fix it was set the gid to "nobody" in the configure line when configuring mailman to be compiled:
--with-mail-gid=nobody
That should do it. I assume that you probably have something like "--with-mail-gid=600" or "--with-mail-gid=postfix", but it's expecting group "nobody" instead.
--Dan
Dan Delaney wrote:
Mailman was configured with the gid of nobody. The problem seems to be that when mail is sent on the local system, the mail process take on the same uid/gid of the user sending the mail (gid of 600). After the wrapper fails the first time, it seems that it changes to the trusted user and runs the wrapper again (gid of 1).
I just espected this behavior to have been seen before and someone could send me a "hey stupid" message to get me back on track.
Gerard Hickey email: Gerard.Hickey@nsc.com National Semiconductor Corporation phone: +1 207 541 6101 Advance Development Center, MS 03-03 fax: +1 207 541 6108 5 Foden Road, South Portland, Maine 04106-1706
participants (3)
-
Dan Delaney -
Gerard Hickey -
John-David Childs