Here is what I have tried:I honestly don't know where USERNAME is used -- it looks like it should be CONFIRM_ADDRESS which determines the base e-mail address of the confirmation sender.
USERNAME = "fhe" HOSTNAME = "elitists.org" FULLNAME = "F. Even" MESSAGE_FROM_STYLE = "angles" CONFIRM_ADDRESS = "[EMAIL PROTECTED]"
Now...the unix account name itself is something completely different, lets call it "acctname."
Now, first of all, when the confirmation message, the message does not send out using the "USERNAME" I have specified, but the unix acctname. Yet, the message is sent w/ the correct "FULLNAME" and "MESSAGE_FROM_STYLE." Now, when someone tries to confirm their message w/ the above config, it also fails.
Someone sends me a message, they will get the confirmation request from the "CONFIRM_ADDRESS" above, yet when they go to confirm, they will get a response which is another confirmation request. Now if I comment out the "CONFIRM_ADDRESS" above and let tmda create the confirmation address using the local unix "acctname," it then works.Check your incoming log, but my guess from the above would be that, due to the alias, the envelope recipient is being lost. TMDA sees it as fresh incoming unsolicited mail, and reacts accordingly. You'll need to tell your MTA either to set $RECIPIENT properly going into TMDA, or write a header with the correct recipient and tell TMDA to check that.
I'm sure there's a valid reason, but out of curiosity.... If the sender presumably addressed something to the e-mail address in question, how are you hiding anything by not using it as the base of the confirm address?
-- Micha�l A. Bishop
"From silly devotions and sour-faced saints, spare us, O Lord." -St. Teresa of Avila
"A truly good book teaches me better than to just read it. I must soon lay it down and commence living on its hint. What I began by reading, I must finish by acting." -Henry David Thoreau
smime.p7s
Description: S/MIME Cryptographic Signature_____________________________________________ tmda-users mailing list ([EMAIL PROTECTED]) http://tmda.net/lists/listinfo/tmda-users
