Hello List, I am seeing some strange behavior from Spamdyke. When enabling Spamdyke inline my delivery between two Qmail-LDAP instances begins to fail due to some errors in the compressed DATAZ stream. Removing Spamdyke from the equation makes the mail begin to work again. The exact error message varies a bit but I have seen the following:
451 Receiving compressed data failed: invalid literal/lengths set #(4.3.0) 451 Receiving compressed data failed: invalid distance too far back #(4.3.0) 421 Timeout. Talk faster next time. 451 See http://pobox.com/~djb/docs/smtplf.html. I found a mailing list post [1] that described disabling the CRLF feature. I tried recompiling with that change because I suspected that Spamdyke may be corrupting the zlib-compressed data thinking that the data was missing the extra carriage returns. I tried the suggested patch but it did not solve my problem. I found another mailing list post [2] that mentions that Spamdyke does not use zlib at all. Has something changed since then? I noticed that my Spamdyke binary is linked against zlib. On my system I am not using ClamAV or anything else in the delivery path other than Spamdyke and Qmail-LDAP. I have enabled the Spamdyke log-dir option and can share those if requested. Have I missed anything? Any ideas why my mail reception is failing? For reference, my platform is Ubuntu Hardy on amd64. Spamdyke version is 4.0.10. Thanks, /BAK/ [1]: http://www.mail-archive.com/[email protected]/msg01989.html [2]: http://www.mail-archive.com/[email protected]/msg01582.html -- Ben Klang Alkaloid Networks LLC [email protected] 404.475.4850 http://projects.alkaloid.net _______________________________________________ spamdyke-users mailing list [email protected] http://www.spamdyke.org/mailman/listinfo/spamdyke-users
