"Thomas A. Moulton" <[EMAIL PROTECTED]> writes: "Thomas A. Moulton" <[EMAIL PROTECTED]> writes:
> ------------------- > The idea > ------------------- > If we could check the 'sender-status' before requesting a confirmation > we could, if it fails, give the message a new status in the pending queue > and later (at random times like purge) attempt to deliver confirmation > requests IF the 'sender-status' ever is good > > You may want to limit the number of messages it attempts at a time. > > thoughts? > 0) Most of the messages with smtp connection failures are spam (well, most of _everything_ is spam, these days). So it might be a waste of effort. 1) It is probably not worth the effort of keeping track of the sender status if what you want to do is make one more effort to confirm (or send a final bounce message) before purging. In fact, I think the messages where confirmations don't bounce are more likely to be actual messages from humans (as opposed to spammers :-). db _____________________________________________ tmda-users mailing list ([EMAIL PROTECTED]) http://tmda.net/lists/listinfo/tmda-users
