Becz Tam�s wrote: > Hello, > > I use tmda to protect a well publicated address. What I do is > > a) send confirmation requests > b) and date-tag envelopes (so autoresponders can get through) > c) tickle a bit more around after it passess tmda, to have the mail to its > place in the tucketing system, but I'm pretty sure this is not doing anything > bad. > > Problem is when I got a mail wich has my address in the cc field, the tagged > mails behave like my address was the address in the original mail's To: > header, so it has that in its from: header and the reply-to: header is > generated accordingly.
This sounds like the expected behaviour. Typically, TMDA is setup to handle a specific recipient's (i.e. yours) email messages. If a message is sent to multiple recipients, even if those multiple recipients are all "handled" by the same detination mail server, then TMDA is run one per each recipient (assuming all those recipients have TMDA setup) and TMDA is not aware that other recipients of the message may also be generating challenges via TMDA. Hence, TMDA must generate challenge messages from your address, even if you only received the email due to CC or BCC. Actually, to be precise, TMDA doesn't care about the To/CC headers (or the non-existent BCC header), since it performs its processing based on the SMTP envelope sender, which may technically be something completely different again. > I use postfix, and before handing to tmda I'm checking the X-original-to: > header, and set the RECIPIENT env var to it if it exists, because I had > problems otherwise. (Trough I have to look at my docs for the concrete > reason :) ) > > It is done like this: > > XTO=`echo -e "$MAIL" |formail -x X-Original-To` > if [ "$XTO" != "" ]; then > export RECIPIENT="$XTO" > fi I'm not quite sure why you need to do this - are you forwarding email between multiple servers, or using address rewriting or aliasing? > So, anyone have a quick idea of what am I missing here? I think nothing:-)
signature.asc
Description: OpenPGP digital signature
_____________________________________________ tmda-users mailing list ([email protected]) http://tmda.net/lists/listinfo/tmda-users
