Re: [EAI] Comments on draft-ietf-eai-imap-utf8-07
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [EAI] Comments on draft-ietf-eai-imap-utf8-07
Let me try...
I think it's down to whether ENABLE UTF8 enables everything in section
4,5,6.7, or we need to write ENABLE UTF8=APPEND, ENABLE UTF8=ALL, etc.
And from my own understanding, UTF8=ALL is superset of UTF8, so it is
UTF8=ONLY implies {UTF8=ALL, UTF8=APPEND}
UTF8=ALL implies UTF8
UTF8=APPEND is not clear on UTF8, but can be
UTF8=USER is info on SASL, but can imply UTF8
I think specifying the following should do..
UTF8=ONLY --> {UTF8=ALL, UTF8=APPEND, No m-UTF7} [This is clear
from the doc]
UTF8=ALL --> {UTF8} [This is clear]
UTF8=APPEND --> {UTF8}
UTF8=USER --> {UTF8} [USER is not something client can enable anyway]
Joseph
On 3-Sep-09, at 6:18 PM, Barry Leiba wrote:
Hi, Pete.
OLD
The UTF8=ONLY capability implies the UTF8 base capability, the
UTF8=ALL capability and the UTF8=APPEND capability. A server which
advertises UTF8=ONLY need not advertise the three implicit
capabilities.
Oy. This makes parsing the capability string complicated, and
should
be earlier in the document. It'd be good to make this clear at the
beginning, when the UTF8 capability is first mentioned.
I'm not sure what you want here. Something in the "UTF8" section
that says,
"See below"? Left as is for now. Fix in an RFC Editor Note if need
be.
When one starts reading the document, one gets to this:
---------------------------------------------
3. UTF8 IMAP Capability
The basic "UTF8" capability indicates the server supports UTF-8
quoted strings, the "UTF8" parameter to SELECT and EXAMINE, and
UTF-8
responses from the LIST and LSUB commands.
---------------------------------------------
It's only later, when one gets to section 7, which I quote above, that
one finds that it's not sufficient to look for "UTF8": one also has to
look for "UTF8=ONLY". And we don't say that UTF8=ALL, UTF8=APPEND, or
UTF8=USER imply the base UTF8. So if UTF8=ONLY is special, I think we
need to say that right up there at the start of section 3, so it's
clear. Or else we say that the presence of *any* "UTF8=" capability
implies the base UTF8, and say *that* in section 3, so it's clear
right up front as to what capability string(s) need to be checked for.
D'you see what I'm getting at?
Barry
_______________________________________________
IMA mailing list
IMA at ietf.org
https://www.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.