Roy Badami <[EMAIL PROTECTED]> writes: > However, I'd like to be able add an additional option to the above > command to cause TMDA to send a bounce to the senders of all the mail > that was deleted. (I'd probably use this in conjunction with a > somewhat shorter interval, say 14 days max.) > > This is (in my opinion) necessary in order for me to fully comply with > the provisions of RFC 1123 section 5.3.3 and RFC 2821 section 6.1, > both of which require that mail that is not delivered MUST be bounced.
Well, try thinking about it this way and see if it makes sense to you. I'm assuming here that you use the default ACTION_INCOMING of 'confirm'. If you've set it to 'drop' or 'bounce', there won't be any files in pending. If you've set it to 'hold' this explanation won't work because you've largely circumvented the whole point of TMDA and created extra work for yourself, poring over your daily crop of spam. If a mail ends up in pending, it's because it wasn't recognized and a confirmation request was sent. That is essentially a bounce. It explicitly says the mail won't be delivered unless you respond. Once you respond, it gets delivered, so should no longer be bounced. If you don't respond, it doesn't get delivered but you've already been told that. That's the same thing a bounce would tell you. "You know that mail we told you wouldn't get delivered unless you responded? Well, it didn't." Finally, if it's spam with a bogus return address, the confirmation request (bounce) never reached the original sender and a second bounce won't either. All you'd be doing is increasing 'net traffic. And realize that some of the messages in pending will either have been confirmed or released by you. Those are considered successful deliveries, even though they remain in pending. We certainly don't want to send bounce messages to those people. We can code around this, of course, but between confirmed or released messages and spam that can't be bounced, how many meaningful bounces will really get out? > I realise that many spam filtering techiques throw this principle out > of the window, but being an old timer, I'm a firm believer in the > principle that all mail must be either delivered or bounced, and I'd > like the option of honouring that principle. I don't think TMDA has "thrown this principle out of the window". We've modified it so that, with the correct response to the bounce, your message can actually get delivered rather than hard-bounced and lost. This is all my opinion, of course, and Jason may have a different one. Tim _____________________________________________ tmda-users mailing list ([EMAIL PROTECTED]) http://tmda.net/lists/listinfo/tmda-users
