Vladislav Kurz wrote on 01/11/2006 15:37: > I tried spampd_2.30-14_all.deb and it is broken as well. It shows the same > behavior.
Unfortunate, but still mostly expected. What's worse though is that neither I nor Maxim (upstream) have any idea yet what causes this behaviour. And we don't have test systems suitable to hunt this down (it also seems to be an incompatibility somewhere between cyrus-imapd-2.1, exim 4.50-8sarge2 and SpamPD 2.30 as a two-recipient LMTP delivery on my system just worked perfectly fine with postfix 2.3.3-1~bpo.1 and cyrus-imapd-2.2 2.2.13-5bpo2). All I could do at the moment is document the behaviour in README.Debian and mention the two options to work around the problem: Either turn down the number of LMTP recipients to 1 or use SpamPD in the way it was originally intended to be used: As a filtering proxy between two SMTP-speaking MTA instances. > Init script uses lsb function log_daemon_msg which is not > in /lib/lsb/init-functions (at least in stable). I changed it to > log_begin_msg and it started to work. I don't know if the funcion is > available in testing or not, so you should either fix init.d script, or use > verioned dependency on lsb. Thanks for noticing. Added a versioned dependency in 2.30-15 (just uploaded). I accidently also closed 395355 (this bug) with the upload, so if you feel that documenting the problem isn't enough, feel free to reopen it with a mail to [EMAIL PROTECTED] with: reopen 395355 found 395355 2.30-15 thanks in the body of the mail. Or simply tell me to do it. Regards, Sven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
