The current DSPAM ebuild uses procmail as default delivery agent: myconf="${myconf} --with-delivery-agent=/usr/bin/procmail" But does not have procmail in its DEPEND/RDEPEND statement. However... the switch "--with-delivery-agent" is anyway not used anymore by DSPAP configure. This kind of settings can and must be now modified in dspam.conf! Another isse is the whole integration of SQLite: In the old ebuild it was possible to choose between SQLite2 and SQLite3. Now the new ebuild just has a dependency to sqlite but does not enforce SQLite3. Another isse is the way how DSPAM now get's installed. Before the binary was installed with the rights dspam:dspam. Now it is installed as root:root and this breaks the compatibility with DSPAM-web. Reproducible: Always Steps to Reproduce: 1. 2. 3.
the sqlite3 ebuild does not exist anymore, there is I think a bug in the sqlite selection behaviour in the current ebuild if use sqlite ; then myconf="${myconf} --with-storage-driver=sqlite_drv" myconf="${myconf} --enable-virtual-users" is wrong, since sqlite is now version 3, except you didn't upgrade, so it has to be sqlite3_drv... I can't recommend anyone upgrading to 3.6.0 currently, since the ebuild is horribly broken.
You are right, the ebuild is horribly broken. Anyway... I did the upgrade. Needed some time to fix all the stuff in the ebuild (as usual). The ebuild breaks serval stuff wich worked before. For the DSPAM web gui, you need to applay this patch (http://dspam.nuclearelephant.com/dspam-users/0774.html) to see the history and you need probably to change the rights on the dspam binary (else you can not call directly the dspam binary from the web gui and you can not use the dspam binary from master.cf. A workaround could be to use dspam in client/server mode).
st_lim, it looks like you didn't watch bug assigned to net-mail anymore. re-assign.
takeover the maintainership from st_lim.
fixed in 3.6.8