Gre7g Luterman <[EMAIL PROTECTED]> writes:
> I imagined this header being added by tofmipd or other competative
> program.
Yes, of course. But at some point, a human being will still have to
type ``Primary'' or ``Preferred'.
The easiest way would probably be an `ADDED_HEADERS_CLIENT' entry in
your .tmda/config or /etc/tmdarc for MUA-independence. e.g,
ADDED_HEADERS_CLIENT = {'X-Primary-Address' : '[EMAIL PROTECTED]'}
> I suppose every user could just add this to their mail client, but
> if we relied on that then we would see it used about 1% of the time.
There will be incentive for senders to add this header though since it
benefits them much more than the recipient.
> If it was machine generated in that sense (tofmipd or whatever), then
> the logical way to set up the code would be so that it "figures out"
> a good default and lets you override it with a configuration
> parameter if you want something else.
I think it might be too hard to try and guess which address a user
prefers be whitelisted. Also, many users don't use TMDA's client-side
features to send outgoing mail, and I can't configure their MUAs for
them.
I think just documenting the option in the FAQ (and possibly
sample.tmdarc) should be sufficient.
BTW, as you might have guessed, I'm not a believer in turning on lots
of features by default and trying to "outsmart" the user by guessing
default values and preferences. In my experience this leads to
problems that are difficult to diagnose, and users who don't
understand how the software actually works. TMDA ships "bare-bones"
with pointers to the documentation, so users make their own decisions,
and ultimately their own mistakes, and learn in the process. It's
harder for them initially, but it's also better for them in the
long-run.
_________________________________________________
tmda-workers mailing list ([EMAIL PROTECTED])
http://tmda.net/lists/listinfo/tmda-workers
