* Stephen Warren <[EMAIL PROTECTED]> [2006-11-03 16:33:09 -0700]:

> > Ok, so I've tried this twice and it's happened twice and I don't know if
> > this is something TMDA just does or what, but:
> > 
> > [EMAIL PROTECTED] sends an email to me
> > tmda replies, wants confirmation
> > [EMAIL PROTECTED] replies to the confirmation
> > tmda replies, says it's ok
> > tmda delivers the original [EMAIL PROTECTED] email
> > tmda also delivers the email to vdanen+confirm[string] to me as well
> > (the confirmation reply that [EMAIL PROTECTED] made).
> > 
> > I don't want to see his confirmation email.  How do I tell TMDA to junk
> > that confirmation email address?
> 
> My guess is that you're running a different MTA than TMDA is configured
> for. As such, TMDA think it's swallowing the confirmation email, but the
> MTA actually delivers it.
> 
> Check your incoming log to see if this is the case, and check the steps
> here: http://wiki.tmda.net/ServerConfiguration

No, I don't think that's it.  The MAIL_TRANSFER_AGENT is set to "exim"
and DELIVERY is set to smtp.  So I think that should be ok.  My
incoming.log shows:

Date: Fri, 03 Nov 2006 14:34:57 -0700
From: "Vincent Danen" <[EMAIL PROTECTED]>
  To: [EMAIL PROTECTED]
Subj: Re: Please confirm your message
Actn: CONFIRM accept 1162589596.5474                                    (2993)

Date: Fri, 03 Nov 2006 14:34:57 -0700
From: "Vincent Danen" <[EMAIL PROTECTED]>
  To: [EMAIL PROTECTED]
Subj: Re: Please confirm your message
Actn: CONFIRM_APPEND /srv/mail/linsec.ca/vdanen/.tmda/lists/confirmed   (2993)

Date: Fri, 03 Nov 2006 14:35:00 -0700
From: "Vincent Danen" <[EMAIL PROTECTED]>
  To: [EMAIL PROTECTED]
Subj: testing tmda
Actn: OK good_confirm_done_cookie                                       (2013)

So I'm not sure what the deal is.  I assume the first "CONFIRM accept" is
the real culprit tho.

TMDA is handling all the deliveries for this account, so the outbound
stuff is heading out via smtp to the localhost, but TMDA is doing the
end delivery which means it's writing it to the mailspool instead of
discarding it.

-- 
{FEE30AD4 : 7F6C A60C 06C2 4811 FA1C  A2BC 2EBC 5E32 FEE3 0AD4}
mysql> SELECT * FROM users WHERE clue > 0;
Empty set (0.00sec)

Attachment: pgp9OQ2bAUFDW.pgp
Description: PGP signature

_____________________________________________
tmda-users mailing list (tmda-users@tmda.net)
http://tmda.net/lists/listinfo/tmda-users

Reply via email to