[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: IRIP version 4 (Part 1) c II
> From: Bruce_Kahn@iris.com
> Date: Wed, 24 Mar 1999 20:26:46 GMT
> ...
> Since you cannot allow some stuff like <CR> and <LF> in the relCalID you
> are faced w/2 possible choices to follow:
>
> 1: The URI RFC(s) allow for encoding rules of what we call the relCalID.
> The MIME world has the concept of RFC 2047 encoding DBCS/MBCS info (ie:
> Kanji in the RFC 822 phrase part). By utilizing these you provide the
> creator fo the relCalID w/a very robust set of ways to name the relCalIDs.
> This is a nice thing to do if humans are ever to read/enter/modify
> relCalIDs by hand since it can easily encode their language specific info.
>
> 2: The RFC 822 approach of restricting the allowable characters to
> _printable_ US-ASCII. This is the KISS approach and is probably best
> taken when humans are not going to be actively involved in
> reading/entering/modifying relCalIDs.
Item (2): Only the header names, not the values:
From: =?ISO-8859-1?Q?Olle_J=E4rnefors?= <ojarnef@admin.kth.se>
However that's not an URL and not how they are encoded.
I vote for RFC1723 (or the appropriate replacement).
-Doug