Mai 2014
Hier finden Sie Nachrichten und Einträge aus dem Mai 2014, die sich einmal als News direkt auf der Homepage befunden haben.
3. Mai 2014: Nach einigen kleinen Kämpfen mit Microsoft Windows 7 was den Zugriff von Linux mittels CIFS-Protokoll auf eine Dateifreigabe von Windows anbelangt, ist heute in Zusammenarbeit mit meinem Bruder ein hoffentlich sehr hilfreicher und verhältnismäßig umfangreicher Artikel entstanden. Letztendlich geht der Artikel auf die Fehlermeldung "mount error(12): Cannot allocate memory" ein, die mount.cifs wirft, wenn das interne Performance-Tuning in Microsoft Windows auf den standardmäßigen Workstation-Einstellungen steht aber leistungsfähige Freigaben ähnlich einem Dateiserver benötigt werden bzw. die allgemeinen Umstände nicht zusammenpassen. Gleichzeitig möchte ich mit meinem Artikel diverse falsche Anleitungen im Internet zur Beseitigung des Problems (oftmals ohne Prüfung der eigentlichen Ursache) korrigieren, da die vorige Fehlermeldung durchaus mehr als eine Ursache haben kann.
14. Mai 2014: Greift man mit JavaMail 1.4.5 (oder neuer), welches z.B. Bestandteil von TOPdesk ist, auf das POP3- und IMAP-Gateway der Zarafa Collaboration Platform (ZCP) zu, kann das zu folgendem Java-Fehler führen: Error creating MimeMessage: javax.mail.MessagingException: IOException while copying message; nested exception is: java.io.IOException: No content. Die Ursache ist ein Verstoß gegen Teile der Seite 57 von RFC 3501; vielen Dank nochmals an einen der TOPdesk-Entwickler für diesen Hinweis. Letztendlich bedeutet das, dass wenn der IMAP-Steuerbefehl FETCH 1 (BODY[]<0.16384>) versendet wird, Zarafa daraufhin mit 1 FETCH (BODY[]<0.16384><0> {1689} antwortet, aber mit 1 FETCH (BODY[]<0> {1689} antworten müsste. Die Anpassung im Quellcode ist nicht sonderlich spektakulär und so habe ich einen Patch geschrieben und an Zarafa übermittelt. Dieser sollte (mit einer winzigen Anpassung durch einen Zarafa-Entwickler) bereits im nächsten Release, also Zarafa 7.1.10, enthalten sein. Gleichzeitig werden damit die schon etwas älteren Bugreport-Duplikate ZCP-11590 und ZCP-11739 mitgelöst.
29. Mai 2014: IMAP ist ein Protokoll, das ein Dienst wohl am besten nativ unterstützen sollte - ganz ohne vorherige Konvertierung von einer anderen Technologie. Denn dabei werden scheinbar viele Fehler eingeschleppt: So verstößt die Zarafa Collaboration Platform (ZCP) vermutlich schon immer gegen Teile der Seite 55 von RFC 3501. Wird per IMAP der Steuerbefehl BODY.PEEK[HEADER.FIELDS (FROM FROM) abgesendet darf die Antwort nur eine From:-Zeile enthalten. Das bedeutet schlichtweg, dass doppelt angefragte Kopfzeilen nur einmal ausgegeben werden dürfen - Zarafa gibt allerdings die Kopfzeilen leider mehrfach aus. Ein Blick in den Quellcode verrät, dass die Kopfzeilen genauso ausgegeben werden wie sie angefragt wurden. Um dieses Verhalten zu korrigieren habe ich einen kleinen Patch geschrieben und bei Zarafa eingereicht. Da ich allerdings nicht wirklich ein C++-Entwickler bin, bin ich mir leider nur über die funktionale, nicht aber über die technische Qualität meines Patches im Klaren. Einfließen dürfte meine Korrektur vermutlich in Zarafa 7.1.11, welches vermutlich Ende Juli oder Anfang August veröffentlicht werden wird.