[Kolab-devel] distributionlists testing

Gunnar Wrobel wrobel at pardus.de
Tue Jun 3 14:05:51 CEST 2008

Bernhard Reiter <bernhard at intevation.de> writes:

> Hi Martin,
> On Monday 26 May 2008 09:21, Martin Konold wrote:
>> > > The mimetype of this attachment will be
>> > > "application/x-vnd.kolab.<type>" where type is the content type of the
>> > > file.
>> > > (http://kolab.org/doc/kolabformat-2.0rc7-html/x179.html)
>> > >
>> > > Looking at the Kontact source code on the other hand reveals that
>> > > Kontact uses the same mime type :(
>> >
>> > If this is the case, we might also consider changing the kolab-format
>> > spec as we will have quite a few objects of this type out there in the
>> > wild.
>> I strongly object to this way of dealing with implementation problems. If
>> the standard is not broken but the implementations are broken then fix the
>> implementations but not the standard.
>> The former approach is the reason for too many problem in other areas like
>> html where implementations finally defined the standards...
>> So fix the implementations and use the version numbering schema for
>> backwards compatibility.
> this might be true in the general case, but we are looking at a specific case.
> Do you know any implementation that is _not_ following the Kontact or Toltec
> implementation? 

Horde obviously but that is of course rather new and can be modified.

> If there is non, and there is no other drawback, we would only 
> put the burden on implementors and users - without any practical gain
> for the first release that is called "stable".

Concerning the implementation this exception requires a pretty useless
bit of code and I believe it makes sense to stick to the original
intention of the format description.

I'm not saying that we should declare the current implementations as
invalid. But we should just mark it as an exception, suggest newer
clients to allow reading both formats while writing the correct
format. This way we could at least try to phase out this type of
exception as I don't see a really convincing reason to keep it around.



> So I believe this should be considered in concrete terms.
> Bernhard
> -- 
> Managing Director - Owner: www.intevation.net       (Free Software Company)
> Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com.
> Intevation GmbH, Osnabrück, DE; Amtsgericht Osnabrück, HRB 18998
> Geschäftsführer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner
> _______________________________________________
> Kolab-format mailing list
> Kolab-format at kolab.org
> https://kolab.org/mailman/listinfo/kolab-format

______ http://kdab.com _______________ http://kolab-konsortium.com _

p at rdus Kolab work is funded in part by KDAB and the Kolab Konsortium

____ http://www.pardus.de _________________ http://gunnarwrobel.de _
E-mail : p at rdus.de                                 Dr. Gunnar Wrobel
Tel.   : +49 700 6245 0000                          Bundesstrasse 29
Fax    : +49 721 1513 52322                          D-20146 Hamburg
   >> Mail at ease - Rent a kolab groupware server at p at rdus <<                 

More information about the format mailing list