Grommunio for Synology (G4S)

[491810]

Nachtrag:
Habe vorhin einen "zypper ref && zypper up" gemacht und es kamen +/- 8 Pakete oder so.
Als ich eben meine GRO rebooted habe kam der Bildschirm bereits in schwarz und nach dem
Reboot zeigt mir die Anmeldemaske "2022.12.1" an. Ist also bereits aktualisiert worden.

 

[Andy+]

zypper up tut’s auch

Schön wärs.

Core läuft bislang einwandfrei, jedenfalls für meine Belange. Rein von daher würde ich keine neue Installation anfangen. Ich habe aber den Verdacht, wenn in der Installation mal irgendwo abwegige Festlegungen hinterlegt sind, werden diese auch durch Updates nicht berichtigt. Und daher wäre mir der Aufwand das wert.

Am Beispiel der Optionsmodule. Files, bekanntlich auf Nextcloud basierend, hat in der v2022.12.1 den aktuellen Stand NC 25. Obwohl nun seit März meine Installation mit der damaligen Appliance läuft, ist NC 25 bis heute und nach mehreren Updates noch immer der reinste Murks. Jitsi ist unbrauchbar, obwohl da sicher zwischen 10 und 20 Updates drüber sind. Archive nutze ich nicht und Chat ist da noch etwas besser.

Die v2022.12.1 vom Juli hatte in den Optionsmodulen nur Fehler und nur Core lief und mit der jetzigen v2023.11.1 werden die Optionsmodule nicht mitinstalliert, obwohl ich die aktiviert hatte. Ich war nämlich gespannt, welche NC-Version diesmal mitkommt. Also wieder nichts.

Die v2022.12.1 vom März war bislang die beste Version von allen. Mal sehen .....

 

[491810]

Meine produktive GRO ist übrigens seit meinem gestrigen "zypper ref && zypper up" bereits auf "2023.11.1".
Ich muss nur noch rausfinden wieso ich beim Versuch einer Anmeldung via Exchange diese Meldung bekomme:



Hat jemand eine Idee? Meine /etc/gromox/autodiscover.ini sieht eigentlich soweit gut aus. Sollte doch klappen (?).

 

[Caramlo]

Schön wärs.

Ich beziehe mich hier nur auf die Core Version, da wird alles soweit upgedated, andere Erweiterungen wie Files etc. nutze ich nicht. Wobei diese eigentlich bei einem zypper ref/up auch aktualisiert werden müssten. Ich vermute, diese sind derzeit noch nicht im Community-Repo auf neuestem Stand.
Meines Wissens nach ist ein zypper dup nur für ein Distributionsupgrade erforderlich (z.B. 15.4 auf 15.5), zumindest setzte ich es nur dafür ein.

 

[Andy+]

"zypper ref && zypper up" bereits auf "2023.11.1"

Wie kann man das über die Konsole abfragen? Denn in der Admin GUI habe ich folgendes bei aktuellen Updates:

Laufend:


Neue Installation:


Obwohl da diverse Ungereimtheiten sind, das sollte wohl eher 23.11.1 heissen und beim Booten erscheint im Grubmenü auch noch 2022.12.1.

 

[Andy+]

zypper dup nur für ein Distributionsupgrade erforderlich (z.B. 15.4 auf 15.5)

Obwohl ich noch auf lp154 bin, kommen darüber keinerlei Hinweise. Bin ich mit den Updates auf dem neusten Stand, kommt da nur

localhost:~ # zypper --verbose dup
Ausführlichkeitsgrad: 2
Ziel wird initialisiert
Es wird überprüft, ob die Metadaten für base aktualisiert werden müssen
Es wird überprüft, ob die Metadaten für debug-update aktualisiert werden müssen
Es wird überprüft, ob die Metadaten für grommunio aktualisiert werden müssen
Es wird überprüft, ob die Metadaten für repo-backports-update aktualisiert werden müssen
Es wird überprüft, ob die Metadaten für repo-sle-update aktualisiert werden müssen
Es wird überprüft, ob die Metadaten für update aktualisiert werden müssen
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...
Keine auszuführenden Aktionen.
localhost:~ #

 

[Caramlo]

Wenn Du ein upgrade von 15.4 auf 15.5 machen willst, müssen zunächst die Repoquellen auf die Version 15.5 umgestellt werden. Ansonstern findet zypper ja nichts neues zum Updaten.
Walther H hat das ganz gut beschrieben, guckst Du hier:
https://community.grommunio.com/d/1086-update-form-open-suse-154-to-155
Ab Punkt 10 wird es interessant.

 

[Caramlo]

Hat jemand eine Idee? Meine /etc/gromox/autodiscover.ini sieht eigentlich soweit gut aus. Sollte doch klappen (?).

Deiner Installation fehlt vermutlich die ews.cfg Diese ist bei mir auch nicht vorhanden. Schau mal hier:
https://community.grommunio.com/d/1303-updating-grommunio-2022121-to-2023111

 

[491810]

Irgendwie hat

Deiner Installation fehlt vermutlich die ews.cfg Diese ist bei mir auch nicht vorhanden. Schau mal hier:
https://community.grommunio.com/d/1303-updating-grommunio-2022121-to-2023111

Dank Dir @Caramlo . Ich habe eben mal auf "https://testconnectivity.microsoft.com" den ActiveSync geprüft. Lief auf einen Fehler.
Die fehlenden ews.cfg habe ich eben gemäß Anleitung angelegt. Keine Änderung. Autodiscover.cfg fehlt. Die identische .ini ist aber vorhanden. Laut der Grommunio Online-Hilfe sollte das dann eigentlich soweit in Ordnung sein. Oder hast Du eine?


Die entsprechend benötigte Firewall Regel ist auf meiner Sophos eingerichtet und sieht entsprechend wie folgt aus. Sollte passen.



Wenn ich jetzt auf meinem Macbook im LAN mit direkter IP einen Account anlege klappt es dennoch nicht. Hast Du hier eine Idee?

 

[Caramlo]

Ohne die ews.cfg ist die EWS Unterstützung in GRO deaktiviert. Ich habe die cfg angelegt und hatte mit Mac-Mail sofort eine Verbindung. Wenn ich aber eine E-Mail löschen will, stürzt das Mail Programm ab und lässt sich auch nicht mehr starten, bis ich den Account gelöscht habe. Der Sync funktioniert auch nicht richtig. Lösche ich in der Web-App eine Mail interessiert das mein Mac-Mail Programm überhaupt nicht. Die gelöschte Mail ist weiterhin im Posteingang.

Eine Autodiscover.cfg habe ich nicht, nur die Autodiscover.ini.

Werde jetzt erst einmal wieder EWS deaktivieren und am WE mal sehen, ob ich da in den Logs was finde und weiter fleißig im Grommunio-Forum mitlesen, ob es da was neues, hilfreiches gibt.

 

[491810]

Ich nehme mal an, dass bei Dir der selbe Inhalt in Deiner autodiscover.ini steht wie in meiner (siehe Posting #723) @Caramlo?
Hattest Du den Test in Deiner bestehenden GRO nach dem Update auf 2023.11.1 oder in einer Neuinstallation durchgeführt???

 

[Andy+]

dem Update auf 2023.11.1

Ich verstehe das noch immer nicht. Wo kann ich sehen, dass dieser Stand durch ein normales Update hinterlegt ist? Oder meinst Du den Stand, weil die Updates von v2022.12.1 auf gleicher Höhe sind?

 

[Andy+]

Wie muss ich diesen Satz lesen und anwenden?

You might want to try a normal

zypper ref; zypper up

followed by

grommunio-update

for full distro upgrade.

 

[Caramlo]

@491810 : Ich habe den Test an meiner laufenden Gro-VM (auf Leap 15.5) getestet. Alle Updates installiert, also auf 2023.11.1.
Die Autodiscover habe ich jetzt noch nicht 1:1 verglichen, habe an der aber noch nie was geändert. Von daher gehe ich davon aus, dass diese gleich deiner ist.
Meine Gro-VM hängt hinter einem Reverse Proxy meiner Synology, die Syno verwaltet auch das LE-Zertifikat der VM. In der VM selbst läuft ein self-signed Zertifikat. Ggf. werde ich da mal schauen, ob das mit dem EWS Problem zu tun hat. Ein Win Outlook mit MAPI läuft in dieser Konstellation einwandfrei und auch Active Sync mit mobilen Clients macht keine Probleme.

 

[Andy+]

Outlook mit MAPI läuft in dieser Konstellation einwandfrei und auch Active Sync mit mobilen Clients macht keine Probleme

Ist bei mir auch so. Letzte Woche habe ich auf 3 Windows (11+10) Office 2021 und damit Outlook eingerichtet und Autodiscover funktionierte tadellos. Wenn es da Probleme gibt, könnte das auch eine DNS-Problematik sein.

 

[Andy+]

Updates installiert, also auf 2023.11.1

Mir war nicht klar, dass es eine neue Funktion dafür in den Admin-Settings gibt

 

[491810]

So. Inzwischen - nach Anlage der ews.cfg Datei geht inzwischen auch die Apple Mail Anbindung via ActiveSync.
Aber mit dem gleichen Fehler/Absturz des Mail Clients auf meinem Macbook wie auch schon bei Dir @Caramlo.
Bist Du mit dem Problem schon weiter gekommen? Ich komme nicht mal in den Client, um den Account zu deaktivieren.
Klar. Ich kann ihn als Account löschen. Schöner wäre es aber ihn temporär zu deaktiveren. Kennt Grommunio den Fehler schon?

 

[491810]

Mir war nicht klar, dass es eine neue Funktion dafür in den Admin-Settings gibt

Ich hatte eigentlich einen "zypper ref && zypper dup" gemacht und es kam nix. Und nun das ... interessant:



Nach dem Monster-Update zeigt mir meine GRO nun auch "2023.11.01" an. Dafür hat die Admin-GUI den folgenden Befehl genutzt:

zypper ref && zypper dup -y

 

[Caramlo]

Bist Du mit dem Problem schon weiter gekommen? Ich komme nicht mal in den Client, um den Account zu deaktivieren.

Nein noch nicht, leider gerade wenig Zeit zum "Frickeln" Ich will mich jetzt am WE mal auf Fehlersuche begeben. Ohne den Account zu löschen, geht bei mir dann bei MacMail auch nichts mehr. Wüsste auch nicht, wie man beim Mac einen Account deaktivieren kann.

 

[Andy+]

Vielleicht wäre hilfreich, mit der neuen Appliance parallel noch Test zu machen, dann kann man eher sicher sein, dass tatsächlich auch alles auf dem gleichen Stand ist. Im Falle von Files (NC) oder Meet ist das Verhalten nämlich anders, wenn auch noch immer diverse Ungereimtheiten bestehen. Wichtig an der neuen Appliance ist nur, dass nach der Installation über das oben gezeigte Menü nochmal ein "UPGRADE" gefahren wird, da Grommunio über das Setup in einer Mischung mit lp154 und lp155 installiert wird. "UPGRADE" zieht das dann gerade.