encoding newlines in attribute values
Douglas Otis
dotis at mail-abuse.org
Fri Apr 20 18:05:47 UTC 2007
On Apr 20, 2007, at 10:56 AM, Johnny Bufu wrote:
>
> On Apr 19, 2007, at 10:46 AM, Josh Hoyt wrote:
>> Each attribute already has to define its encoding rules and data-
>> type. The mechanism for encoding a newline can be part of this
>> encoding, if newlines are allowed in the value. Once there is one
>> attribute that has a defined encoding for newline, when new
>> attributes are defined, they can re-use this encoding. Does that
>> sound reasonable?
>
> So are you proposing that AX only accepts strings without newline
> characters in them, and the encoding to such a string should be
> handled by the parties who actually consume the attributes, according
> to the type / metadata specs?
>
> This would be nice and simple for the AX itself, however it would
> require everyone defining attributes to also define a 'encoding to
> strings without newlines' for them.
The use of base64 can be confined to individual elements within an
attribute where newlines are _not_ affected. There should be a
standardized template for declaring base64 encoding starts with 'X'
and ends with 'Y';
More information about the specs
mailing list