> Scott Carpenter wrote: >> TMDA is installed on Fedora Core 4 running Qmail/Vpopmail and appears to >> be working with these exceptions. >> If I send an email from an unknown account, I get a proper confirmation request. If I reply to that request, the email is delivered, the address >> is whitelisted and the queue is now empty. >> However, if I don't reply immediately, I get a second request after 1 minute, a third after another 5, a fourth after another 10 and so on. When I reply to a confirmation request, the email is delivered to the mailbox twice, one timestamped with the time that the message was sent and the other with the time it was delivered. >> After the mail is delivered, the confirm email sits in the queue and repeated "Confirmation accepted" emails are sent out until I manually delete the message from the queue. >> Can anyone tell me >> (1) why the repeated comfirmations and >> (2) why the reply is not removed from the queue when the message is delivered? > > Take a look at your mail-server logfiles - It sounds like TMDA is processing the message and delivering it, but the MTA is thinking TMDA didn't do that, so the message sits in the MTA's mail queue and the MTA keeps trying to deliver it.
-- I pulled the relevant info from my logs. Here is the confirmation reply attempting delivery: info msg 10584066: bytes 1848 from <[EMAIL PROTECTED]> qp 7832 uid 0 starting delivery 5575: msg 10584066 to local [EMAIL PROTECTED] info msg 10584068: bytes 2090 from <[EMAIL PROTECTED]> qp 7849 uid 107 delivery 5575: deferral: Here is the "Confirmation accepted" going out: info msg 10584067: bytes 3136 from <> qp 7847 uid 107 starting delivery 5576: msg 10584067 to remote [EMAIL PROTECTED] delivery 5576: success: 216.24.175.8_accepted_message./Remote_host_said:_250_Message_queued/ As you can see, delivery of the confirmation reply is deferred instead of being delivered, and a response is sent back to the sender. The first response says indicates the message will now be delivered. The subsequent responses say the message has already been delivered, you don't need to respond again. FYI: if I remove the tmda-filter line from the .qmail file, the message bounces (since there is no mailbox for [EMAIL PROTECTED]) and the queue is clear, so the non-TMDA mechanism is working fine. It appears to me that tmda-filter is returning a deferral code since the next line (which would simply deliver the mail) does not execute. _____________________________________________ tmda-users mailing list ([email protected]) http://tmda.net/lists/listinfo/tmda-users
