Outlook mit Neuinstallation stürzt ab

Andy · Apr 10, 2023

Ich habe gestern eine Neuinstallation mit der Appliance vom 23.3.2023 durchgeführt. Während des Setups wurden alle Updates auf den Stand lp.154.51.x eingespielt. Die Installation selbst mit allen Modulen funktioniert einwandfrei. Ebenso die Übertragung aller Elemente durch Outlook-Export aus der bisherigen Installation in eine PST und danach Rücksicherung in die Neuinstallation mit gromox-pff2mt Name.pst | gromox-mt2exm -u target@mailbox.de funktionierte ohne Beanstandungen.

Da sich in Outlook das bisherige Profil nicht verwenden hat lassen, habe ich entsprechend neue angelegt. Jedoch lässt sich Outlook nicht starten. Nach Erscheinen des Startlogos erfolgt ein kurzes Laden des Profils, dann schliesst Outlook wieder und nichts weiter passiert.

Das Verhalten ist mit verschiedenen Outlookversionen gleich. Reaktiviere ich wieder die bisherige Installation, funktioniert alles wieder wie gewohnt ohne Einschränkungen.

Andy · Apr 10, 2023

Zu den während der Installation verwendeten Versionen:

localhost:~ # rpm -qi gromox | head -n 3
Name : gromox
Version : 2.7.124.acffdb5
Release : lp154.51.1

localhost:~ # rpm -qa grom | sort
grommunio-admin-api-1.9.42.c4f1459-lp154.57.1.noarch
grommunio-admin-common-6.cb985db-lp154.5.1.noarch
grommunio-admin-web-2.6.0.65.f8c649d-lp154.41.1.noarch
grommunio-antispam-3.4-lp154.4.1.x86_64
grommunio-archive-1.3.13.g137.d1b0df1b-lp154.3.6.x86_64
grommunio-chat-7.8.0-lp154.6.1.x86_64
grommunio-common-14.dfc18e0-lp154.18.1.x86_64
grommunio-cui-1.0.249.c3568dd-lp154.50.1.noarch
grommunio-dav-1.2.3.9ad798e-lp154.8.1.noarch
grommunio-dbconf-1.1.1.da20a46-lp154.6.1.x86_64
grommunio-error-pages-1.0.6.9c50afb-lp154.7.1.noarch
grommunio-files-25.0.4-lp154.34.1.noarch
grommunio-imapsync-2.178-lp154.2.1.noarch
grommunio-index-0.1.36.4ebe9ad-lp154.39.1.x86_64
grommunio-office-7.0.0-lp154.4.2.x86_64
grommunio-office-fonts-7.0.0-lp154.4.2.noarch
grommunio-release-2022.12.1-lp154.3.2.x86_64
grommunio-setup-1.0.88.92f0876-lp154.20.1.noarch
grommunio-sync-2.0.10.5557e3a-lp154.118.1.noarch
grommunio-web-3.2.32.d44c667-lp154.211.3.noarch
gromox-2.7.124.acffdb5-lp154.51.1.x86_64
gromox-debuginfo-2.7.124.acffdb5-lp154.51.1.x86_64
gromox-debugsource-2.7.124.acffdb5-lp154.51.1.x86_64
grub2-theme-grommunio-1-lp154.11.2.noarch
jitsi-meet-branding-grommunio-2.0.6726-lp154.2.2.noarch
patterns-grommunio-1-lp154.8.2.x86_64
plymouth-theme-grommunio-1-lp154.11.2.noarch
systemd-coredump-grommunio-1-lp154.2.2.noarch
systemd-presets-branding-grommunio-2022.12-lp154.1.2.noarch
system-user-grommunio-3-lp154.10.2.noarch
system-user-gromox-2-lp154.13.2.noarch
localhost:~ #

Andy · Apr 10, 2023

Könnte das damit zusammenhängen?

localhost:~ # zypper dup
Metadaten von Repository 'grommunio' abrufen .....................................................................................................................................................[fertig]
Cache für Repository 'grommunio' erzeugen ........................................................................................................................................................[fertig]
Metadaten von Repository 'repo-sle-update' abrufen ...............................................................................................................................................[fertig]
Cache für Repository 'repo-sle-update' erzeugen ..................................................................................................................................................[fertig]
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...
Warnung: Sie sind im Begriff, eine Distributionsaktualisierung mit allen aktivierten Repositorys durchzuführen. Vergewissern Sie sich, dass diese Repositorys kompatibel sind, bevor Sie fortfahren. Weitere Informationen zu diesem Kommando finden Sie unter 'man zypper'.
Distributions-Aktualisierungen werden verarbeitet...

Die folgenden 4 Pakete werden durch eine ältere Version ausgetauscht:
grommunio-admin-common grommunio-dbconf grommunio-error-pages grommunio-imapsync

Die folgenden 2 Pakete werden erneut installiert:
grommunio-antispam python3-josepy

4 Pakete werden zurückgestuft, 2 erneut zu installieren.
Gesamtgröße des Downloads: 3,6 MiB. Bereits im Cache gespeichert: 0 B. Nach diesem Vorgang wird kein zusätzlicher Speicherplatz belegt oder freigegeben.
Fortfahren? [j/n/v/...? zeigt alle Optionen] (j):

Ich halte das für ungewöhnlich, habe das aber bislang abgebrochen.

crpb · Apr 10, 2023

zypper dup
Schau dir mal zypper --verbose dist-upgrade an.
Outlook
- Evtl. helfen hier die Registry-Settings entsprechend deiner DNS-Einstellungen
  https://docs.grommunio.com/kb/autodiscover.html
- Und wenn das Profil alt ist aber der Server neu solltest du evtl. das Profil neu anlegen da sich die Autodiscover-Werte höchstwahrscheinlich geändert haben!

An alternative way to validate AutoDiscover request & responses is to use the Gromox command-line utility PASS=abcd gromox-dscli -e user@domain

Andy · Apr 11, 2023

Andy entsprechend neue angelegt

Neue Profile habe ich versucht. Nach Rückkehr zur Bisherinstallation auch wieder, da gings dann wieder. Das Anlegen von Profilen selbst war in beiden Fällen kein Thema.

Könnte das mit dem Gro-Import zu tun haben, dass da Outlook etwas nicht schmeckt? Die PST hatte rund 13 GB.

Andy · Apr 11, 2023

crpb Schau dir mal zypper --verbose dist-upgrade an

localhost:/ # zypper --verbose dist-upgrade
Ausführlichkeitsgrad: 2
Ziel wird initialisiert
Es wird überprüft, ob die Metadaten für base aktualisiert werden müssen
Abrufen: geoip ..............................................................................................................................................[fertig (68 B/s)]
Abrufen: repomd.xml ........................................................................................................................................[fertig (891 B/s)]
Es wird überprüft, ob die Metadaten für grommunio aktualisiert werden müssen
Abrufen: repomd.xml ......................................................................................................................................[fertig (3,0 KiB/s)]
Es wird überprüft, ob die Metadaten für repo-backports-update aktualisiert werden müssen
Abrufen: repomd.xml ........................................................................................................................................[fertig (893 B/s)]
Es wird überprüft, ob die Metadaten für repo-sle-update aktualisiert werden müssen
Abrufen: repomd.xml ........................................................................................................................................[fertig (893 B/s)]
Es wird überprüft, ob die Metadaten für update aktualisiert werden müssen
Abrufen: repomd.xml ........................................................................................................................................[fertig (893 B/s)]
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...
Warnung: Sie sind im Begriff, eine Distributionsaktualisierung mit allen aktivierten Repositorys durchzuführen. Vergewissern Sie sich, dass diese Repositorys kompatibel sind, bevor Sie fortfahren. Weitere Informationen zu diesem Kommando finden Sie unter 'man zypper'.
Distributions-Aktualisierungen werden verarbeitet...
Auflösung erzwingen: Nein
Aktualisierung wird berechnet...

Die folgenden 4 Pakete werden durch eine ältere Version ausgetauscht:
  grommunio-admin-common  6.cb985db-lp154.5.1 -> 6.cb985db-lp154.2.2
  grommunio-dbconf        1.1.1.da20a46-lp154.6.1 -> 1.1.1.da20a46-lp154.4.4
  grommunio-error-pages   1.0.6.9c50afb-lp154.7.1 -> 1.0.6.9c50afb-lp154.3.2
  grommunio-imapsync      2.178-lp154.2.1 -> 2.178-lp154.1.2

Die folgenden 2 Pakete werden erneut installiert:
  grommunio-antispam  3.4-lp154.4.1
  python3-josepy      1.10.0-bp154.2.3.4

4 Pakete werden zurückgestuft, 2 erneut zu installieren.
Gesamtgröße des Downloads: 3,6 MiB. Bereits im Cache gespeichert: 0 B. Nach diesem Vorgang wird kein zusätzlicher Speicherplatz belegt oder freigegeben.
Fortfahren? [j/n/v/...? zeigt alle Optionen] (j):

Andy · Apr 11, 2023

crpb PASS=abcd gromox-dscli -e user@domain

Erst mal mit der jetzt wieder aktiven und laufenden Bisherversion, die sich auch in Outlook einbinden lässt, da sonst erst mal ein Switch und Massnahmen anstehen würde.

localhost:~ # PASS=USERPASSWORT gromox-dscli -e USER@DOMAIN.DL -v
* Request body:
<?xml version="1.0" encoding="UTF-8"?>
<Autodiscover xmlns="http://schemas.microsoft.com/exchange/autodiscover/outlook/requestschema/2006">
    <Request>
        <EMailAddress>USER@DOMAIN.DL</EMailAddress>
        <AcceptableResponseSchema>http://schemas.microsoft.com/exchange/autodiscover/outlook/responseschema/2006a</AcceptableResponseSchema>
    </Request>
</Autodiscover>


*   Trying 2a01:xxxxxxxxxxxxxx:443...
* Connected to autoconfigure.strato.de (2a01:xxxxxxxxxxxx::1141) port 443 (#0)
* ALPN, offering h2
* ALPN, offering http/1.1
* SSL connection using TLSv1.3 / TLS_AES_256_GCM_SHA384
* ALPN, server did not agree to a protocol
* Server certificate:
*  subject: C=DE; ST=Berlin; L=Berlin; O=Strato AG; CN=*.strato.de
*  start date: Jul 19 00:00:00 2022 GMT
*  expire date: Aug 18 23:59:59 2023 GMT
*  issuer: C=US; O=DigiCert Inc; OU=www.digicert.com; CN=GeoTrust RSA CA 2018
*  SSL certificate verify result: unable to get local issuer certificate (20), continuing anyway.
* Server auth using Basic with user 'USER@DOMAIN.DL'
> POST /Autodiscover/Autodiscover.xml HTTP/1.1
Host: autoconfigure.strato.de
Authorization: Basic xxxxxxxxxxxxxxxxxxxxxxxxx==
User-Agent: Microsoft Office/16
Accept: */*
Content-Type: text/xml
Content-Length: 390

* Mark bundle as not supporting multiuse
< HTTP/1.1 404 Not Found
< Date: Tue, 11 Apr 2023 05:25:47 GMT
< Server: Strato RZapld/1.4.12
< Content-Length: 13
< Content-Type: text/plain
< Accept-Ranges: bytes
< Strict-Transport-Security: max-age=31536000
< Connection: close
<
* Closing connection 0
* Response body:
404 Not Found
Failed to xmlparse response
localhost:~ #

Andy · Apr 11, 2023

Ich habe von einer anderen Location aus nochmals die Neuinstallation getestet

Strato Subdomain-DNS grommuniosubdomain.domain.dl -> ReverseProxy -> VM-Neuinstallation
Strato Subdomain-DNS autodiscover.domain.dl -> ReverseProxy -> VM-Neuinstallation

mit dem gleichen Ergebnis:

Ein neues Profil hat sich einwandfrei anlegen lassen mit Login mittels Userdaten, Passwort
Outlook öffnet das Profil, Postfachansicht geht auf, lädt ca. 5 Sekunden die Inhalte und stürzt wieder ab

Gehe ich wieder zurück auf meine Bisherinstallation, funktioniert alles einwandfrei.

crpb · Apr 11, 2023

Ein .pst-Import sollte eigtl. nichts "zertören".
Also bedeutet es das du mit einem leeren oder anderem Profil in der neuen Installation dich ganz normal verbinden kannst und E-Mails schreiben/lesen/erhalten kannst?
Alternativ kann man eine PST ja auch direkt über Outlook importieren.

Wegen des "autodiscover.strato.de" am besten noch mal https://docs.grommunio.com/kb/autodiscover.html und https://learn.microsoft.com/en-us/exchange/architecture/client-access/autodiscover?view=exchserver-2019 zwecks DNS-Konfiguration lesen und abarbeiten. Und sowas wie autodiscover.strato.de am besten löschen im DNS-management von Strato.
Und evtl. noch das hier:

Siehe auch https://learn.microsoft.com/de-de/outlook/troubleshoot/profiles-and-accounts/unexpected-autodiscover-behavior

Andy · Apr 11, 2023

Andy mit gromox-pff2mt Name.pst | gromox-mt2exm -u target@mailbox.de

Im Moment muss ich davon ausgehen, dass die obige Importsequenz nicht funktioniert bzw. vlt. einen Bug hat.

Ich habe nun versuchsweise alle User gelöscht, neu gebooted und einen der User wieder neu angelegt und zunächst noch nichts importiert usw. Öffne ich dann das Profil mit Outlook, gibt es keinen Absturz, dann läuft es ohne Störungen.

Klar ist es so, dass ich mit Outlook bei einem Major-Releasewechsel jedesmal den Export in eine PST und in der Neuinstallation mit Outlook auch den Import mittels der PST durchführen kann. Ich habe dahingehend eben immer bedenken, dass etwas verloren geht, insbesondere bei so grossen Postfächern. Von daher wäre mir ein Servertool, wie das obige, im Grunde viel lieber, noch besser, wenn das Tool neben Import auch den Export durchführen könnte.

Ich kann leider erst in ein paar Tagen einen neuen Import dann mit Outlook durchführen, insofern komme ich nochmals darauf zurück.

crpb · Apr 11, 2023

Joa, wir ham ja Zeit

Ansonsten probier es halt einfach mal wie @WalterH sauber beschrieben hat mittels Upgrade statt einem "Export->Neu-Installation->Import"
https://community.grommunio.com/d/792-update-form-open-suse-153-to-154

Und alternativ kannst du auch eine Neuinstallation mit allen benötigten Paketen(wo ich glaube wieso du das so machen möchtest) machen, alle Benutzer Importieren/Anlegen, alle gromox-Dienste runter fahren und die Daten dann einfach in /var/lib/gromox/user/X/Y wieder reinkopieren.

Falls die Zuweisung der Ordner anders ist einfach mittels grommunio-admin user query username maildir auf beiden Servern machen und dementsprechend neu zuordnen falls sich was geändert hat.
Am Ende noch prüfen das die Ordnerberechtigungen passen chown -Rf grommunio:gromox /var/ib/gromox/user/*/* und dann sollte das eigtl. auch passen.

Das war erstmal nur grob beschrieben.. aber im grunde alles was nötig wäre.

Andy · Apr 11, 2023

crpb Daten dann einfach in /var/lib/gromox/user/X/Y wieder reinkopieren

Ich müsste die von VM zu VM kopieren, nehm ich da WebDAV oder wie stelle ich das so direkt wie möglich an?

crpb · Apr 12, 2023

Entweder du erstellst ne NFS-Freigabe wo beide System drauf zugreifen können und "klonst" oder "komprimierst" den Ordner da hin oder alternativ rsync/scp -> https://community.grommunio.com/d/809-clean-install-of-latest-version/16

Andy · Apr 13, 2023

Im ersten Schritt habe ich den Outlookimport durchgeführt, die zuletzt angesprochene Variante werde ich in einem Testsystem durchführen. Mit dem Import habe ich nun auch damit eine voll funktionsfähige Installation mit allen soweit funktionierenden Modulen.

Klar scheint damit, dass die Importsequenz gromox-pff2mt Name.pst | gromox-mt2exm -u target@mailbox.de einen Bug aufweist, was sehr schade ist, denn das Handling damit, würde einen Umstieg zB. bei Major-Releasewechseln doch ziemlich erleichtern und vereinfachen. Wenn es dazu noch eine Exportvariante gäbe, noch besser.

Klar geht auch ein Import über Outlook und bei kleinen Postfächern ist auch gut verifizierbar, ob alles ankommt. Bei grossen Postfächern dauert das gegenüber der obigen Methode um ein vielfaches länger und man hat nur den einen Anhalt, wenn sich in der WebAPP nach Stunden auch ganz unten im Baum im letzten Verzeichnis alle Emails zeigen, kann der Import zunächst als abgeschlossen gelten. Mit Verzeichnisstichproben muss man halt checken und vergleichen, bislang konnte ich jedoch keine Abweichungen feststellen, sodass diese Methode von der Sache her auch zuverlässig funktioniert.

crpb · Apr 13, 2023

Andy Klar scheint damit, dass die Importsequenz gromox-pff2mt Name.pst | gromox-mt2exm -u target@mailbox.de einen Bug aufweist

Das ist erst klar wenn man das ganze evtl. mit den -t [-p] Parametern laufen lässt um es zu diagnostizieren. Es geht ja sonst bei etlichen Installationen problemlos.

Andy mstieg zB. bei Major-Releasewechseln doch ziemlich erleichtern und vereinfachen.

Der normale Weg ist ein Upgrade durchzuführen und keine komplette Neuinstallation und Import via PST. Der PST-Import setzt ja auch voraus das du hier alle Postfächer exportierst was bei einer größeren Installation einfach nicht tragbar/möglich wäre.

Das letzte Systemupgrade von 15.3 auf 15.4 war holprig, keine Frage, aber ich denke aus diesen Fehlern wurde auch seitens Grommunio bestimmt genügend Erfahrung gesammelt und somit vermute ich mal das dies beim nächsten mal besser laufen wird.

Mit dem in der Dokumentation beschriebenen Backupverfahren ist die Neuinstallation/Wiederherstelliung aber auch recht einfach zu bewerkstelligen.
Natürlich setzt dies voraus das man ein gewisses Grundwissen hat oder sich aneignen muss. Aber das ist ja nichts neues ¯_(ツ)_/¯.

Jjengelh · Apr 13, 2023

Da sich in Outlook das bisherige Profil nicht verwenden hat lassen

Natürlich nicht. Im Profil und/oder der .ost-Datei sind ein Haufen UUIDs vermerkt, die durch Neuanlage des Mailstore oder gar Neuanlage des Users serverseitig neu ausgewürfelt werden.

Wenn man die MySQL-DB, das Zeug unter /var/lib/grom* und /etc/grom* behält, kann man sich auch den Neuimport komplett sparen. Warum einfach wenn's auch kompliziert geht

Andy · Apr 13, 2023

jengelh Warum einfach wenn's auch kompliziert geht

Wenn das so einfach ist, wäre für mich eine Migration durch Scriptabläufe einfach und vor allem prozeßsicher. Natürlich ist mir auch klar, dass PST-Handling im Grunde nicht die Lösung für sowas ist und dass man für Migrationen Grundwissen braucht.

Dennoch PST Export, PST Import, das ist einfach, wenn man einen schnellen und vor allem einen Sicherheit vermittelnden Weg möchte. Upgrades, die nicht funktionieren und Migrationen mit x-Schritten, die von der Sache her manuell nun mal nicht prozeßsicher sind, vermitteln keine Sicherheit, ich hoffe, dass auch mal auf diese Weise verständlich wird, weshalb ich für meine Umstände diesen Weg wähle.

Den oben angerissenen Weg werde ich testen unter diesem Aspekt, Dienste stoppen, Daten rüber, Dienste starten. Noch Rechte checken und ggf. geraderücken ist dann auch noch okay. Das wäre für mich dann auch noch einfach.

Andy · Apr 13, 2023

Andy testen unter diesem Aspekt

Habe ich nun durchgeführt. Die Daten gehen rüber mit rsync, alles da soweit, die Zuordnungen in den User-Unterordnern muss man anpassen, zB. /var/lib/gromox/user/0/1/ in /var/lib/gromox/user/2/2/ und die Rechte, jedoch gibt es im WebAPP noch folgende Meldung, die ich nicht zuordnen kann oder wegbekomme:

Ich kann alle Inhalte lesen, auch wenn der "Fehler" auftaucht. Der "Fehler" kommt in jedem Verzeichnis, den kann ich zwar wegklicken, aber er kommt nach rund 10 Sekunden immer wieder. Ansonsten kann ich momentan keine Fehler feststellen, auch die Outlookanbindung funktioniert.

Andy · Apr 14, 2023

Kann jemand sagen, was noch zu prüfen wäre? Es scheint wohl keine grosse Sache zu sein, da abgesehen davon alles zu funktionieren scheint.

Das war der Vorgang:

Quell- und Zielsystem updaten und rebooten -> gleicher Stand lp.154.53.1
Neues System mit denselben Parametern einrichten wie das alte System
Dienste beenden auf beiden Systemen
Export der MariaDB-Datenbank: mysqldump --all-databases > quell_dump_grommunio.sql
Transfer: rsync -aH -essh --delete --numeric-ids -P --stats --inplace /var/lib/gromox/ root@Quell-IP:/var/lib/gromox/
Ordnerberechtigungen prüfen: chown -Rf grommunio:gromox /var/ib/gromox/user/*/*
Importuser x und y anpassen /var/lib/gromox/user/x/y/ mittels grommunio-admin user query username maildir
Import der MariaDB-Datenbank: mysqldump --all-databases < quell_dump_grommunio.sql
Dienste starten auf beiden Systemen

Dann Reboot des Neusystems.