<[EMAIL PROTECTED]> writes: > Once the initial message is sent I get a request for confirmation, after > replying to that I get a deliver confirmation that the mail was in fact > delivered sucessfuly.
Which means all is working from TMDA's point of view. Hmmm. > Here are the entries from /var/log/maillog: I've removed all except a couple of lines. > Jan 29 10:24:31 ww3 mail: 1043835871.184071 new msg 5467 > Jan 29 10:24:31 ww3 mail: 1043835871.186240 info msg 5467: bytes 961 from > <[EMAIL PROTECTED]> qp 56984 uid 89 > Jan 29 10:24:31 ww3 mail: 1043835871.191556 starting delivery 548: msg > 5467 to local [EMAIL PROTECTED] > Jan 29 10:24:32 ww3 mail: 1043835872.145970 delivery 548: success: did_0+0+1/ > Jan 29 10:24:32 ww3 mail: 1043835872.147709 end msg 5467 This is the original message that TMDA retrieved from pending (after you successfully confirmed it) and re-sent to you. It's from your original From address ([EMAIL PROTECTED]) and it's to [EMAIL PROTECTED], which is the way qmail encodes mail to a virtual domain. Finally, qmail reports delivery success with three numbers, in your case, 0+0+1. Here's what they mean. The first number is the number of "file" deliveries in the dot-qmail file that qmail actually performed. A file delivery is either to an mbox or a maildir. The second number is the number of forwards from your dot-qmail that qmail performed. The third number is the number of program deliveries from your dot-qmail that qmail performed. In this case, it claims to have delivered to a program (tmda-filter) but not to have delivered to any file (.../tmda/Maildir/). This confuses me. Here's a similar line from my log. 2003-01-30 15:11:32.774154500 delivery 13640: success: did_1+0+2/ I have a program that runs before TMDA, so I have 2 program deliveries and one file delivery. But you can see that the first number is set; that refers to qmail depositing this in my maildir. I believe this is a qmail/vpopmail problem. TMDA is exiting successfully and leaving the delivery to qmail. The delivery is not happening. If there were an error, the qmail log would have indicated it and would not have said "success". I would ask on either the qmail or vpopmail lists if anyone has any ideas why qmail wouldn't deliver to a maildir after a program returned 0. A 0 return means to keep processing the qmail file and that's what TMDA returns when it quits, right after it logs "OK good_confirm_done_cookie". This is on about line 510 in tmda-rfilter. It logs, it takes out a header field and calls mta.deliver(). Since you haven't changed the DELIVERY variable in your config file, it should be set to "_qok_" by default, which just means exit with the 0 return code. Just an odd thought at the end here... do you by any chance have a /etc/tmdarc file hanging around? If so, what are its contents? Tim _____________________________________________ tmda-users mailing list ([EMAIL PROTECTED]) http://tmda.net/lists/listinfo/tmda-users
