Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!

Full Text Bug Listing

I posted already the information below to the bug
http://bugs.gentoo.org/show_bug.cgi?id=84639 but now I am opening a new bug for
3.4.0 since the old bug is marked as resolved/fixed.

The currently active DSPAM ebuild has serval syntax errors and internal ebuild
errors. Allow me quickly to summarize some issues:

- The new DSPAM has the possibility to use DSPAM as an deamon. The ebuild does
not build and does not install the deamon.

- The DSPAM documentation does mention the preference extensions to be only
available for MySQL and PostgreSQL (for now). The ebuild still does enable the
preference extensions in Oracle (it does not hurt however).

- The Oracle part has a line in the ebuild with just the text
"--with-oracle-version=MAJOR". This is going to fail on every client who has
the Oracle USE flag enabled because "--with-oracle-version=MAJOR" is not an
valid option or command (but it is a valid ./configure command)

- The ebuild mess up the CONFIG_PROTECT_MASK variable and every configuration
in the HOMEDIR and DATADIR is OVERWRITTEN when using the current ebuild. This
is wrong and should be changed to NOT overwrite the HOMEDIR and DATADIR.

- The ebuild fail to create a empty system.log in the LOGDIR. Normaly DSPAM
does log into /var/log but if you have an system.log in your HOMEDIR, then
DSPAM will use that. Which does blow /etc/mail/dspam up for nothing (I have
LVM2 on my system and / is only 100MB. After using the ebuild my / was all the
time full. I never realized that DSPAM did produce that system.log in
/etc/mail/dspam. Moving it out to /var/log/dspam.log and adding a symlink to
/etc/mail/dspam/dpsam.log solves this issue).

- The ebuild do mess up the currently installed dspam.conf. New entries from
the source of DSPAM are never installed on the system if the user already has a
DSPAM installation.

- The ebuild does take care of SQLite 3 but does not install the purge script
for SQLite (if only sqlite3 is in the USE flags)


Reproducible: Always
Steps to Reproduce:
1.
2.
3.

Created an attachment (id=53883) [details]
mail-filter/dspam/files/dspam.cron

New dspam.cron fixing some old problems with config files location and SQL
scripts path.

Created an attachment (id=53884) [details]
mail-filter/dspam/files/dspam.rc

Gentoo init.d script to start DSPAM in deamon mode (if needed. Old method still
works).

Created an attachment (id=53885) [details]
mail-filter/dspam/dspam-3.4.0.ebuild

This is the ebuild I am using to build my DSPAM installation since 3.4 beta.
The attached ebuild does build the deamon for DSPAM and installs a Gentoo
init.d script for using the deamon, but does not force you to use the deamon
mode. I this ebuild I have much of the database setup simplified (less prompts
for RDBMS password). What I don't have enabled in this ebuild is the
possibility to use/install/configure the database on a remote system. For now
the DSPAM database needs to be on the same system as the DSPAM installation. I
can easy add that feature, since I did the same with SQLgrey
(http://bugs.gentoo.org/show_bug.cgi?id=71535http://bugs.gentoo.org/show_bug.cgi?id=71535)
and have the code already handy.

Hi,
  Your suggestions are more than welcome.  I've just been recently offline for a while.  Sorry about that.  Rolling in now.

Ciao
ST Lim

I'll be updating it to CVS with minor changes. :) Thanx for the help.

Hi Lim Swee Tat

thanks for beeing so quick. I have a question regarding the ebuild now in CVS:

You use now "--enable-virtual-users-users" for enabling virtual users but in the documentation there is only "--enable-virtual-users" mentioned. I think you have made a typo there.

You use now "src/tools.mysql_drv/virtual-users_users.sql" but in the archive from http://dspam.nuclearelephant.com/sources/dspam-3.4.0.tar.gz I only can find "src/tools.mysql_drv/virtual_users.sql". PostgreSQL and Oracle have the same additional "-user" in the newins line and in the configuration section but in the archive the referenced sql files are not included. I think you have made a typo there.

In the info output for Oracle there is a typo. It should be "Please" instead of "Pleae" (In the line einfo "Pleae read your dspam.conf, oracle.data and the README for").


Thank you for removing the neutral-network stuff. Did not realized that this does not exist anymore.

And thank you for adding a new way of handling virtual users.


Kind Regards

Steve

BTW: 3.4.1 is out (I am runing it already)

RELEASE 3.4.1-STABLE

This version is a maintenance release and contains bug and 
security-related fixes and minor enhancements.

BUGFIX: Broken returnCodes option does not work in daemon mode
BUGFIX: Improper handling of empty arguments
BUGFIX: Missing RSET functionality in LMTP server mode
BUGFIX: Corpus feeding fails on messages with DSPAM signatures
BUGFIX: TrackSources reports spam from users forwarding spam misses
BUGFIX: 5.1.0 Initialization error fails to RSET
BUGFIX: False positives are delivered if no matching signature
BUGFIX: Opt-in/out preferences support lacking in admin.cgi
BUGFIX: When listener fails, file descriptors remain open
BUGFIX: When file descriptors fail, their invalid state can lead to a crash
BUGFIX: Syslogging does not use LOG_NOWAIT and hangs if syslog breaks
BUGFIX: Some sessions using multiple RCPT TOs process for last recipient 
only
BUGFIX: Socket communications do not send \r

SECFIX: Fixed possible argument overflow vulnerability in authenticated 
server
         Threat Level: Low; requires local relay authentication and routing

Enhancements and other changes:

DSPAM Protocol Enhancements
In an attempt to steer away from DLMTP (DSPAM-proprietary LMTP), the
arguments list sent by the dspam client are now sent via a 
DSPAMPROCESSMODE service tag advertised when the LMTP server recognizes 
a client's LHLO ident and later authenticates.

SMTP Support Addition
In addition to LMTP delivery, SMTP delivery has been added. As a result,
previous LMTPDeliveryHost options have changed. See dspam.conf for more
information. DeliveryProto option has been added to specify LMTP or SMTP.

False Positive Alias:
The false positive alias prefix has been changed from fp- to notspam- 
when using ParseToHeader. This helps prevent a conflict with an existing 
email account.

ParseToHeader Changes:
Two new configuration options are used in conjunction with ParseToHeader:
ChangeUserOnParse: Sets the current user to match the local part after 
prefix
ChangeModeOnParse: Sets the processing mode to match the prefix provided 
eliminating the need for aliases when configured with ChangeUserOnParse.

LMTP Commandline Changes:
The LMTP commandline options have changed to support multiple rcpt tos 
and support SMTP delivery:
   --lmtp-rcpt-to and --lmtp-recipient have been changed to --rcpt-to, 
which can be a list of users similar to --user. If no recipient list is 
specified, the recipient list will mirror the user list.
   --lmtp-mail-from= has been changed to --mail-from=

Regarding the "users-users" and "users_users" typos, see bug #86099.

Hi,
  I think I had most of these fixed. :)  Should be closed rite??