I've been using spamassassin and amavis-ng (calling ClamAV) via the xfilter command in maildrop to manage incoming mail.
The problem is... it seems that my copy of spamassassin started freaking out and it was dropping an assortment of my messages. I guess xfilter was calling it and it was either crashing entirely or it was returning (via xfilter's STDIN) nothing at all.
Whatever the exact problem was... maildrop was discarding the message entirely. I wouldn't even get blank (ie, no body) messages in my inbox. They'd just never get delivered.
Now, the tragedy here is that, with SpamAssassin (the way I've got it configured, anyway), the size of the message should never *decrease* after processing. If it does, something went very wrong and maildrop should just roll back to the copy of the message that it had before the xfilter call. Is there a way to get xfilter to disallow decreases in message size?
In other cases, like with my virus filtering software, the size of the message doesn't decrease unless it actually *finds* a virus, in which case it probably returns a specific return code. So, it would be nice if I could not just prevent decreases in message size, but to prevent them unless a specific return code comes back from the called filter. Any hope here?
- Joe
------------------------------------------------------- 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/ _______________________________________________ courier-users mailing list [EMAIL PROTECTED] Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
