Grommunio for Synology (G4S)

[millilenium]

Hat schon mal jemand die GRO mit einer externen DB (z.B. der MariaDB10) beim Setup verbunden?
Damit würde ich nicht bei einem Restore eines Snaps auch den Stand der Emailpostfächer verlieren.
Als ich beim Setup meiner GRO bei LAN2 die 192.168.178.39 per DHCP bekam und dem GRO Setup
dann die 192.168.78.3 der LAN2 meiner ds918plus gab konnte keine Erfolgreiche Verbindung erfolgen.
Und "ja". Schema, Benutzer und Rechte hatte ich vorab via myphpadmin eingerichtet. Firewall war aus.
Hatte es sowohl mit der reinen IP-Adresse als auch mit IP-Adresse+Port probiert. Beides ohne Erfolg.

Die MariaDB sichert nur die Userkonfiguration, keine Mails. Diese liegen immer physisch auf der Platte von Grommunio.
Damit verliert man bei einem Restore die Mails trotzdem. Es gibt in der Community eine konkrete Anleitung zum korrekten Backup der Mails - funktioniert auch tadellos.

Am besten auf supported umstellen - die Versionen funktionieren soweit reibungslos.

 

[millilenium]

Da ich mir mit jedem Restore auch die Inhalte meiner Postfächer zurücksetze mal eine Frage:
Hat schon jemand erfolgreich die GRO mit einer externen Datenbank (z.B. MariaDB10) verbunden?
Ich habe meine versucht mit der LAN2-IP zu koppeln (GRO nutzt auch LAN2). Keine Verbindung.
Mit der identischen IP gehe ich aber auf die Syno und komme auch auf die MariaDB10 direkt drauf.
Schema und Benutzer ist auch mit passenden Rechten angelegt. Hat das schon jemand realisiert?
Dann würde ich mir bei einem Restore "nur" die GRO wiederherstellen aber nicht die Emails verlieren.

Um den Zugriff auf die MariaDB in der Syno zu haben muss man dort die User auch entsprechend berechtigen - also die Verbindungen zulassen, z.B. von jedem Host-System aus. Als Standard lässt die MariaDB erstmal nur die eigene localhost-IP durch.

 

[491810]

Es gibt in der Community eine konkrete Anleitung zum korrekten Backup der Mails - funktioniert auch tadellos.

Hättest Du mal einen Link für mich? Danke vorab.

 

[millilenium]

Hättest Du mal einen Link für mich? Danke vorab.

https://community.grommunio.com/d/307-mailbox-backup/5

 

[Andy+]

Um die MariaDB des Hosts zu verwenden, kannst Du ja mal mit einer "my.cnf" im Verzeichnis "/etc/my.cnf.d/" experimentieren.

Nochmals zurück zu all den Meldungen. Ich denke, Du solltest bei einer Installation auch untrusted Schlüssel zulassen und einbeziehen, um Hindernisse zu umgehen. Ich hatte auch eine Installation, bei der ich im Fortschritt solche Schlüssel verweigerte. Später hatte ich auch nur Rotmeldungen bei Updates usw., die sich negativ auswirkten. Ich denke, dass nachfolgend auch die Updates entsprechend selektiert werden und teilweise gar nicht installiert werden und irgendwann passen diese Updates vlt. auch nicht mehr zum Rest.

 

[491810]

Ich bekam ja aber nur "untrusted" Schlüssel bei der deutschen Tastatur und einmal - gerade gestern wieder - bei irgendeinem nicht signierten Update. Aber dennoch. Im Moment spinnt meine GRO wieder. Heute schon 2x ein Snap zurück gesichert, weil sie wieder mit diesen redis-Fehlern rumspinnt. Gott nervt das. Wie kann den eine Community-Version so bugy sein gg. der supported-Version? Schon unseriös. Sowas kenne ich von anderen Anwendungen wie meiner Sophos UTM nicht. Aber das sagt schon einiges bis alles über das QM von Grommunio aus.

 

[millilenium]

Nein es reicht aus auf der Syno mit myphpadmin die Benutzerrechte der Datenbank anzupassen

 

[Andy+]

Ich würde mal eine Installation zum Test machen, auch die Sprache einrichten und konsequent alle untrusted Schlüssel bestätigen.

 

[491810]

Schon wieder neu installieren??? Och nöööö. Aber witzig, dass Du das schreibst. Ich habe mir vorausschauenderweise eine zweite GRO auf der ds918plus installiert. Nur Basis. Nix mehr. Rate mal, was die jetzt meinte, als ich sie wieder hoch gefahren habe? Richtig ... "nginx löuft nicht". Wie geht denn bitte SOWAS? Der lief vorher. Das ist ja mal krass. So bugy kann die GRO doch nicht sein. Ich schau mal, ob ich ein Backup meines Shuttle Media-PC mache und dann die GRO mal nativ auf dem PC installiere. Langsam traue ich der VMM der Syno nicht mehr ...

 

[Andy+]

"nginx löuft nicht"

Ignorier das einfach, es läuft trotzdem. Das ist bei mir auch so, obwohl es zwischenzeitlich auf NVMe-SSD´s läuft.

 

[491810]

Das weiß ich @Andy+ . Aber im Moment ist der Snap meienr GRO keine 1/2 Stunde oben bekomme ich egal bei welchem Snap - bin schon 2-3 Tage zurück gegangen - immer wieder nach Kurzer Up-Time den Redis-Error. Was für ein Schrott ist diese GRO Software denn bitte? Wie gesagt. Langsam traue ich dieser Syno VMM nicht mehr bzw. habe die im Verdacht. Ich installiere mir die GRO mal auf meinen Shuttle PC. Dann mal weiter sehen. Wobei ... ich habe irgendwo noch einen alten Laptop. Sogar zwei. Das geht fixer. Da ist das OS egal da eh veraltet. Aber erstmal das Setup sichern. Lese mir gerade den Link durch den @millilenium gepostet hat. Ich werde berichten.

 

[Andy+]

untrusted Schlüssel

Ich glaube, die ganzen Probleme haben damit zu tun. Ich weiss es aber nicht.

Das ist doch alles nicht normal. Bei mir läuft das seit Wochen reibungslos und jetzt mit den SSD´s habe ich auch keine Timeoutmeldungen mehr, wie den 504, den ich selten mal hatte kurz nach dem Start. Auch MailPlus habe auf die SSD´s verschoben. Läuft beides eigentlich gleich gut und ich verwende produktiv aber Grommunio wegen MAPI, ActiveSync usw. brauchen wir glaub ich nichts weiter darüber verlieren.

Die Probleme in Deiner Installation finde ich schon auffällig, finde ich. Du hast immer noch 4 Kerne und 8GB RAM für die VM? Hast Du Speicherrückgewinnung aktiviert? Was sagt Deine DS im währenden mit CPU und RAM? Und die Speicherbelegung in % in der VM, war da nicht die Geschichte irgendwie am Anschlag?

 

[491810]

Leben am Limit ... der eine Snap wirft - trotz Probleme beim Update (wobei die ggf. am neuen FritzOS 7.50 meiner FritzBox 6591 liegt) - jetzt mal ein Schwung Updates aus, die allesamt nicht signiert sind. Na dann mal munter drauf los unsigniert updaten ...

 

[491810]

Ich glaube echt, dass FritzOS Update ist Schrott. Denn meine ADguard habe ich schon deaktiviert. Was ein wirrer Mist hier gerade stattfindet. Unbeschreiblich. Ich fahr den letzten Snap gleich mal hoch und sichere den Content weg und setze die GRO gleich auf meinen Shuttle PC neu auf. Mal sehen wie sie dann läuft.

 

[Andy+]

am neuen FritzOS 7.50 meiner FritzBox 6591

Wie soll das daran liegen? Das OS habe ich auch mit einer FB 7590.

 

[491810]

Ich kann nur sagen, dass vor dem FritzOS Update auf die 7.50 hier noch alles flott lief. Also habe ich den Update im Verdacht.

 

[Andy+]

Da würde ich eher andere Dinge vermuten. Einfach mal die Anschlussinformationen unter "Internet" durchgehen, mal alle Steckerverbindungen auf Oxidationen prüfen, da erlebt man Wunder zuweilen, den Provider anrufen, wenn weniger ankommt, wie es soll usw. usw.

Aber das OS 7.50 würde ich da mal nicht so sehr vermuten, das kannst Du eigentlich nur durch einen Downgrade oder eine andere Fritzbox rausfinden.

 

[491810]

Also das Internetproblem hat sich gelöst. Mir egal woran es lag. Kabel Deutschland wahrscheinlich.
Dachte nicht, dass ich das mal sage, dass ich mir freue, dass die GRO 1/2 Tag problemlos läuft.
Wenn es so weiter läuft mache ich es getreu dem Motto "Never touch a running system" mit der GRO.
Zumindest bis das neue Q1/2023 Update raus kommt was dann endlich EWS für macOS bereitstellt.

 

[rooger]

Bei mir läuft Grommunio Community seit Monaten mehrheitlich problemlos. Ein paarmal gab es nach einem gromox Update Probleme mit ActiveSync, welche ich mit einem downgrade auf die jeweils vorherige funktionierende gromox Version beheben konnte. Und natürlich auch zum Teil die Probleme welche in der Grommunio Community beschrieben wurden. Diese Woche habe ich mich an das Update auf opensuse 15.4 gewagt und es läuft. Ein Backup oder einen Snapshot musste ich noch nie zurückspielen. Auch ich habe eine Fritz!box (7590) mit Fritz!OS 7.50 seit Dezember 2022. Ich lasse Grommunio unter Proxmox laufen, ob es an der VMM liegt kann ich von daher nicht sagen. Für mich ist Grommunio glücklicherweise kein Schrott, sondern ein mehr als guter Kopano Ersatz. Strange was bei Dir @491810 schiefläuft. Ich weiss, dass Dir meine Schilderungen nicht bei deinen Schwierigkeiten helfen, will nur meine positiven Erfahrungen aufzeigen.

 

[491810]

Tja. Da hast Du Glück. Vielleicht sollte ich - hatte ja die VMM schon im Verdacht - auch mal auf Proxmox umstellen. Habe ja noch den Shuttle Media PC. Nachdem die GRO jetzt einen Tag durch lief und nachts Ihren Snap gemacht hat kam eben wieder der redis-Fehler. Toll. So wird das nichts mit dem "never touch a running system". Warum kann der Schrott nicht mal 2-3 Tage zickenfrei laufen??? Ohne Worte. Snap zurück gesichert. "Zypper up" gemacht. Ein Dutzend Pakete. U.a. der neue Core. Der vor Tagen die Kiste nach dem Update zum Stillstand brachte. Mal schauen, ob der jetzt läuft. Ich werde berichten. Wäre schön wenn ihr hier nie mehr was von mir lesen würdet. Weil es endlich läuft. *Wunschdenken*