Re: [EAI] Discussion of draft-ietf-eai-mailinglist-01.txt
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [EAI] Discussion of draft-ietf-eai-mailinglist-01.txt



On Sun, 18 Mar 2007 10:11:31 -0000, Randall Gellens <randy at qualcomm.com> wrote:

At 7:56 PM +0000 3/13/07, Charles Lindsey wrote:

The question is how to bring this about? Martin has declared willingness to bring it into his new mailto draft at some stage (and now we at least have an agreed notation for him to use). But I don't think it would be a good idea to invent our own mechanism, with its own downgrade, for use in the interim. Better to forego the possibility of alt-addresses for the moment, with a NOTE to explain that an extended mailto syntax is expected to be defined in the near future. But, in fact, there is another way:

The alternative is to use two URIs or IRIs in those headers which need it. RFC 2369 is not particularly well written, but if you examine it closely you will see that comma-separated lists of URLs are allowed. So one could have, for example:

    List-Post: <utf8-submission at utf8>, <ascii-submission at ascii>

and RFC 2369 already tells you to examine them from left-to-right and to use the first which you have the capability to use.

I'm concerned that many existing implementations of List-* headers wouldn't work in this case. (Either they wouldn't handle multiple addresses, or if they did, they wouldn't handle UTF8 addresses.)

Well RFC 2369 declares that such comma-separated lists are part of the standard, so any implementation that barfs on them is broken.


But, first of all, can we look at how these headers are actually used? To a large extent, surely, they are for human use. A human wants to unsubscribe from the list, so he asks his browser to show all the headers, finds the one that says List-Unsubscribe, and clicks on what he sees there (which will presumably be a mailto:).

So which of these headers is likely to be looked at an acted upon by some software that need to understand them? What is current practice here?

The obvious candidate is the List-Post header, which might be examined by some MUA in response to pressing a "Followup" button (in fact, I wish MUAs would provide such a button instead of forcing you to use Reply or Reply-to-All, neither of which do what you actually want). Such a facility would certainly expect to see a mailto: and to try to mail the followup to it, and if it found a utf8 address there might get upset (a UTF8SMTP-capable MUA, of course, might look to see if there was a second ascii address and use that if its MSA demanded downgrading).

But I doubt any existing agent is actually going to barf if is sees more than one address. More likely, it will try the first one it sees, and never look any further.

As to what happens when a non-UTF8SMTP agent sees a utf8 address, then that is a fair question. Note that it could easily see such an address even in a dongraded message, since any IRI would simply have been downgraded to a URI, and the utf8 address wold still be there, but %hex encoded.

Again, if a human sees that, and also sees a second ASCII address, he will surely click on the right one. An automated system is going to be confused whatever we put in there, unless we specify a downgrade mechansim that specifically looks at the mailto:s in the List-* headers and removes any utf8 addresses and just leaves the ascii ones.

It might be safer to have new List-* header fields for EAI addresses.

So, an EAI list might include two sets of each List-* header, one for ASCII address using the existing List-* header names, and one for EAI addresses, using the new List8-* names.

That seems like too much departure from the present usage. We should avoid that unless we absolutely cannot see any other way.


But, first, we really do need to know what current software actually does with those headers, other than to display them.

--
Charles H. Lindsey ---------At Home, doing my own thing------------------------
Tel: +44 161 436 6131 ;    Web: http://www.cs.man.ac.uk/~chl
Email: chl at clerew.man.ac.uk      Snail: 5 Clerewood Ave, CHEADLE, SK8 3JU, U.K.
PGP: 2C15F1A9      Fingerprint: 73 6D C2 51 93 A0 01 E7 65 E8 64 7E 14 A4 AB A5


_______________________________________________
IMA mailing list
IMA at ietf.org
https://www1.ietf.org/mailman/listinfo/ima




Note: Messages sent to this list are the opinions of the senders and do not imply endorsement by the IETF.