Bisherige Erfahrungen Grommunio-Hosting / Fragen

Phil

Moin zusammen,

vorweg möchte ich mit dem Post niemandem auf die Füße treten oder ein direktes debugging von Problemen, sondern einfach meine Erfahrungen schildern und ggf. Input von Anderen erhalten.
Wir habe jetzt seit ca. 1,5 Jahren Grommunio als Multimandanten-Lösung produktiv im Einsatz um in unserem Kundenkreis eine MS Exchange-Alternative zu schaffen, aufgesetzt damals gemäß Vorgaben durch den Support und als "Lizensierte" Maschine (Opensuse, offizielles Image).

Es war generell erstmal ein Lernprozess um Arbeitsabläufe für die eigentliche Migration festzulegen, mittlerweile findet z.B. die Umstellung der Postfächer nur noch "manuell" statt (Outlook PST-Export + PST-Import), da so am wenigsten "kaputt" geht.
Hierzu sei gesagt, dass wir primär als MSP aufgestellt sind, sprich keine "Entwickler" und unser Ziel war / ist unseren Kunden ein System bereitzustellen, welches vom administrativen Aufwand grob ähnlich zu Exchange ist bzw. der Aufwand immer in Relation zu unserer Teamgröße sein sollte.

Startschwierigkeiten, ein Produkt welches stetig weiterentwickelt wird, versucht sich an den Konventionen von Microsoft bzw. deren Doku zu orientieren und schlicht bei manchen Punkten nicht dem gesamten Anforderungsprofil entspricht waren für uns akzeptabel,
zumal der generelle O-Ton (Offizielle Grommunio Webinare / Kundenbetreuer) immer war "wir bieten Support und vergrößern dafür auch stetig unser Team" und uns sowohl der Opensource-Gedanke als auch die Plattform Linux sehr entgegen kam.

Nach zwei weiteren Kunden hatten wir weitere "Probleme" weitgehend unter Kontrolle, meist durch das Lesen diverser Einträge im Forum (Suche in Verbindung mit Cache, Berechtigungen für Kalender, diffuse Outlookfehler, RSPAMD) wodurch der Fallout nach einer Umstellung
etwas zurückging, ganz rund liefen die Umstellung allerdings nie.

Damit möchte ich keinen falls sagen, dass Grommunio hier die größte Schuld trifft, es wird schlicht auch die Kombination aus verschiedenen Kundenumgebunden (verschiedene Outlook-Versionen, RDS-Server vs. Clients, etc.), Outlook-Quirks und unserer "Fehlannahmen" gewesen sein.

Mittlerweile sind wir bei der 10. Organization und 15 Domains und leider haben wir weiterhin weit größeren Fallout nach Umstellungen als wir verstehen und teilweise bewerstelligen können. Sei es, dass auf einmal Kalender beim Kunden komplett "leer" bleiben auch nach
"Cache bereinigen", "Cache auf All", "Cache mal komplett aus" weiter leer oder fehlgeschlagener Mailversand weil in einer Mail mit 10 Empfänger irgendwo noch ein Empfänger mit einer "defekten" Adresse aus dem Autocomplete-Cash steckt oder plötzlichen Fehlern beim POP-Abruf
und so weiter. Auch das sind keine "schlimmen" Probleme und kritische Probleme wie z.B. zu viele Anfragen, wodurch der gromox-http Service dicht macht treten nicht allzu häufig auf bzw. können wir relativ schnell beheben, aber schön ist anders.

Besonders kritisch und was mich quasi mit zu diesem Post bewegt hat ist, dass wir von Kunden informiert wurden, dass diese im Chat sämtliche anderen User der Grommunio-Installation sehen konnte (Open a direct Message -> suchen).
Wir dachten erst, dass wir irgendwo einen massiven Fehler gemacht hätten, haben ein Ticket beim Support eröffnet, dort konnte das Verhalten aber reproduziert werden. Hier versuche ich mich jetzt sachlich zu halten:

Nachdem der Fehler beim Support reproduziert wurde und ein Kollege von mir nachfragte was wir denn jetzt machen könnten um diese, doch relativ massive, Problematik zu beheben, lautete die Aussage: Deaktivieren Sie doch die Chat-User.
Ich weiß wirklich nicht ob ich das falsch einschätze, aber es kann doch eigentlich nicht sein, dass wir dem Kunden ein Produkt mit Funktion "Chat" anbieten, diese Funktion hat ein offensichtliches Problem im Bereich Datenschutz und als Mitigation
muss ich dem Kunden sagen "Ja die Funktion für die du bezahlst hast hat einen "Bug" und ich muss dir diese jetzt deaktivieren, wann und ob das wieder geht, keine Ahnung". Wir haben das große Glück bei den Kunden ein relativ gutes Standing zu haben, so konnten wir mit Hinweisen auf die bekannten Probleme mit dem Produkt
und der Info, dass das Produkt stets weiterentwickelt wird, die teilweise größeren Mängel ausgleichen bzw. vorab erklären, allerdings gibt es irgendwann einen Punkt wo die Akzeptanz des Kunden schwindet und ich befürchte die Aussage vom Grommunio zur Chatfunktionalität könnte so ein Punkt für
manche Kunden sein.
Das Thema Meet via Jitsi ist ähnlich, wobei wir dieses gar nicht erst den Kunden gegenüber erwähnen und den Zugriff von extern gesperrt haben (Problem "Jeder kann einfach ein Meeting starten"). Leider kommt auch bei uns intern immer mehr Frust
und ein Stück weit Resignation auf.

Ein weiterer Punkt, der teilweise auch aufgrund mangelnder Supportmitarbeiter, verständlich war, ist die Reaktionszeit bei Tickets. Als Beispiel: Am 30.9.2024 hatte ich mich mit der Frage an den Support gewendet ob "User Impersonation" analog zu MS Exchange implementiert ist.
Gebraucht wird diese Funktion bei uns z.B. für den Import von Konakten in andere Systeme. Die initiale Antwort hierzu kam noch am gleichen Tag "Sowohl FindItem als auch Impersonation solle mittlerweile implementiert sein.".
Nach einigen Tests, auch z.B. via Powershell oder Pyhton bekam ich es einfach nicht hin, bei einem Exchange funktionierten meine Tests allerdings. Nachdem ich diese dem Support mitgeteilt und meine Scripts bereitgestellt hatte wollte man sich dies intern anschauen.
Als nach 6 Tagen noch kein Feedback kam und wir einen Kunden umgestellt hatten, welcher die Funktionalität benötigte (die erste Aussage war ja "Sollte gehen") haben wir dann eine Lösung "gebastelt", die Kontakte direkt via SabreDav runterlädt und beim Zielsystem
in die Datenbank schreibt, nicht wirklich schön, aber funktionierte als Übergangslösung.
Dies teilte ich dem Support auch so mit, sowie die Info, dass der Zeitdruck erstmal etwas raus ist und ich auf Feedback warte. Nach ein paar weiteren Logs, welche ich das Ticket gehangen hatte, kam dann am 5.8.2025 nochmal eine Antwort vom Support:
"ich muss hierfür Rücksprache mit dem zuständigen Entwickler sprechen sobald der wieder da ist.". Auf meine letzte Nachfrage vom 17.11.2025 kam bisher keine Antwort.
Das Problem bei dem Beispiel war noch nicht mal, dass ich eine direkte Lösung haben, sondern, dass ich einfach nur wissen wollte "Kann Grommunio das so oder nicht und wenn ja mache ich was falsch".
Ein weiteres Ticket von uns zum, wohl auch im Forum weiterhin allgegenwärtigen Thema "Outlook Suche" (mit Cache / Onlinesuche), hat ähnliche Reaktionszeiten.

Jetzt meine Fragen, da ich leider dazu nirgends wirkliche Aussagen finden konnte:

Sehr pauschal, "nutzen wir das Produkt falsch" oder aber auch "treffen einige Punkte auch auf andere Installationen zu"?
Ist es normal einen dauerhaft erhöhten Debugging-Aufwand zu haben?
Sollte man Grommunio momentan als reine "Exchangeablöse" sehen und Meet / Chat einfach "ausschalten"?
Ist es Best-Practice Scripts / Configs aus dem Forum zu nehmen oder selber im zu implementieren um Funktionen bereitzustellen (Konkret z.B. HAM und SPAM-Folder für User die von BAYES automatisch gelernt werden können) oder Probleme zu mitigieren?
Was ist der beste "Supportkanal" (Forum / Tickets)?

Danke fürs lesen und vorab für jeden Kommentar.

WalterH

Phil findet z.B. die Umstellung der Postfächer nur noch "manuell" statt (Outlook PST-Export + PST-Import), da so am wenigsten "kaputt" geht.

Diese Aussage ist eigenartig, ich kenne jede Menge Systeme, die mit dem Exchange2Grommunio Script migriert wurden und nichts ging kaputt. https://github.com/grommunio/gromox/blob/prime/tools/exchange2grommunio.ps1 Daher die Frage was kaputt geht?

Das es Probleme mit komplexeren Terminen gibt, ist leider bekannt.

Wir hosten auch, aber verwenden nur die Exchange Features, Intern haben wir das Archiv aktiviert, das ist aber eine alte Version vom Piler und man muss nach jedem Archiv Update nacharbeiten, was ich nun mit einem Script erledige.

Die Hoffnung war auf das große Update das gegen Ende 2025 kommen sollte aber scheinbar hängt das noch in der QS.

Rolandk

Danke für die wirklich interessante Erfahrung. Bin gerade dabei, den ersten Exchange auf Grommunio zu bringen, kleineres Format (30 Nutzer).
Irgendwie spricht es ja Bände, dass auf diesen sehr wohlwollend formulierten, aber kritischen Post niemand seitens Grommunio geantwortet hat, auch nach 2 Wochen nicht.
Meine Erfahrung ist, dass mit imapsync die Übertragung von Emails sehr sauber klappt. Habe gerade 80.000 Nachrichten unseres Projektarchivs damit ohne Fehler oder Abbrüche von Exchange V16 nach Grommunio gebracht. Hatte imapsync früher schon mal für ein großes Email-Archiv verwendet (Desknow nach Kopano), das war eine Vollkatastrophe, weil ständige Abbrüche. Auf dem Quellserver (Desknow) hing sich der IMAP-Dienst immer wieder auf (also x-Mal neustarten), dann gab es jede Menge Probleme mit Nachrichtengröße und Ordnernamen. Am Ende war das tagelange Handarbeit. Daher war ich jetzt echt erstaunt, dass es von Exchange nach Grommunio (zwar mit 3 Tagen Dauer) glatt durchläuft. Wohl auch, weil Exchange und Grommunio hinsichtlich IMAP-Konventionen hinreichend ähnlich sind (z. B. das gewisse Sonderzeichen im Ordnernamen nicht akzeptiert werden in beiden Systemen, das war damals ein riesen Ding).
Hoffe, es kommt noch eine Antwort von den "Profis"... das mit dem Chat würde mich auch interessieren, weil ich die Funktion später freigeben wollte für unsere Firma.

WalterH

Rolandk Meine Erfahrung ist, dass mit imapsync die Übertragung von Emails sehr sauber klappt

Wieso wurde das Migrations Script nicht verwendet? https://github.com/grommunio/gromox/blob/prime/tools/exchange2grommunio.ps1

Rolandk

WalterH Unkenntnis. Hatte ich nicht gefunden.

Phil

Erstmal frohes Neues und Danke für das Feedback!
Zum Thema Import aus Exchange WalterH hatten wir es initial ohne das PS-Script gemacht, sprich manuell New-MailboxExportRequest auf dem jeweiligen Exchange und dann gromox-pff2mt wobei die exportierten Postfächer einfach auf einer Share lagen. Fehler waren unteranderem "kaputte" bzw. leere Kontakte, am Anfang der "importiert..."-Ordner unter dem die restliche Folder lagen (mit -s hätte das vermieden werden können) oder der Import hat schlicht nicht funktioniert bzw. wir mussten nochmal neu exportieren. Die "händische" Variante via Outlook war da zuverlässiger.

ckd Danke für das Feedback.
Zum Thema "Outlook": klar und absolut richtig, momentan allerdings meiner Meinung nach noch teilweise als "Lösung" Alternativlos, da teils z.B. auch irgendwelche Add-Ins genutzt werden müssen, die nur mit Outlook funktionieren und die Umstellung auf einen anderen E-Mailclient oder Webinterface erstmal auf weniger Akzeptanz stößt und es meist eher ein "politisches Problem" ist auf das wir keinen / wenig Einfluss haben.

Was ich bestaetigen kann, ist, dass man weniger Probleme hat, wenn man auf den Einsatz der offiziellen Appliance mit OpenSUSE verzichtet und Debian als solide Basis nimmt.

Wenn ich das Produkt "Grommunio" als Package nutze bzw. kaufe hätte ich gesagt muss ich mich am "offiziellen Weg" orientieren, sprich opensuse / dem offiziellen Insaller. Ich könnte mir vorstellen das auf der Basis auch das entsprechende QM stattfindet.

Stichwort "Anpassungen":

Im Bereich Linux / OSS eigentlich nichts ungewoehnliches.

Im Kontext Community-Editon / "Mailserver-Homelab", klar. Im Kontext Produktiv-Umgebung finde ich das etwas schwieriger. Als Extrem gibt es Hersteller die sofort jeden Support einstellen sobald sie merken, dass irgendetwas am OS / der Datenbanke / whatever geändert wurde (gewisse Phone-System Anbieter), anders natürlich z.B. aber auch bei Proxmox Mailgateway, wo aber auch alles ziemlich gut dokumentiert ist bzw. vom Hersteller so kommuniziert wird. Die Kommunikation fehlt meiner Meinung nach hier (Webinare / Schulungen / etc.).

ckd

Auch ich moechte betonen, dass ich hier niemandem auf die Fuesste treten, sondern einfach nur meine persoenliche Erfahrungen teilen moechte. Grommunio ist fuer mich nach wie vor der Favorit im Bereich europaeische Groupware fuer souveraene IT ohne US-Dienste. Es ist ein noch sehr junges Projekt und es braucht einfach seine Zeit -- und auch wenn es mich bei bestimmten Bugs von Zeit zu Zeit selbst immer wieder frustriert, verstehe ich sehr wohl, dass Rom nicht an einem Tag erbaut wurde.

Sehr pauschal, "nutzen wir das Produkt falsch" oder aber auch "treffen einige Punkte auch auf andere Installationen zu"?

Gerade auf der Outlook Seite muss man sagen, dass Microsoft seine On-Premise Kunden aktuell maximal frustriert. Die Probleme unter Office 2024 mit seinen monatlichen Updates sind selbst mit der Exchange Subscription Edition enorm und auch mit dem offiziellen Microsoft Support knirscht es da kraeftig. Office 2019 funktionierte eigentlich tadellos -- auch mit Grommunio -- sollte man aber nicht mehr produktiv einsetzen, weil EOL. Das Ganze wird sowieso 2029 Geschichte sein, wenn Microsoft die Anbindung von Exchgange On-Premise beerdigt und die Funktionen aus Outlook entfernt bzw. nur noch Azure anbindbar macht. Gerade auf der Client Seite bist du "diesem" Outlook einfach ausgeliefert und nach jedem Patchday wird es besser, nein schlechter ahem, ja: anders. Wir testen aus diesem Grund den emClient -- als moeglichen Outlook Ersatz.

Was ich bestaetigen kann, ist, dass man weniger Probleme hat, wenn man auf den Einsatz der offiziellen Appliance mit OpenSUSE verzichtet und Debian als solide Basis nimmt. Ich halte OpenSUSE schlichtweg fuer die falsche Wahl -- Sorry. Alma Linux, Rocky Linux, Debian... aber wie kommt man auf OpenSUSE? Eigentlich hatte ich von einer offiziellen Appliance etwas anderes erwartet: eine speziell gehaertete RHEL (oder RHEL Derivat) Installation mit aktiviertem FIPS-Kernel, SELinux und zertifiziert nach ISO:27001. Aus Sicherheitsperspektive hat die aktuelle Appliance sowieso ihre Designschwaechen, ich hatte hierzu auch mal verschiedene Vorschlaege gemacht.
https://community.grommunio.com/d/1581-security-suggestions-for-improvement-in-accordance-with-iso27001bsi-standards

Ich war nach einem halben Jahr mit der Appliance so frustriert, dass ich den PoC erst mal pausierte hatte und erst mit der Ankuendigung von grommunio-setup unter Debian den PoC wieder aufgenommen hatte, da ich Grommunio ohne die Appliance einfach nicht vernuenftig zum Laufen bekommen hatte und die Dokumentation nicht detailliert genug war.
Grommunio-Setup: https://community.grommunio.com/d/2325-debian-trixie-13-grommunio-setup

Zu Meet oder Jitsi kann ich nichts sagen, da fuer uns nur die Mail Groupware relevant ist, quasi um Exchange mittelfristig abzuloesen. Wir planen die Umstellung bis Ende 2027, bis dahin wird weiter getestet und der PoC vorangetrieben. Sowas braucht Zeit und wir wollen auch nichts ueberstuerzen, denn wir wollen ahem duerfen nicht die User gegen uns aufbringen -- und wir haben sehr viele davon.

Ist es normal einen dauerhaft erhöhten Debugging-Aufwand zu haben?

Da spielen zwei Faktoren eine Rolle und insbesondere die mangelnde (Update)Qualitaet von MS-Produkten was On-Premise angeht oder deren Vernachlaessigung dieser Kunden oder beides. Ein Zyniker wuerde behaupten, dass das zu deren Geschaeftsstrategie gehoert... fuer viele Probleme mit Outlook kann Grommunio nix fuer. Thunderbird ist einfach noch nicht so weit, Evolution unter Linux ist noch sehr buggy und als Alternative bleibt aktuell nur der emClient. Wir hatten auch schon Bugs mit Outlook, die nach dem naechsten Office Update Geschichte waren und umgekehrt oder nach Monaten wieder aufgetaucht sind, obwohl sich nichts gaendert hatte.

Und sind wir ehrlich, wie alt ist das Produkt Grommunio und wie alt ist das Produkt Exchange? Solide Stabilitaet eines Produktes kommt nicht ueber Nacht und auch nicht nach wenigen Jahren... man koennte das beschleunigen, wenn man z. B. die Community besser einbinden wuerde, d. h. Freigabe der Supported Repositories und aktive Interaktion hier im Forum oder meinetwegen auch in einem Ticketsystem was das Melden von Bugs und Problemen angeht -- gerade bei sehr engagierten Leuten hier im Forum. Aktuell nutzt man die Community eher fuer Alpha/Beta Tests und auf auf vieles wird halt hier im Forum nicht eingegangen oder extrem zeitverzoegert oder manchmal auch gar nicht beantwortet, so dass viele Leute in der Community irgendwann frustriert aufhoeren zu posten und weiterziehen. Das Produkt muss halt weiter reifen, dies kann man aber nur beschleunigen, wenn man den Nutzerkreis vergroessert. Ich bin ehrlich, die Communtiy Version von Grommunio wuerde ich selbst privat nicht betreiben wollen.

Sollte man Grommunio momentan als reine "Exchangeablöse" sehen und Meet / Chat einfach "ausschalten"?

IMHO ja. Grommunio sollte sich mal ueberlegen, ob sie die Produkte nicht voneiander trennen und erstmal den Fokus auf die Mail Groupware legen wollen. Nextcloud sollte auch weichen und durch OpenCloud ersetzt werden. Kopano hatte leider viele Jahre vor sich hin geirrlichtert, auch das muss erst mal kompensiert werden mit dem Fork zu Grommunio.

Ist es Best-Practice Scripts / Configs aus dem Forum zu nehmen oder selber im zu implementieren um Funktionen bereitzustellen (Konkret z.B. HAM und SPAM-Folder für User die von BAYES automatisch gelernt werden können) oder Probleme zu mitigieren?

Im Bereich Linux / OSS eigentlich nichts ungewoehnliches.

Dennoch wuerde ich empfehlen, gerade was Mail Protection angeht, also Anti-Spam, Anti-Virus usw. eine Gateway Loesung zu nehmen. Das hat auch ueberhaupt nichts mit dem Produkt Grommunio zu tun, es hat sich ueber die Jahre schlichtweg bewaehrt -- genauso wie bei Exchange auch -- etablierte Produkte hierfuer zu nutzen, die seit Jahrzehnten darauf spezialisiert sind. Gerade wenn man zur ernsthaften Umsetzung der 270001 oder der BSI Standards verpflichtet ist, fuehrt da generell kein Weg dran vorbei.

Was ist der beste "Supportkanal" (Forum / Tickets)?

Definitiv Tickets und natuerlich einen Grommunio Partner. Die Kolleginnen und Kollegen von Grommunio empfehlen dir da gerne jemanden. Das Forum wird leider etwas vernachlaessigt. Die Community koennte erheblich groesser sein, wenn die Kommunikation eine andere waere. Es fehlt etwas der Spirit der fruehen 2000er Jahr, wo man noch auch auf viele Freiwillige gesetzt hatte, die sich nur gerne engagieren. Es gibt sie immer noch, man ruft sie nur nicht ab. Schade eigentlich.

WalterH

Phil sprich manuell New-MailboxExportRequest auf dem jeweiligen Exchange und dann

Das Script macht auch nichts anderes. Wenn das manuell nicht funktioniert, stellt sich die Frage ob der Exchange Server wirklich richtig konfiguriert war, alle Updates installiert sind usw.

ckd

Phil Im Kontext Community-Editon / "Mailserver-Homelab", klar. Im Kontext Produktiv-Umgebung finde ich das etwas schwieriger. Als Extrem gibt es Hersteller die sofort jeden Support einstellen sobald sie merken, dass irgendetwas am OS / der Datenbanke / whatever geändert wurde (gewisse Phone-System Anbieter), anders natürlich z.B. aber auch bei Proxmox Mailgateway, wo aber auch alles ziemlich gut dokumentiert ist bzw. vom Hersteller so kommuniziert wird. Die Kommunikation fehlt meiner Meinung nach hier (Webinare / Schulungen / etc.).

3CX laesst gruessen. ^^

Ich bin da guter Dinge. Nach dem jahrelangen Stillstand bei Kopano und deren seltsamer Einstellung zu Veraenderungen tut sich bei Grommunio doch sehr viel; gerade die Fortschritte der letzten 24 Monate sind beeindruckend.

Es ist ein noch sehr junges Produkt und hat daher noch viele Abhaengigkeiten zu MS Produkten mit ungewisser Zukunft -- und deren Hersteller Microsoft ist gerade dabei, viele alte Zoepfe abzuschneiden zugunsten von Azure-Cloud. Ich kann mich noch an die Zeiten von Kopano erinnern, wo wirklich bei jedem MS Patchday die Outlook Synchronisation weggeflogen ist. Auch bei Thunderbird hat sich so gut wie nichts getan -- seit Jahren schon -- und deren kuerzliches Release mit EWS-Support laeuft mehr schlecht als recht (IMHO). Unter Linux hast du nur Evolution als Alternative, aber da gibt es auch noch sehr viel zu tun und produktives arbeiten fuer den Endanwender ist damit nicht denkbar.

Ich hatte es oben ja schon angeregt: man sollte den Fokus auf die Groupware legen und Chat / Jitsi / Nextcloud erstmal on Hold setzen. Grommunio haette z. B. mit dem sehr konservativen Debian als Appliance einen erheblich geringeren Pflegeaufwand, da man nur jedes zweite Major Release mitmachen muss -- dank LTS -- und koennte dann mehr Zeit in Dokumentation und Kommunikation stecken.

Was richtig gut funktioniert ist der emClient, der Hersteller stellt sogar in Aussicht, dass Linux ebenfalls nativ im naechsten Major Release unterstuetzt werden koennte. Wenn ihr aber Software habt, die mittels Add-On irgendwelche Dinge in Outlook machen, habt ihr natuerlich verloren. Zu Veraenderungen in Organisationen gehoert auch der politische Wille dazu, in Schleswig-Holstein sieht man aktuell, dass die das eiskalt durchziehen wollen. In Muenchen hat man den Kampf (gegen die Lobby) vor einigen Jahren verloren.

Ich bin mal gespannt, wie das bei uns laufen wird, denn wir sind auch so eine angestaubte Windowsbude -- der Wille zu Veraenderungen ist da, nur ob man das auch politisch so mittragen wird, wenn mal Probleme auftreten, da bin ich mir dann nicht so sicher. Wenigstens kann man sich darauf verlassen, dass, wenn nichts passiert, jedes Jahr mehr Geld nach Redmond ueberwiesen werden muss, was umgekehrt den politischen Druck wieder erhoeht, diese Veraendungen von oben (bedingslos) mitzutragen, damit man nicht am Widerstand von einzelnen Abteilungen oder gar einzelnen Akteuren scheitert.

Aktuell begegnen mir vor allem folgende Themen: Abkehr vom Verzeichnisdienst Active Directory, Abkehr von MS Exchange, Abkehr von VMware ESXi und Abkehr von MS Office. Microsoft hat ja mehr oder weniger schon bekannt gegeben, dass Windows Server 2025 das letzte On-Premise Betriebssystem sein wird (EOL 2035), der Exchange Subscription jederzeit eingestellt werden kann (voraussichtlich 2029), dass die Anbindung an den On-Premise Exchange aus Office verschwinden wird (voraussichtlich 2029) und die Kosten fuer On-Premise Office LTSC und Windows Enterprisen, um Windows 11 ueberhaupt datenschutzkonform betreiben zu koennen, nur eine Richtung kennen: steil nach oben. Und die letzte Verlaengerung von VMware aus dem Hause Broadcom hat richtig weh getan.

Wir nutzen die aktuelle Situation, um gruenes Licht (und Gelder) fuer Veraenderungen zu bekommen. Noch vor wenigen Jahren war die blosse Erwaehnung des Wortes "Linux" schon Grund genug, dass man auf dem Parkplatz einen Scheiterhaufen errichtete, mittlweile kriegt man eher -- wenn auch sehr leise und unverstaendlich gemurmelt -- die Frage mit auf den Weg, ob es da nicht auch etwas vom Pinguin gibt und dass man sich das bitte mal naeher anschauen sollte. Schon lustig, wie sich die Zeiten aendern koennen. ^^

Das Problem vieler IT-Dienstleister sind halt auch die unverschaemt hohen Stundensaetze, mit der Folge, dass keines solcher Projekte die heiligen Hallen der Endkunden verlassen. Wir haben -- als Endkunde -- wenigstens noch das Glueck, dass wir (fast) alles selbst machen koennen und dafuer auch genuegend Leute haben und dadurch kaum Dienstleister benoetigen.