[Kolab-devel] Kolab 3.0: Mime Message Storage
Aleksander Machniak
machniak at kolabsys.com
Fri May 18 08:11:33 CEST 2012
On 05/17/2012 11:25 PM, Christian Mollekopf wrote:
>> First the encoding of the attachment is restricted to quoted-printable,
>> then the encoding of the XML attachment itself is set to utf-8.
>>
>> Honestly, mail clients require some level of compatibility already,
>> including a variety of encodings, such as iso-8859-1 or what is it
>> again, and it doesn't really seem impossible to just allow "whatever is
>> most convenient for the client writing it out".
>>
>> That is to say, libkolabmime / libkolab could of course just only ever
>> writing out quoted-printable. That's not the problem. I just think it's
>> best to not restrict what anything else might write out and have
>> libkolabmime / libkolab act accordingly upon reading the MIME attachment
>> - even though part of the exercise is to have "our clients" use
>> libkolab*.
>>
>
> My point is, that if we allow *any* encoding, we have to support *any*
> encoding in libkolab, and so does every other kolab client, which is in fact
> impossible, unless there are some restrictions on the allowed encodings in the
> MIME RFC. Given that a kolab client needs to make that decision anyways (in
> which encoding to write out the xml), I don't see why it couldn't just use
> quoted-printable, unless the given platform would indeed lack an
> implementation of quoted-printable and implementing it would be too
> cumbersome, which is unlikely given its simplicity. So overall I just see
> allowing multiple encodings complicating matters without any benefits in
> return.
>
> I do see your argument about using utf-8 for the xml and then using quoted
> printable to encode it again. We can allow utf-8 and quoted printable, if you
> think it's worth the extra effort, but I'm really not in favor of allowing just
> everything, because that just means we have to implement every encoding some
> client implements because we don't comply to our own spec otherwise.
There are three possibilities for mail messages: base64,
quoted-printable and 8bit. I think all recent mail clients support them.
I don't see a need to require any specific encoding type for kolab objects.
--
Aleksander Machniak
Web Developer, Kolab Systems AG
-------------------------------------------------------
PGP:19359DC1 - http://www.kolabsys.com - http://alec.pl
More information about the devel
mailing list