Re: confirm looping. How to stop it?

Rich Duzenbury <[email protected]>
Newsgroups gmane.mail.spam.tmda.user
Message-ID <[email protected]>
On Wed, 2006-09-20 at 11:30 -0600, Stephen Warren wrote:
> Rich Duzenbury wrote:
> > I'm trying to work through a problem with a new installation of tmda and
> > could use your advice.
> 
> > In this configuration, email from an unknown source is sent a
> > confirmation message.  Rather than accepting the confirmation, and
> > allowing the message in, another confirmation for the reply is
> > generated.  This continues over and over again.  Confirmations are never
> > recognized as confirmations.  They are instead seen as new requests, and
> > erroneously treated as such.
> 
> > The main interesting bit in the maillog is that tmda-filter is exiting
> > with code 99, even on a response to a confirm request.  
> 
> That's normal given how TMDA is acting (challenging mails). Whenever a
> message is challenged, TMDA "consumes" the message (places it into the
> holding "queue") and exits 99 to tell qmail not to attempt further
> processing of the email. Typically, when the confirmation comes in, TMDA
> will "pick up" the processing and deliver the email.
> 
> Do you have TMDA debug logging turned on - typically, look in the files
> ~/.tmda/logs - see also:
> 
> http://wiki.tmda.net/ConfigurationVariables#LOGFILE_DEBUG
> 
> One of these logfiles should/might tell you what's going on.
> 
> It sounds to me like TMDA isn't seeing the "EXTENSION" variable, which
> differentiates between mail to user@domain v.s.
> user-something-extra@domain. Perhaps you can check this.
> 
> 
http://theduz.com/tmda/dot-mailfilter

I think you are correct.  Now, what to do about it?

What I did was write a small perl script to dump the environment out to
a text file, just prior to calling tmda-filter
(http://theduz.com/tmda/tmdadebug)


You can see how I the MTA calls tmda-filter via:
http://theduz.com/tmda/dot-mailfilter
You might recall that this is courier-maildrop being called by courier.

Then, I sent an email from an unknown account, and attempted to confirm
it.

The environment trace is located at http://theduz.com/tmda/tmdadebug.log

If you review it, you might see that there isn't an EXTENSION variable
defined.  What is it supposed to be?  I suppose Courier doesn't provide
it, since it doesn't seem to be defined, so -- now what?

Thank you!

Regards,
Rich
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.