Discussion:
Bug in Mailman package in 3.8 (fwd)
Chris Mika
2005-11-10 16:35:54 UTC
Permalink
I've sent this to the package maintainer and have gotten no repsponse, so
I'm forwarding it the the ports mailing list hoping someone here can fix
it.

---------- Forwarded message ----------
Date: Wed, 9 Nov 2005 11:23:52 -0500 (EST)
From: Chris Mika <***@seenothing.org>
To: ***@openbsd.org
Subject: Re: Bug in Mailman package in 3.8

Have you had a chance to look at this problem?
I simply changed the values in Defaults.py to _mailman, and it allowed me to
run mailmanctl start. Is is possible for you to roll a new package with this
change?
There's a bug in your package of Mailman 2.1.6 for OpenBSD 3.8. I think your
./configure script might be wrong, in Mailman/Defaults.py MAILMAN_USER and
MAILMAN_GROUP are empty, whereas in older versions they are _mailman. When
you run bin/mailmanctl start, you get a whole slew or errors due to a
# mailmanctl start
File "./mailmanctl", line 547, in ?
main()
File "./mailmanctl", line 340, in main
check_privs()
File "./mailmanctl", line 287, in check_privs
gid = grp.getgrnam(mm_cfg.MAILMAN_GROUP)[2]
KeyError: 'getgrnam(): name not found: '
Any ideas?
-Chris Mika
Nikolay Sturm
2005-11-11 20:32:28 UTC
Permalink
Post by Chris Mika
I've sent this to the package maintainer and have gotten no repsponse,
so I'm forwarding it the the ports mailing list hoping someone here
can fix it.
Fixed in -current, 3.8 will follow.

Nikolay
Tamer Fahmy
2005-11-13 14:06:04 UTC
Permalink
Post by Nikolay Sturm
Post by Chris Mika
I've sent this to the package maintainer and have gotten no repsponse,
so I'm forwarding it the the ports mailing list hoping someone here
can fix it.
Fixed in -current, 3.8 will follow.
hmm, while we are at it!

the line for the postix case:
CONFIGURE_ARGS+=--with-mail-gid=nobody
is wrong and should be:
CONFIGURE_ARGS+=--with-mail-gid=_mailman

since openbsd 2.9 i had always to change it to use group _mailman
for every installation (otherwise mailman's qrunner would bail out with an
error
message asking to provide the correct group and recompile).

anybody else who can very that?

here's a diff from my 3.7 installation:

/usr/ports/mail/mailman $ cvs diff -u
cvs server: Diffing .
Index: Makefile
===================================================================
RCS file: /cvs/ports/mail/mailman/Makefile,v
retrieving revision 1.32
diff -u -r1.32 Makefile
--- Makefile 11 Feb 2005 19:33:55 -0000 1.32
+++ Makefile 13 Nov 2005 13:53:28 -0000
@@ -20,7 +20,7 @@
MASTER_SITES= ${MASTER_SITE_SOURCEFORGE:=mailman/}
EXTRACT_SUFX= .tgz

-PYTHON_VER= 2.2
+PYTHON_VER= 2.3
SUBST_VARS= PYTHON_VER
BUILD_DEPENDS= ${RUN_DEPENDS}
RUN_DEPENDS= :python-${PYTHON_VER}*:lang/python/${PYTHON_VER}
@@ -47,7 +47,7 @@
FLAVORS= postfix
FLAVOR?=
.if ${FLAVOR:L:Mpostfix}
-CONFIGURE_ARGS+=--with-mail-gid=nobody
+CONFIGURE_ARGS+=--with-mail-gid=_mailman
.else
CONFIGURE_ARGS+=--with-mail-gid=daemon
.endif
cvs server: Diffing files
cvs server: Diffing patches
cvs server: Diffing pkg

thx,
tamer.

--
hardware, n: The parts of a computer system that can be kicked.
Tamer Fahmy
2005-11-13 18:58:48 UTC
Permalink
Post by Tamer Fahmy
hmm, while we are at it!
CONFIGURE_ARGS+=--with-mail-gid=nobody
CONFIGURE_ARGS+=--with-mail-gid=_mailman
i went now through the pita to setup a mailman test installation on
3.8 in order to verify if it still breaks because of the incorrect
--with-mail-gid configure setting and if it still needs to be
addressed for 3.8 mailman-postfix flavors.

so here is what i did:
$ cd /usr/ports/mail/mailman/
$ FLAVOR=postfix make
...
# FLAVOR=postfix make install

after setting up postfix and mailman (the way it's outlined in
/usr/local/share/doc/mailman/README.OpenBSD [what a time saving doc!!!
thx to all of you who wrote this wonderful piece of doc!]) i posted
something to a freshly created test mailing list where it then bounces
back with:

<***@XXX>: Command died with status 2:
"/usr/local/lib/mailman/mail/mailman post test". Command output: Group
mismatch error. Mailman expected the mail wrapper script to be executed as
group "nobody", but the system's mail server executed the mail script as
group "_mailman". Try tweaking the mail server to run the script as group
"nobody", or re-run configure, providing the command line option
`--with-mail-gid=_mailman'.

after doing exactly that by applying the attached patch everything
works as expected. it would be great if you could verify that and
apply the attached patch!

thx for the excellent work on the port so far,
tamer.

--
hardware, n: The parts of a computer system that can be kicked.

Loading...