On Tue, 2003-12-02 at 00:46, Salvatore Toribio wrote: > The point is that qmail-smtpd waits for a return code from > qmail-scanner-queue.pl, before closing the connection with the remote > server, so we can send a proper error code tho reject the mail. >
I think you're on the wrong track here - I've thought about this for years and have never done it. As Qmail-Scanner has to receive the *entire* message before it can virus/spam scan, then there's no bandwidth saving to be had by causing a SMTP error to occur. Also, as we can't get control of the error string qmail-smtpd produces without rewriting qmail-smtpd, then again, the poor end-user (let's forget about them being a spammer for a moment - they may be a false positive) simply gets a bounce saying that "an error occurred" - not exactly helpful. No, the current system of sending a separate e-mail is still the best IMO - given the structure qmail-smtpd forces us to work under. If qmail-smtpd actually piped the error code from qmail-queue/qmail-scanner-queue.pl back out to the SMTP client, then doing such things at the SMTP level would be best - but it doesn't.... Cheers Jason Haar Information Security Manager, Trimble Navigation Ltd. Phone: +64 3 9635 377 Fax: +64 3 9635 417 PGP Fingerprint: 7A2E 0407 C9A6 CAF6 2B9F 8422 C063 5EBB FE1D 66D1 ------------------------------------------------------- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ _______________________________________________ Qmail-scanner-general mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/qmail-scanner-general
