I've been using TMDA for some time and this problem has only appeared recently.
...
A confirmation request gets sent to [EMAIL PROTECTED], which is correct.
When I send the a message to the confirmation address, this is logged: Date: Sun Feb 13 11:43:06 GMT 2005 From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subj: None Actn: CONFIRM accept 1108294936.7568.msg (1534)
But the OK good_confirm_done_cookie log item never appears, an acknowledgement is never returned to teh sender, and the message is not released. Instead, the confirmation message ends up in my inbox (because procmail has given up on tmda-filter) and the debug log gets:
Uncaught Python 2.3.4 Exception (Sun Feb 13 11:43:06 2005):
-----------------------------------------------------------
Traceback (most recent call last):
File "/home/swaldman/tmda/bin/tmda-filter", line 53, in ?
execfile(os.path.join(execdir, 'tmda-rfilter'))
File "/home/swaldman/tmda/bin/tmda-rfilter", line 891, in ?
main()
File "/home/swaldman/tmda/bin/tmda-rfilter", line 822, in main
verify_confirm_cookie(cookie_value, 'accept')
File "/home/swaldman/tmda/bin/tmda-rfilter", line 541, in verify_confirm_cookie
raise IOError, \
IOError: /home/swaldman/.tmda/pending/1108294936.7568.msg has no Return-Path header!
This would seem to suggest that tmda chokes on the confirmation emails, and this is bourne out by the fact that I can release the messages quite happily by using tmda-pending.
Which MTA (email server) are you running?
You need to ensure that the message text passed to TMDA (for original messages and confirmations) has a Return-Path header. This should be prepended to the email either by your MTA, or by the "script" (e.g. .qmail/.forward/...) that is used to invoke TMDA.
The above message indicates that the original message (not the confirmation response) didn't have this header, so TMDA can't parse it correctly to deliver it.
See http://www.tmda.net/config-server.html, and search for the text relevant to your MTA.
_____________________________________________
tmda-users mailing list ([email protected])
http://tmda.net/lists/listinfo/tmda-users
