I agree with you that there are many similarities between the MAYBE and TRANSITIONAL. MAYBE at the time wasn&#39;t suitable because it was applied to a huge number of characters. However, applying the concept (with a few changes) to these 4 characters for a transitional period is, I think, feasible.<div>
<br clear="all">Mark<div><br></div><div><br><div class="gmail_quote">On Fri, Dec 4, 2009 at 12:40, John C Klensin <span dir="ltr">&lt;<a href="mailto:klensin@jck.com">klensin@jck.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Once upon a time, not really that long ago, there was a proposal<br>
to differentiate what is now PVALID by including MAYBE YES and<br>
MAYBE NO categories.   Anyone interested should try to find a<br>
copy of draft-klensin-idnabis-issues-06.txt and earlier.  The<br>
general model, in today&#39;s vocabulary, was to put characters (and<br>
groups of characters) that we weren&#39;t sure about into categories<br>
that would encourage different handling on registration and<br>
looking from characters about which we were more certain, to<br>
permit later reclassification, and to arrange for controlled<br>
transitions.  There was consensus for removing those categories<br>
because they made things too fragile, because they would require<br>
that all registries and applications check for updates and<br>
changes frequently (which would be too fragile), and so on.<br>
<br>
In practice, the only real difference between MAYBE and the sort<br>
of implied TRANSITIONAL you imply (or the explicit versions<br>
others have suggested) is that MAYBE would have laid out the<br>
&quot;this is likely to change&quot; aspect of the situation more clearly,<br>
while the idea you outline above raises all of the issues that<br>
the WG has discussed about transitions from DISALLOWED to PVALID<br>
(and decided that reclassification should require a catastrophic<br>
situation).<br>
<br>
If I remember correctly, both you and Mark were at the meeting<br>
at which the decision to drop MAYBE was made and were among<br>
those pushing for that decision, pretty much on the basis<br>
outlined above.<br>
<br>
While I don&#39;t object to revisiting that general idea -- under<br>
the identification of TRANSITIONAL or otherwise-- if the WG<br>
really feels that it wants to go there and that the old model<br>
might be worth the aggravation that caused it to be dropped the<br>
last time around, I hope that everyone does understand that<br>
TRANSITIONAL, as you and others have described it, is very close<br>
to that old and discarded idea... close enough that we might<br>
even be able to borrow text from documents that are now more<br>
than 18 months old.<br>
<br>
best,<br>
   john<br>
<br>
p.s. I&#39;m not going to comment at any length on the &quot;global<br>
mappings&quot; part of your proposal because I think everything has<br>
been said already.  Having required global mappings is<br>
equivalent to _almost_ having U-label &lt;-&gt; A-label symmetry.<br>
And, of all mappings, &quot;map to nothing&quot; is the worst: while part<br>
of the problem with a mapping between &quot;ß&quot; and &quot;ss&quot; is that one<br>
cannot tell by looking at &quot;ss&quot; afterward whether the registrant<br>
intended &quot;ss&quot; or &quot;ß&quot;, one at least knows that &quot;x&quot; or &quot;ab&quot; was<br>
not intended.  With &quot;map to nothing&quot;, the character that was<br>
eliminated could, in principle, have appeared in any position in<br>
any domain name label.<br>
<br>
<br>
<br>
--On Friday, December 04, 2009 04:11 -0800 Erik van der Poel<br>
&lt;<a href="mailto:erikv@google.com">erikv@google.com</a>&gt; wrote:<br>
<br>
&gt; Here is another proposal that is dead simple, yet allows<br>
&gt; implementations to take advantage of a machine-readable file,<br>
&gt; and does not involve &quot;flag days&quot; (dates at which we change<br>
&gt; something).<br>
&gt;<br>
&gt; Instead of having a machine-readable file at each host, we<br>
&gt; have two global files at <a href="http://iana.org" target="_blank">iana.org</a>. One file is similar to<br>
&gt; Patrik&#39;s table with entries like:<br>
&gt;<br>
&gt; 00DF       ; DISALLOWED  # LATIN SMALL LETTER SHARP S<br>
&gt; 03C2       ; DISALLOWED  # GREEK SMALL LETTER FINAL SIGMA<br>
&gt; 200C       ; DISALLOWED  # ZERO WIDTH NON-JOINER<br>
&gt; 200D       ; DISALLOWED  # ZERO WIDTH JOINER<br>
&gt;<br>
&gt; There is no new value called TRANSITIONAL. The infamous 4<br>
&gt; characters (above) start with the value DISALLOWED. Later, we<br>
&gt; change them to PVALID (or CONTEXTJ for 200C/200D). We<br>
&gt; encourage ICANN to redelegate TLDs the registries of which<br>
&gt; flout our rules.<br>
<br>
&gt; The other file is for global mappings. Not language-specific<br>
&gt; mappings. The format might be similar to RFC 3454&#39;s:<br>
&gt;<br>
&gt; 0041; 0061; Case map<br>
&gt; 00AD; ; Map to nothing<br>
&gt;<br>
&gt; The absence of a character from this file means that there is<br>
&gt; no mapping for that character. It maps to itself. The infamous<br>
&gt;...<br>
<br>
_______________________________________________<br>
Idna-update mailing list<br>
<a href="mailto:Idna-update@alvestrand.no">Idna-update@alvestrand.no</a><br>
<a href="http://www.alvestrand.no/mailman/listinfo/idna-update" target="_blank">http://www.alvestrand.no/mailman/listinfo/idna-update</a><br>
</blockquote></div><br></div></div>