Steve Atkins wrote:
Okay, but "arf" is so short ;-) And we have to get everybody else to use it.
"feedback" works too.
The only setting that the MUA is likely to have access to is the name of the
IMAP or POP3 server. As IMAP and POP3 are not name-based, the entry there could
easily be domain.com, mail.domain.com, imap.domain.com or pop.domain.com or
smtp.domain.com or even www.domain.com.
It has the default name used in inbound email, as well as (usually) an
email address used as a userid. Per delivery server. It may even be
able to see the rcpt to (or the MTA could "help". Oh, never mind).
One option is to have the MUA "use some heuristic to find the 'domain' associated
with that hostname", but past experience with SSP suggests that it makes people
point and laugh at you and start mentioning things like imap.aardvark.us.com.
Another would be to prepend "feedback." to the imap server name - so do an MX lookup for
"feedback.imap.domain.com" to discover whether it's to enable the TiS button. That'll
either need a DNS record added for every possible name for the IMAP server, or accept that it won't
autoconfigure unless the recipient uses the name for the IMAP server you're expecting, either of
which seems reasonable.
(That doing MX lookups is not something that MUAs typically need code for, and
that isn't supported by base API, is a minor issue but worth mentioning).
Agreed. I suspect many MUAs are completely incapable of doing direct to
MX, and don't do MX lookups. See other suggestion, where I say "Use
normal submit mechanism".
_______________________________________________
Asrg mailing list
Asrg(_at_)irtf(_dot_)org
http://www.irtf.org/mailman/listinfo/asrg