{"id":5215,"date":"2024-12-09T14:43:29","date_gmt":"2024-12-09T13:43:29","guid":{"rendered":"https:\/\/bluemind.purpl-web.com\/?p=5215"},"modified":"2024-12-09T14:43:30","modified_gmt":"2024-12-09T13:43:30","slug":"bluemind-v5-tschuss-cyrus-imap","status":"publish","type":"post","link":"https:\/\/bluemind.purpl-web.com\/de\/bluemind-v5-tschuss-cyrus-imap\/","title":{"rendered":"BlueMind v5: Tsch\u00fcss, Cyrus IMAP!"},"content":{"rendered":"\n

Bis einschlie\u00dflich Version 4 enthielt BlueMind Cyrus IMAP<\/a>, einen anerkannten Open-Source-IMAP-Server, der als Basis f\u00fcr den E-Mail-Server diente. Seit der Version 5<\/a>, die 2024 ver\u00f6ffentlicht wurde, ist das anders. BlueMind hat beschlossen, diesen Baustein zu entfernen und die IMAP\/POP-Messaging-Funktionen direkt in den Core (die Kernkomponente von BlueMind) zu integrieren<\/strong>.<\/p>\n\n\n\n

Warum das so ist und wie das m\u00f6glich ist, k\u00f6nnen Sie im Folgenden nachlesen.<\/p>\n\n\n\n

Cyrus IMAP in BlueMind<\/strong><\/h2>\n\n\n\n

In BlueMind 4 und fr\u00fcheren Versionen wird Cyrus IMAP daf\u00fcr verwendet, die Standard-E-Mail-Protokolle IMAP und POP3 zu verwalten. Cyrus IMAP ist auch der Speicherserver f\u00fcr E-Mails. Das hei\u00dft, er speichert und verwaltet die physischen Daten der E-Mails, Anh\u00e4nge, Metadaten (wie \u201egelesen\u201c oder \u201eungelesen\u201c) und regelt die Datenhierarchien auf Speicherebene (HSM<\/a>, Hierarchical Storage Management).<\/p>\n\n\n\n

Native Outlook-Unterst\u00fctzung, exklusiv bei BlueMind<\/strong><\/h2>\n\n\n\n

BlueMind hat zum Ziel, eine souver\u00e4ne Alternative aufzuzeigen und der Forderung nach einem Ausstieg aus den Microsoft-Servern nachzukommen. Deshalb bietet BlueMind exklusiv die native Unterst\u00fctzung von Outlook an, ohne Outlook zu erweitern oder zu ver\u00e4ndern \u2013 sei es auf der Ebene der GUI, der Funktionen oder des Verhaltens. Denn das ist es, was Benutzer wollen: Outlook so zu erhalten, wie es heute bei denjenigen funktioniert, die Exchange einsetzen. Das erfordert die Unterst\u00fctzung der nativen Protokolle und Formate von Exchange\/Outlook, also MAPI auf der Serverseite.<\/p>\n\n\n\n

MAPI<\/strong> funktioniert wie eine Datenbank, durch Synchronisation. Die Abfragen, die Outlook durchf\u00fchrt, sind absolut nicht kompatibel mit der Funktionsweise und den Prinzipien eines IMAP-Servers.<\/p>\n\n\n\n

Es galt, MAPI zu unterst\u00fctzen und seine Anfragen, die sehr schnelles, sehr h\u00e4ufiges und komplexes Lesen und Schreiben erfordern, korrekt und schnell zu beantworten. Deshalb war es notwendig, den IMAP-Server Cyrus zu umgehen<\/strong> und die E-Mail-Daten \u2013 genauer gesagt die Metadaten und die E-Mail-Struktur \u2013 in einer Datenbank zu speichern. Der Textk\u00f6rper der E-Mails wurde nur in Cyrus IMAP aufbewahrt.<\/p>\n\n\n\n

F\u00fcr BlueMind 4 wurde daher eine Replikation eingerichtet<\/strong>, mit der die E-Mail-Daten f\u00fcr Outlook, aber auch f\u00fcr andere Zwecke vorbereitet werden, zum Beispiel f\u00fcr neue Webmail und mobile Ger\u00e4te.<\/p>\n\n\n\n\n\n

Der Replikationsserver erm\u00f6glicht es Cyrus IMAP, eine Kopie der Nachrichten an den bm-core-Dienst zu \u00fcbermitteln. Dieser ruft die Metadaten der Nachrichten ab, die f\u00fcr Exchange Active Sync (bm-eas<\/a>), Outlook (bm-mapi<\/a>) und Elasticsearch erforderlich sind. Diese Daten speichert er in einer Datenbank \u2013 wie Exchange es tut \u2013 und in Elasticsearch.<\/p>\n\n\n\n

Ein Beispiel: Wenn Sie eine E-Mail in Outlook als \u201egelesen\u201c markieren, muss BlueMind v4 einen IMAP-Call bei Cyrus IMAP t\u00e4tigen und auf die R\u00fcckmeldung von Cyrus warten. Dann muss es die Daten auf dem Replikationsserver replizieren und danach in Postgres und Elasticsearch speichern.<\/p>\n\n\n\n\n\n

Das nennt man in BlueMind v4 die Replikationsschleife. Diese Funktionsweise macht Cyrus IMAP zur Referenz f\u00fcr alle E-Mail-Daten und f\u00fcr alle Zug\u00e4nge \u2013 Outlook, Thunderbird, Mobiltelefon, Webmail und andere IMAP-Clients. Wenn etwas \u201ekaputt\u201c geht, beginnt man wieder bei Cyrus und rekonstruiert anhand der Informationen.<\/p>\n\n\n\n

Aber warum dann auf Cyrus verzichten?<\/strong><\/h2>\n\n\n\n

Cyrus IMAP weist mehrere Einschr\u00e4nkungen auf. Damit passt er nicht mehr zu den Anspr\u00fcchen und Entwicklungen der E-Mail- und BlueMind-Funktionen.<\/strong><\/p>\n\n\n\n

Allem voran gilt dies im Bereich der Objektspeicherung. Diese ist notwendig, wenn man eine Plattform \u00fcber Cloud-Technologien anbieten will. Tats\u00e4chlich ist es seit BlueMind v4 m\u00f6glich, SDS (Software Defined Storage) zu aktivieren, um gro\u00dfe Mengen an E-Mails zu verwalten. Da Cyrus IMAP keine Objektspeicherung unterst\u00fctzt, waren Anpassungen erforderlich, um diese Unterst\u00fctzung \u00fcberhaupt zu erm\u00f6glichen. F\u00fcr eine effektive Unterst\u00fctzung von Objektspeicher m\u00fcsste Cyrus IMAP komplett neu geschrieben werden. <\/strong>Das bedeutet, er m\u00fcsste unter den spezifischen Bedingungen dieses Modus konzipiert und entwickelt werden.<\/p>\n\n\n\n

Ab Version 5, ohne Cyrus IMAP, ist die Infrastruktur von BlueMind ganz auf Objektspeicherung ausgelegt und erm\u00f6glicht so Funktionen wie Upgrades oder Hot PRA\/PCA<\/strong>. Au\u00dferdem l\u00e4uft die Version auf einem traditionellen Dateisystem.<\/p>\n\n\n\n

Weitere Problempunkte von Cyrus IMAP:<\/strong><\/h2>\n\n\n\n