WalterH
TL;DR
https://github.com/grommunio/gromox/commit/4d271dcf96555cda18918c19b368ce73d3b92c2e
Das Supported-Repository bereitet jetzt auch allen zahlenden Kunden Freude, nachdem die QA zusammen mit DEV für ein stabiles Release sorgen konnte/durfte. Generell entzieht sich uns die Nachvollziehbarkeit der 'Sorge', wenn grommunio in der Ausnahme 5 Wochen Zyklus hat. Zumeist gibt es kürzere Release-Zeiten mit Hotfixes und Feature-Updates (2-3 Wochen).
Gerade wenn der branchenübliche Standard bei 4 Wochen (Patch-Day, et al.) ist.... 🤷
Selbst den ganz großen gelingt es kaum (CVE >7.0 ausgenommen), quasi-Einzelcommits regelmäßig (dauerhaft aufgrund des QA-Aufwandes) inkrementell bereitzustellen, weder in der OSS- noch in der MS-Welt.
Hintergrund der Verzögerung bei diesem Release: Das weder RFC822, RFC2822 noch RFC5322-konforme MIME-Handling mit multipart-mixed von Apple. Für interessierte, dies betrifft nicht nur grommunio und hat auch bereits MS Probleme bereitet. Prominente Auszüge eines weiteren Leidensgenossen (mit Exchange) aus https://www.msxfaq.de/exchange/clients/imap_mit_macos_mails.htm:
Ich werde das Gefühl nicht los, dass Microsoft einen sehr schrägen Code eingebaut hat, um einen besonderen Fall zu lösen, der in Realität nicht oft vorkommt. Exchange, Outlook, OWA, EWS und ActiveSync haben anscheinend kein Problem damit, eine Mail wir das obige Beispiel zu interpretieren. Aber irgendwo muss es vermutlich einen IMAP4-Client gegeben haben, der mit den von Apple als MIME-Mail versendeten Mails Probleme hatte und sich Microsoft dann dazu durchgerungen hat, im IMAP4-Service eine Konvertierung zu schreiben.
Auch für mich bietet Exchange immer wieder einmal neue überraschende Erkenntnisse. Sicher nutzen nicht viele Firmen ihren Exchange Server als "IMAP4"-Backend aber dass der IMAP4-Service abhängig von einem UserAgent im Feld "Mime-Version" die Mails umformatiert, ist bemerkenswert. Anscheinend muss es eine komische Formatierung bei "Mac OS", also auch IPhones) geben, die Exchange zwar problemlos versteht aber anscheinend einige IMAP4-Client verwirrt. Das Problem muss in der Vergangenheit bei Microsoft so wichtig geworden sein, dass hier allem Anschein nach Code für genau diesen Fall eingebaut wurde und der IMAP4-Service die Mails komplett neu generiert.
Eine Erkenntnis teilen wir hinzufügend: Es betrifft nicht nur macOS+IMAP, das gesamte MIME-handling ist client-übergreifend betroffen, insbesondere auch EWS.