[iucg] mappings-01 and the general procedure

[Debbie Garside]

Alessandro wrote:

> * Match all of "a", "A", "á", "Á", "å", "Å", etcetera.
> Possibly also match "l" and "1", like old typewriters, so
> that, e.g., "paypal" and "paypa1" match. A procedure could
> even do complicate phonetics processing.

There is only so much mapping you can do and mapping will not deal with
cases such as "cl" and "d" which, in the same way as your example, when
rendered in certain fonts are prime characters for phishing - consider
www.barclays.co.uk and www.bardays.co.uk.  Basically, this means that each
application will need to write software that will deal with such issues.  It
is entirely possible to write base software that will deal with this type of
issue that can be incorporated as a plugin to various other applications
that will allow such strings but will alert the end user/registry etc. to
the possibility of a security/trademark breach. I don't believe that this
type of mapping should be conducted within IDNA2008 - IMHO it should be a
secondary process conducted by implementers of IDNA2008 according to their
needs and perceptions.

Best regards

Debbie


> -----Original Message-----
> From: idna-update-bounces at alvestrand.no
> [mailto:idna-update-bounces at alvestrand.no] On Behalf Of
> Alessandro Vesely
> Sent: 14 July 2009 11:01
> To: internet users contributing group
> Cc: update
> Subject: Re: [iucg] mappings-01 and the general procedure
>
> John C Klensin wrote:
> > For IDNs, there are the following possibilities (in theory at
> > least) for Latin-based characters:
> >
> > * "A" and "a" could match for strings that contained zero non-ASCII
> > characters, but be different if even a single
> > non-ASCII appeared in the string.   That would cause the worst
> > sort of user astonishment, at least for users of most of
> the languages
> > that use Latin-based scripts.
> >
> > * "A" and "a" could match always, but "Á" and "á" would not
> match and
> > neither would "Å" and "å".  That would be a very strange result
> > globally, even though it might be desirable for French
> words (but not
> > necessary French mnenomics).
> >
> > * If they are all permitted, for some sense of "permitted", "A"
> > would match "a", "Á" would match "á", "Å" would match "å",
> and so on.
>
> Since this is a theoretical enumeration, there's another two
> classes of possibilities that may be worth mentioning, just
> for the sake of
> completeness:
>
> * Match all of "a", "A", "á", "Á", "å", "Å", etcetera.
> Possibly also match "l" and "1", like old typewriters, so
> that, e.g., "paypal" and "paypa1" match. A procedure could
> even do complicate phonetics processing.
>
> * Define the mapping parametrically in _mapping.TLD, for each
> IDN-enabled TLD. Even if this may answer what are TLDs good
> for, a global mapping would still be needed for the tld label itself.
>
>
> _______________________________________________
> Idna-update mailing list
> Idna-update at alvestrand.no
> http://www.alvestrand.no/mailman/listinfo/idna-update
>
>
>