Defekte Umlaute mit GroupDAV und Lightning / Kontact

d.simon 2009-08-06 14:18:03 UTC #1

Hallo,

beim Zugriff auf eGroupware-Kalender mit Thunderbird/Lightning oder Kontact mittels GroupDAV kommt es zu folgendem Problem, zu dem ich bisher keine Lösung finden konnte:

Termine die in der Beschreibung Umlaute und Zeilenumbrüche enthalten, werden fehlerhaft dargestellt. Statt der der Umlaute wird etwas in der Art von ‘=C3=B6=C3=A4=C3=BC=0D=0A=C3=96=C3=84=C3=9C=0D=0A=C3=9F=C3=9F=C3=9F’ angezeigt, wobei es sich um die UTF-8-Hex-Codes der entsprechenden Umlaute handelt.
Enthalten die Terminbeschreibungen lediglich Umlaute, jedoch keine Zeilenumbrüche wird alles korrekt dargestellt.
Das Webinterface und der Zugriff via iCalSrv bereiten grundsätzlich keine Probleme und stellen in jedem Fall die Umlaute richtig dar.

Auf welchem Weg die Termine angelegt werden, wenn der o.g. Fehler auftritt, ist unerheblich. Sie können per Webinterface, iCal und sogar GroupDAV erzeugt werden und zeigen dann die o.g. Fehler nur beim Zugriff per GroupDAV.

Bei eGroupware und der MySQL-Datenbank ist die Verwendung von UTF-8-Encoding eingestellt.

Der Test mit verschiedenen Clients und Betriebssystemen brachte bisher leider kein Ergebnis.
Ich wäre daher für Lösungsvorachläge sehr dankbar…

Schönen Gruß

Daniel Simon

Getestete Versionen sind:

eGroupware 1.6.001 + 1.6.002

Ubuntu 8.10 Server 64-bit -
Kernel 2.6.27-14-server
Apache2 2.2.9-7ubuntu3.2
PHP 5.2.6-2ubuntu4.2
MySQL 5.0.67-0ubuntu6
Ubuntu 8.10 Server 32-bit -
(Gleiche Konfiguration, wie die 64-bit-Version oben)
Debian 5.0.2 Lenny 32-bit -
Kernel 2.6.26-2-686
Apache2 2.2.9-10+lenny4
PHP 5.2.6.dfsg.1-1+lenny3
MySQL 5.0.51a-24+lenny1

Clients:
Thunderbird (2.0.0.22 + 2.0.0.21) mit Lightning 0.9 (auf Ubuntu-Linux 8.10 / 9.04 und Windows 2000 / XP)
Kontact 1.4.2

d.simon 2009-08-06 15:03:00 UTC #2

Christoph Kaulich schrieb:

Hallo,

das Problem lässt sich mit ein paar Änderungen im Quellcode beheben, hier die
diffs:

Index: infolog/inc/class.infolog_ical.inc.php

— infolog/inc/class.infolog_ical.inc.php (Revision 27592)
+++ infolog/inc/class.infolog_ical.inc.php (Arbeitskopie)
@@ -72,7 +72,10 @@
$options = array();
if(preg_match(’/([\000-\012\015\016\020-\037\075])/’,
$value))
{

                          $options['ENCODING'] = 'QUOTED-PRINTABLE';

                  if($this->productManufacturer != 'GroupDAV')

```
                          {
```

                                  $options['ENCODING'] = 'QUOTED-

PRINTABLE’;

                          }
                  }
                  if($this->productManufacturer != 'GroupDAV' &&

preg_match(’/([\177-\377])/’,$value))

Index: calendar/inc/class.calendar_ical.inc.php

— calendar/inc/class.calendar_ical.inc.php (Revision 27592)
+++ calendar/inc/class.calendar_ical.inc.php (Arbeitskopie)
@@ -453,7 +453,10 @@
if ($paramData[‘CN’]) $valueData .=
$paramData[‘CN’]; // attendees or organizer CN can contain utf-8 content
if($key != ‘RRULE’ &&
preg_match(’/([\000-\012\015\016\020-\037\075])/’,$valueData))
{

                                          $options['ENCODING'] =

‘QUOTED-PRINTABLE’;

                                  if($this->productManufacturer !=

‘GroupDAV’)

                                                  $options['ENCODING'] =

‘QUOTED-PRINTABLE’;

                                          }
                                  }
                                  if($this->productManufacturer !=

‘GroupDAV’ && preg_match(’/([\177-\377])/’,$valueData))
{

Vielleicht schaffen die Änderungen es ja bis in den Quellcode,

Christoph

d.simon:

Hallo,

beim Zugriff auf eGroupware-Kalender mit Thunderbird/Lightning oder Kontact mittels GroupDAV kommt es zu folgendem Problem, zu dem ich bisher keine Lösung finden konnte:

Termine die in der Beschreibung Umlaute und Zeilenumbrüche enthalten, werden fehlerhaft dargestellt. Statt der der Umlaute wird etwas in der Art von ‘=C3=B6=C3=A4=C3=BC=0D=0A=C3=96=C3=84=C3=9C=0D=0A=C3=9F=C3=9F=C3=9F’ angezeigt, wobei es sich um die UTF-8-Hex-Codes der entsprechenden Umlaute handelt.
Enthalten die Terminbeschreibungen lediglich Umlaute, jedoch keine Zeilenumbrüche wird alles korrekt dargestellt.
Das Webinterface und der Zugriff via iCalSrv bereiten grundsätzlich keine Probleme und stellen in jedem Fall die Umlaute richtig dar.

Auf welchem Weg die Termine angelegt werden, wenn der o.g. Fehler auftritt, ist unerheblich. Sie können per Webinterface, iCal und sogar GroupDAV erzeugt werden und zeigen dann die o.g. Fehler nur beim Zugriff per GroupDAV.

Bei eGroupware und der MySQL-Datenbank ist die Verwendung von UTF-8-Encoding eingestellt.

Der Test mit verschiedenen Clients und Betriebssystemen brachte bisher leider kein Ergebnis.
Ich wäre daher für Lösungsvorachläge sehr dankbar…

Schönen Gruß

Daniel Simon

Getestete Versionen sind:

eGroupware 1.6.001 + 1.6.002

Ubuntu 8.10 Server 64-bit -
Kernel 2.6.27-14-server
Apache2 2.2.9-7ubuntu3.2
PHP 5.2.6-2ubuntu4.2
MySQL 5.0.67-0ubuntu6

Ubuntu 8.10 Server 32-bit -
(Gleiche Konfiguration, wie die 64-bit-Version oben)

Debian 5.0.2 Lenny 32-bit -
Kernel 2.6.26-2-686
Apache2 2.2.9-10+lenny4
PHP 5.2.6.dfsg.1-1+lenny3
MySQL 5.0.51a-24+lenny1

Clients:
Thunderbird (2.0.0.22 + 2.0.0.21) mit Lightning 0.9 (auf Ubuntu-Linux 8.10 / 9.04 und Windows 2000 / XP)
Kontact 1.4.2

f.streib 2009-08-11 08:43:48 UTC #3

Hallo zusammen,

wir haben die empfohlenen Quellcodeänderungen eingespielt. Vielen Dank hierfür.
Das Problem hat sich dadurch “gebessert”.

Nun tritt der Effekt auf, dass die Umlaute zwar einwandfrei umgesetzt werden, jedoch bestimmete Sonderzeichen immer noch nicht korrekt verarbeitet werden.

Wenn mit Lightning oder Kontact per CalDAV ein Termin eingetragen wird und dieser im Discription Feld testweise folgende Zeichenkette enthält:

äöüäöüä :: , .
ÄÖÜÄÖÄ // \

sehen wir beim Anzeigen des Termins:

äöüäöüä , .
ÄÖÜÄÖÄ // \\

Doppelpunkte verschwinden komplett und Backslashs scheinen immer wieder quotiert zu werden. Jedes mal wenn der Termin bearbeitet und neu gespeichert wird kommen mehr Backslashs hinzu.

Vielen Dank für die Hilfe.

F.Streib