Subject: misc/30175: (pf)spamd manpages inaccurate and erroneous
To: None <misc-bug-people@netbsd.org, gnats-admin@netbsd.org,>
From: Peter Postma <peter@pointless.nl>
List: netbsd-bugs
Date: 05/09/2005 11:41:00
>Number: 30175
>Category: misc
>Synopsis: (pf)spamd manpages inaccurate and erroneous
>Confidential: no
>Severity: serious
>Priority: high
>Responsible: misc-bug-people
>State: open
>Class: doc-bug
>Submitter-Id: net
>Arrival-Date: Mon May 09 11:41:00 +0000 2005
>Originator: Peter Postma
>Release: NetBSD 3.99.3
>Organization:
>Environment:
System: NetBSD mercury.pointless.nl 3.99.3 NetBSD 3.99.3 (mercury) #0: Wed May 4 11:25:46 CEST 2005 peter@mercury.pointless.nl:/usr/obj/sys/arch/sparc64/compile/mercury sparc64
Architecture: sparc64
Machine: sparc64
>Description:
After the renaming of spamd -> pfspamd (and all related programs),
the manpages now contain erroneous information. One example:
The pfspamdb(8) says "spamdb" everywhere while the program is now
called "pfspamdb". There are references to the old spamd programs.
There's a reference to /var/db/spamd which is now /var/db/pfspamd.
The history section doesn't tell me that the programs were renamed
and for what reason.
Another odd thing:
etcupdate(8) wants to install /etc/spamd.conf but I can't find
the manpage for spamd.conf.
>How-To-Repeat:
Read the manpages for spamd, etc.
>Fix:
There are a few options:
1) Remove spamd from base and put it into pkgsrc.
2) Audit all manpages and fix the breakage.
3) Rename pfspamd back to spamd :-)
Personally I would go for 1) and here's why:
spamd was imported with the excuse: "it's part of pf", but
in fact it is not. spamd was developed a while after pf was made
and the only relation it has with pf is that it redirect smtp
connections (IPF can do that too) and it can use tables for
white/grey- listing. So if they (OpenBSD) make a webserver or
whatever program that can use advantage of pf, should we import
that too? I think we should selective about which software would be
useful to have in the base system and which would be not.
A spam deferral daemon that no-one uses in the base system while
there exists a similar heavily used app in pkgsrc (spamassassin)
is IMHO _not_ useful.
If we look at FreeBSD and DragonFly BSD, then we can find pf
in the base system but not spamd. Now have a guess why they
didn't imported spamd...
Many people have asked to move it to pkgsrc since the import, so
can we please do this? I don't think anyone uses (pf)spamd because
no-one complained after the rename and we didn't shipped a release
with it yet. There's currently an (old) version of spamd in
pkgsrc-wip and I am willing to prepare it for pkgsrc if we decide
to remove spamd from the base system.