Steve Keith <[EMAIL PROTECTED]> writes: > At 02:25 PM 1/2/04 -0600, you wrote: >>In our Sendmail instructions (the only MTA requiring the use of >>procmail), we explicitly set procmail's EXITCODE variable from >>tmda-filter's exit code so that procmail *will* successfully return >>the temporary failure notice to Sendmail. > > I assume it's the following code in the default .procmailrc that > assigns the exitcode and establishes the default action: > # Take the exit code from TMDA. > EXITCODE=$? > > # TMDA takes care of final delivery > DEFAULT=/dev/null
Right. > Must something be done with the .procmailrc file beyond the default > configuration to insure it does the right thing? No. If procmail is being run as Sendmail's MDA it should "just work". The mere fact of setting EXITCODE alerts procmail that it should return that value to whatever process invoked it. > I didn't imply it was TMDA's fault, merely it appears that because > of this denial of access to a file, TMDA "loses" the message. I > would regard that as a deficiency in TMDA... if that is indeed > happening. It certainly *appears* to be. If it is losing a message, we have a big problem. It's sure not supposed to! If you care about the details, the tmda-filter program is a simple wrapper around tmda-r(eal)filter. tmda-rfilter does all the work; tmda-filter simply runs tmda-rfilter, catches every Python exception and writes the traceback information to the debug log file (or ~/TMDA_DELIVERY_FAILURE if there is no LOGFILE_DEBUG defined). Finally, it returns EX_TEMPFAIL. If you're seeing the traceback from the Mailman permissions error logged in LOGFILE_DEBUG, then that means tmda-filter successfully caught the error and exited with EX_TEMPFAIL. >>Messages shouldn't be lost and aren't, with the correct MTA/delivery >>agent configuration. This is perhaps the most important design >>criteria both Jason and I adhere to with TMDA. > > That is a great design criteria. Essentially, I have a default > sendmail/procmail configuration... procmail is only being told what > to do by the TMDA recommended instructions, and it appears that when > there is an error, messages are lost. I will test for this > explicitly and let you know what I find. Hmm. I can't guess what's happening. If you can find out any more information, please post it. We'd like to know and it might lead us to an answer. Also, there's a chance some of the other Sendmail users here might be aware of a solution, which we can then document. Thanks, Tim _____________________________________________ tmda-users mailing list ([EMAIL PROTECTED]) http://tmda.net/lists/listinfo/tmda-users
