Outlook mit Neuinstallation stürzt ab

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:~ #

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:

1. Ein neues Profil hat sich einwandfrei anlegen lassen mit Login mittels Userdaten, Passwort
2. 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.

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 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?

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.

Die Frage wäre, was passieren könnte, bislang gibt es keine Probleme. Die Outlookprofile wurden alle neu angelegt und entsprechend neue Zertifikatsanfragen auch in anderen Programmen werden ggf. bestätigt, wie zu einer Neuinstallation. Wenn man das damit umgehen könnte, dann wäre das verstanden für die nächste Runde. Mir war im ersten Schritt wichtig, mit wenigen Schritten eine übersichtliche und serverbasierte Migration hinzubekommen und das halte ich nun Dank Dir für gelungen.

Vielleicht könnte man für weitere Upgrades alle installationsrelevanten Daten weiter zentralisieren. Momentan muss man mindestens 1. und 2. und demnach zumindest 3 verschiedene Locations im Blick haben:

1. /var/lib/gromox/user/x/y/
2. /var/lib/mysql/
3. /etc/gromox/

Je transparenter das wird, um so einfacher ist ein Major-Upgrade insbesondere für neuere Admins.