Grommunio for Synology (G4S)

[Caramlo]

Das Ganze ist entstanden, weil ich über IMAP angefangen habe, meine Emails zu importieren, was zu 30-40% auch erfolgt ist.

Wie groß ist denn das Postfach, was Du importieren willst? Achte darauf, dass die Postfachkontingente höher gesetzt sind als das Postfach, dass Du importieren willst, und zwar alle 3 Kontingente. Die Send- und Receive-Quotas beziehen sich auf das Postfach als Ganzes und nicht auf eine einzelne E-Mail, also nicht drauf wie groß eine einzelne Mail zum Versenden oder Empfangen sein darf.
Es könnte ja sein, das deshalb der Import abgebrochen ist.
Ich bin darauf am Beginn reingefallen. Danach ging bei mir im Webmail nichts mehr.

 

[FricklerAtHome]

Bei Datenbankproblemen gilt es einige Besonderheit gegenüber Kopano zu beachten. In der mariaDB stehen fast nur die Einträge aus dem AdminIF. Die ist und bleibt winzig klein. Bei mir nach über einem Jahr produktiv etwas mehr als ein MB. Die Mails der user stehen in /var/lib/gromox/user/ und sind mittels sqlite Datenbanken referenziert.
Kann es sein das du über die Admin-CUI (Terminal) nach dem abgebrochenen IMAP Import das Grommunio Setup erneut aufgerufen hast? Hast du noch einen VM-Klon vor dem ersten IMAP Import? Ich mache nach einer Basis-Installation (alles läuft aber noch keine Benutzerdaten) immer einen Snapshot der VM oder einen Clone. --- Wenn dann etwas schief geht, stelle ich den alten Zustand wieder her und baue aus diesem Status das System wieder auf.

 

[FricklerAtHome]

Noch etwas zur Migration:

Ein Import über IMAP umfasst maximal die Mails und ggf Notizen.
Möchtest du auch deine Kalender, Aufgaben, Adressbücher übertragen geht das mit IMAP nicht.
Da hilft als erste und einfachste Lösung ein PST-Export aus dem alten Outlook und anschließend ein PST-Import an das Outlook das an GROM angebunden ist.
Ich betreibe mein Kopano in einer VM. Dort funktioniert ein weiteres GROM - Tool über ssh. Zunächst installiert man auf der GROM-Kiste sshfs. Auf der Kopano Kiste erlaubt man dem sshd Server auch Zugriffe über den User root. Ich lege dann immer einen Ordner /tmp/kopano an.
Dann aus dem GROM Terminal folgendes:

sshfs root@<IP-deinesKOPANO>:/var/lib/kopano/attachments /tmp/kopano -p 22

Jetzt solltest du im Ordner /tmp/kopano/ auf der GROM Kiste das Anhängeverzeichnis deines Kopano sehen können.
Anschließend

SRCPASS='<das Passwort der kopano Datenbank>' gromox-kdb2mt -s -v --src-host=<IP-derKopanoDB> --src-port=<port der KopanoDB> --src-db=<Name der KopanoDB> --src-user=<Benutzer der KopanoDB> --src-at=/tmp/kopano --src-mbox=<Benutzername Kopano> | gromox-mt2exm -u <volle E-Mail-Adresse des Benutzer in GROM>

das gleiche zur Anschauung mit Fantasiewerten:

SRCPASS='GEHEIM' gromox-kdb2mt -s -v --src-host=192.168.2.2 --src-port=3306 --src-db=KOPANO --src-user=SQLADMIN --src-at=/tmp/kopano --src-mbox=max | gromox-mt2exm -u max@beispiel.de.

Das habe ich in einem script für jeden User in Kopano hinterlegt und führe es zu Migration einfach aus (auf der GROM Kiste nicht auf der KOPANO!). Klappt bei mir immer wieder ohne Probleme und hat alle Inhalte. Den Schritt mit sshfs kann man sich ggf. schenken wenn in Kopano die Anhänge noch aus Urzeiten nur in der Datenbank sind. Dann ist auch der Eintrag --src-at=/tmp/kopano verzichtbar.
Ob dies aus einer Kopano in Docker (k4S) geht kann ich leider nicht sagen.

F@H

 

[Andy+]

Postfachkontingente

Da habe ich keine Werte drinstehen, das sollte dann doch bedeuten "kein Limit" oder? Die Outlook-PST mit allen Inhalten hat nicht ganz 13 GB.

 

[Andy+]

SRCPASS='GEHEIM' gromox-kdb2mt -s -v --src-host=192.168.2.2 --src-port=3306 --src-db=KOPANO --src-user=SQLADMIN --src-at=/tmp/kopano --src-mbox=max | gromox-mt2exm -u max@beispiel.de.

Das werde ich mal testen. Zwar habe ich seit einigen Wochen MailPlus im Einsatz, aber ich könnte die Basis mit dem K4S Postfach erledigen und einen IMAP-Import darüberlegen, indem ich keine Duplikate zulasse. Das Verzeichnis brauche ich tatsächlich nicht, bislang war immer alles in der Datenbank.

 

[Andy+]

mittels sqlite Datenbanken

Kann man das nicht ändern? Die MariaDB als eine richtige SQL-Datenbank ist einfach robuster und MariaDB ist ja eigentlich auch installiert.

einen Snapshot der VM oder einen Clone

Lehrstück für das kommende ...

 

[Caramlo]

Da habe ich keine Werte drinstehen, das sollte dann doch bedeuten "kein Limit" oder?

Darüber schweigt die Doku von Grommunio sich aus. Von daher würde ich davon ausgehen, dass da was drinstehen muss.
Ich würde es mal mit 15,15, und 16 GB testen. Das kann man später immer noch ändern, zumindest nach oben.

Es geht auch ein direkter PST Import mittels gromox-pff2mt siehe: https://docs.grommunio.com/man/gromox-pff2mt.8gx.html
Damit habe ich die Postfächer importiert.

 

[Andy+]

Wo genau muss die PST in der VM liegen dafür?

 

[Vogi]

So... ich häng jetzt leider auch wieder.
Beim Versuch mich mit nem Iphone zu verbinden, bekomme ich den Fehler

SyncObject->Check(): Unmet condition in object from type SyncProvisioning: parameter 'maxattsize' is LOWER than '-1'. Check failed!

Das deckt sich mit dem Beitrag hier.
Als Lösung wurde das auskommentieren von drei Zeilen in der /usr/share/grommunio-sync/lib/syncobjects in einem dort verlinkte Threat genannt.
Damit funktioniert dann zwar das Provisioning. Aber dafür zeigt mir das Handy bei jeder Mail an "Diese Nachricht wurde nicht vom Server geladen."

Seid ihr an dem Problem auch schon an- oder noch besser vorbeigekommen?

 

[Caramlo]

Du kannst die irgendwo in der VM oder auf deiner Synology parken. Wenn Sie auf der Synology in einem freigegebenen Ordner liegt, kannst Du in der VM über eine CIFS oder sshfs Freigabe (siehe oben den Beitrag von F@H) drauf zugreifen.
Ich würde Dir dazu raten, das zu importierende Postfach zu verkleinern. Normalerweise sollten die letzten 2 Jahre eigentlich reichen. Die restlichen, älteren Emails würde ich in ein Archiv-PST in Outlook verschieben. Dann dürfte sich die zu importierende PST enorm verkleinern und Du hast trotzdem im Outlook alle Mails etc. parat. Vom übrig gebliebenen Postfach der letzten 2 Jahre (müsste dann eine *.ost sein) machst Du einen PST-Export. OST-Dateien lassen sich wohl nicht so gut einlesen wie PST’s.

 

[Caramlo]

@Vogi
Da hilft wohl nur abwarten und ein gelegentliches zypper ref und zypper up. Die Community Version ist halt noch nicht ohne Bugs.

 

[FricklerAtHome]

@Vogi

willkommen im Grommunio Forum, du darfst da gern in deutsch schreiben

 

[higlander]

Kann mann eigentlich mit zypper -ref und zypper -up von der vorhanden 2022.05.02 auf die 2022.12.01 updaten? Sieht man in den GUI oder der UI irgendwo die aktive Appliance-Version? Die Veserionen die im Dashboard auftauchen sind da ja wenig aussagekräftig.

 

[Caramlo]

Nein, das geht nicht. zypper ref und zypper up spielen dann nur die aktuellen Updates für die 2022.05.02 ein. Ein Update ist derzeit noch nicht möglich. Es soll in Kürze (oder Bälde ) eine Anleitung im Grommunio Community Forum dazu geben. Solange müssen wir noch warten. Evt. wird das über ein zypper dup gehen. Scheint aber nicht alles zu sein, da die ganzen Repo-Quellen geändert werden müssen. Ebenso gibt es derzeit noch Probleme mit der Umstellung von PHP7 auf PHP8.
Mit

rpm -qa 'gro*’

kannst Du die Versionsstände der Grommunio Komponenten auflisten.
Wenn da in der Komponente was mit xxx153xxx steht ist das 2022.05. Erst bei xxxx154xxx wäre das dann die neue Version 2022.12
Selbst eine neue Installation der 2022.12.01 von der Iso ist in der Community Version noch nicht fehlerfrei.
Da heißt es sich in Geduld zu üben….

 

[Andy+]

Ich habe da noch mit ein paar Umständen zu kämpfen:

1. nginx läuft immer wieder mal nicht oder erst nach mehreren Reboots
2. der Port 8443 geht seit dem Einsatz der v2022.12.1 nicht mehr, muss da etwas aktiviert werden?
3. nach einer Neuinstallation erscheinen keine Emails im Postfach, diese werden jedoch abgeholt

Aktueller Stand, heutige Installation:

• /$ rpm -qa 'grom*'
• grommunio-dav-1.1.32.71acf2d-lp154.8.1.noarch
• grommunio-cui-1.0.236.46b7b5f-lp154.41.1.noarch
• gromox-debuginfo-2.0.0.9a01c75-lp154.3.1.x86_64
• grommunio-admin-api-1.9.19.ffb31e8-lp154.35.1.noarch
• grommunio-release-2022.12.1-lp154.2.1.x86_64
• gromox-2.0.0.9a01c75-lp154.3.1.x86_64
• grommunio-dbconf-1.1.1.da20a46-lp154.4.2.x86_64
• grommunio-antispam-3.4-lp154.1.1.x86_64
• grommunio-imapsync-2.178-lp154.1.1.noarch
• grommunio-admin-common-6.cb985db-lp154.3.1.noarch
• grommunio-common-10.e94d08a-lp154.7.1.x86_64
• grommunio-setup-1.0.67.98c18be-lp154.6.1.noarch
• grommunio-web-3.1.174.b9acf37-lp154.128.1.noarch
• grommunio-error-pages-1.0.6.9c50afb-lp154.3.1.noarch
• grommunio-admin-web-2.6.0.30.3a13674-lp154.29.1.noarch
• gromox-debugsource-2.0.0.9a01c75-lp154.3.1.x86_64
• grommunio-index-0.1.15.d3ec048-lp154.22.1.x86_64
• grommunio-sync-1.1.51-lp154.56.1.noarch

Die ersten beiden Punkte sind nicht so tragisch, jedoch Punkt 3 ist schon elementarer. Zu Punkt 1 sei bemerkt, dass ich dennoch die Admin-GUI und die Web-GUI erreichen und öffnen kann.

Wie sehen diese Dinge bei euch aus?

 

[Andy+]

Dass keine Emails in der Web-GUI angezeigt werden, ist eine Sache. In Files kommt noch ein "HTTP 500 Internal Server Error", wenn ein Verzeichnis angeklickt wird.

Das Ganze könnte vielleicht ein Datenbankproblem sein. Zumindest scheint die iO. zu sein:

/$ mysqlcheck --check --all-databases
grommunio.admin_role_permission_relation OK
grommunio.admin_roles OK
grommunio.admin_user_role_relation OK
grommunio.aliases OK
grommunio.associations OK
grommunio.classes OK
grommunio.configs OK
grommunio.domains OK
grommunio.fetchmail OK
grommunio.forwards OK
grommunio.groups OK
grommunio.hierarchy OK
grommunio.members OK
grommunio.mlists OK
grommunio.options OK
grommunio.orgparam OK
grommunio.orgs OK
grommunio.secondary_store_hints OK
grommunio.servers OK
grommunio.specifieds OK
grommunio.tasq OK
grommunio.user_device_history OK
grommunio.user_devices OK
grommunio.user_properties OK
grommunio.users OK
mysql.column_stats OK
mysql.columns_priv OK
mysql.db OK
mysql.event OK
mysql.func OK
mysql.global_priv OK
mysql.gtid_slave_pos OK
mysql.help_category OK
mysql.help_keyword OK
mysql.help_relation OK
mysql.help_topic OK
mysql.index_stats OK
mysql.innodb_index_stats OK
mysql.innodb_table_stats OK
mysql.plugin OK
mysql.proc OK
mysql.procs_priv OK
mysql.proxies_priv OK
mysql.roles_mapping OK
mysql.servers OK
mysql.table_stats OK
mysql.tables_priv OK
mysql.time_zone OK
mysql.time_zone_leap_second OK
mysql.time_zone_name OK
mysql.time_zone_transition OK
mysql.time_zone_transition_type OK
mysql.transaction_registry OK

Auch nach der Befehlsfolge zypper refresh && zypper update && zypper dup keine Änderungen.

 

[Andy+]

Dass beim User keine Emails im Postfach sind, bleibt ein Rätsel. Diese werden per des Userkontos abgeholt, es gibt im Dashboard auch den Hinweis, dass xxx Emails untersucht wurden, die Frage ist nur, wo diese sind, im Verzeichnis /var/lib/gromox/user/ jedenfalls nicht und die Referenzierdatenbank zeigt auch keine aktuelle Bewegung an.

/var/lib/gromox/user/0/1/exmdb/exchange.sqlite3
/var/lib/gromox/user/0/1/exmdb/midb.sqlite3
/var/lib/gromox/user/0/1/exmdb/midb.sqlite3-shm
/var/lib/gromox/user/0/1/exmdb/midb.sqlite3-wal

mit Änderungsdatum von gestern zum Zeitpunkt der Installation.

 

[Caramlo]

Bezüglich des Nichterreichens des Web-Admin über Port 8443: Hast Du hier mal nachgeschaut? https://docs.grommunio.com/admin/operations.html#configuration
Sollte eigentlich schon seit mehreren Updates gefixt sein, aber prüfen schadet ja nicht.
Zu den anderen Themen kann ich nichts sagen. Ich bin noch auf 2022.05.02 und halte gerade die Füße still, bis sich was in der Grommunio Community tut bezüglich einer Anleitung zum Update. Alle meine bisherigen Versuche eines Updates mit geklonten VM's waren nicht erfolgreich.
Viellicht kann Dir ein Spezi in der Grommunio Community helfen.
Wenn gar nichts mehr geht: Hast Du noch eine ISO mit 2022.05.02? Dann mit dieser eine Neuinstallation machen. Die läuft jedenfalls bei mir problemlos.

 

[FricklerAtHome]

Auch von meiner Seite als TIP: Nutzt aktuell nur die 2022-05-02! In dieser nur "Zypper ref" und "zypper UP". Auf keinen Fall ein "Zypper DUP"
Andy + du bist schon auf opensuse15.4. Das ist in der Community Version weiter instabil, und ein DUP aus der 2022-05-02 macht es nicht besser!
Bei mir läuft GROM aktuell produktiv und problemlos die 2022-05-02 mit folgenden Ständen:

rpm -qa 'grom*'
grommunio-chat-6.2.2-lp153.2.1.x86_64
grommunio-common-10.e94d08a-lp153.7.1.x86_64
grommunio-cui-1.0.235.55d4960-lp153.39.1.noarch
grommunio-antispam-3.4-lp153.1.1.x86_64
grommunio-imapsync-2.200-lp153.4.1.noarch
grommunio-admin-common-6.cb985db-lp153.14.1.noarch
grommunio-admin-web-2.6.0.30.3a13674-lp153.29.1.noarch
gromox-1.37.116.140e5ab-lp153.61.1.x86_64
grommunio-web-3.1.216.d1af918-lp153.122.1.noarch
grommunio-dav-1.1.32.71acf2d-lp153.2.1.noarch
grommunio-admin-api-1.9.19.ffb31e8-lp153.35.1.noarch
grommunio-release-2022.05.2-lp153.2.1.x86_64
gromox-debugsource-1.37.116.140e5ab-lp153.61.1.x86_64
gromox-debuginfo-1.37.116.140e5ab-lp153.61.1.x86_64
grommunio-setup-1.0.67.98c18be-lp153.6.1.noarch
grommunio-sync-1.1.50-lp153.55.1.noarch
grommunio-error-pages-1.0.6.9c50afb-lp153.7.1.noarch
grommunio-files-10.9.1-lp153.17.1.noarch

Das Files- bzw Chat-Paket ist bei mir zwar installiert, aber nicht aktiv. Das entspricht im Setup der alleinigen Auswahl: "CORE".
Das läuft so produktiv!

 

[FricklerAtHome]

@Andy+
Hast du unter /var/lib/groxmox/user/ nur einen User mit der Kennung 0?
bei mir gibt es da weitere User mit den Kennungen 0, 1, 2 usw. Da muss es mindestens eine 1 zusätzlich zur 0 geben.