Probleme bei Ordneranlage in Webmail und Outlook

cspert

Version: grommunio 2022.12.1

Versuch, in einer freigegebenen Mailbox einen Unterordner anzulegen endet mit "Cant't add data to bus" :

Ordner wird aber trotzdem angelegt, der erscheint dann nach einem relogin.

In Outlook angelegter Unterordner scheint nicht im Webclient auf:

Im Outlook können die Berechtigungen des neu angelegten Unterordners nicht angezeigt werden:

Bin ich einfach zu dämlich, das Teil richtig zu bedienen, oder darf ich mir einfach in den derzeitigen Versionen noch nicht zu viel erwarten? Zumindest Ordner anlegen können hätte ich mir dann doch erwartet.

Ich hoffe, ich hab nicht was in der Doku überlesen, was jetzt alles geht und was nicht.

Andy

So wie das aussieht, hast Du eine ältere Version, diese ist aktuell

localhost:~ # rpm -qi gromox | head -n 3 && rpm -qa grom | sort
Name : gromox
Version : 2.7.145.98059de
Release : lp154.63.1
grommunio-admin-api-1.10.3.9b65ea0-lp154.59.1.noarch
grommunio-admin-common-6.cb985db-lp154.2.2.noarch
grommunio-admin-web-2.6.0.72.0157b92-lp154.44.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.4.4.x86_64
grommunio-error-pages-1.0.6.9c50afb-lp154.3.2.noarch
grommunio-files-25.0.4-lp154.34.1.noarch
grommunio-imapsync-2.178-lp154.1.2.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.34.31a96e0-lp154.212.1.noarch
gromox-2.7.145.98059de-lp154.63.1.x86_64
gromox-debuginfo-2.7.145.98059de-lp154.63.1.x86_64
gromox-debugsource-2.7.145.98059de-lp154.63.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:~ #

Update am Terminal: zypper refresh && zypper update

Oder über die CUI als Systemupdate. Dann nochmal testen.

cspert

Upgrade wie angewiesen durchgeführt, gromox-http nun beschädigt und startet nicht mehr:

Apr 17 17:50:08 localhost http[17257]: gromox-http 2.8.17.00986ab (pid 17257 uid 0)
Apr 17 17:50:08 localhost http[17257]: system: system TLS listening port 10443
Apr 17 17:50:08 localhost http[17257]: system: FD limit set to 2256
Apr 17 17:50:08 localhost http[17257]: exmdb_provider: listen address is [::1]:5000
Apr 17 17:50:08 localhost http[17257]: exmdb_provider: defaulting to implicit access ACL containing ::1.
Apr 17 17:50:08 localhost http[17257]: Reexecing /usr/libexec/gromox/http
Apr 17 17:50:08 localhost http[17257]: gromox-http 2.8.17.00986ab (pid 17257 uid 493)
Apr 17 17:50:08 localhost http[17257]: system: default domain is "grommunio.csp.at"
Apr 17 17:50:08 localhost http[17257]: system: system TLS listening port 10443
Apr 17 17:50:08 localhost http[17257]: exmdb_provider: listen address is [::1]:5000
Apr 17 17:50:08 localhost http[17257]: exmdb_provider: defaulting to implicit access ACL containing ::1.
Apr 17 17:50:08 localhost http[17257]: ldap_adaptor: default host <ldapi:///>, base <>, #conn=8, mailattr=mail
Apr 17 17:50:08 localhost http[17257]: mysql_adaptor: Current schema n115. Update available: n117.
Apr 17 17:50:08 localhost http[17257]: dbop: Current database schema: gx-115
Apr 17 17:50:08 localhost http[17257]: dbop: Upgrading schema to GX-116
Apr 17 17:50:08 localhost http[17257]: dbop: "ALTER TABLE classes CHANGE COLUMN listname listname varchar(320) CHARACTER SET ascii NOT NULL": Data truncated for column 'listname' at row 1
Apr 17 17:50:08 localhost http[17257]: mysql_adaptor: failed to startup
Apr 17 17:50:08 localhost http[17257]: service: init of libgxs_mysql_adaptor.so not successful
Apr 17 17:50:08 localhost http[17257]: system: failed to run services
Apr 17 17:50:08 localhost systemd[1]: gromox-http.service: Main process exited, code=exited, status=1/FAILURE

cspert

Workaround:

localhost:/etc/gromox # mysql -u grommunio -p grommunio
Enter password:
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A

Welcome to the MariaDB monitor.  Commands end with ; or \g.
Your MariaDB connection id is 23
Server version: 10.6.10-MariaDB MariaDB package

Copyright (c) 2000, 2018, Oracle, MariaDB Corporation Ab and others.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

MariaDB [grommunio]> desc classes;
+-----------+------------------+------+-----+---------+----------------+
| Field     | Type             | Null | Key | Default | Extra          |
+-----------+------------------+------+-----+---------+----------------+
| id        | int(10) unsigned | NO   | PRI | NULL    | auto_increment |
| classname | varchar(128)     | NO   |     | NULL    |                |
| listname  | varchar(320)     | YES  | MUL | NULL    |                |
| filters   | text             | YES  |     | NULL    |                |
| domain_id | int(10) unsigned | NO   | MUL | NULL    |                |
+-----------+------------------+------+-----+---------+----------------+
5 rows in set (0,001 sec)

MariaDB [grommunio]> ALTER IGNORE TABLE `classes` CHANGE COLUMN `listname` `listname` varchar(320) CHARACTER SET ascii NOT NULL;
Query OK, 0 rows affected, 1 warning (0,056 sec)
Records: 0  Duplicates: 0  Warnings: 1

MariaDB [grommunio]> desc classes;
+-----------+------------------+------+-----+---------+----------------+
| Field     | Type             | Null | Key | Default | Extra          |
+-----------+------------------+------+-----+---------+----------------+
| id        | int(10) unsigned | NO   | PRI | NULL    | auto_increment |
| classname | varchar(128)     | NO   |     | NULL    |                |
| listname  | varchar(320)     | NO   | MUL | NULL    |                |
| filters   | text             | YES  |     | NULL    |                |
| domain_id | int(10) unsigned | NO   | MUL | NULL    |                |
+-----------+------------------+------+-----+---------+----------------+
5 rows in set (0,001 sec)

MariaDB [grommunio]> ^DBye
localhost:/etc/gromox # service gromox-http start

Sollte dennoch eigentlich so nicht passieren.

cspert

Outlook-Zugriff nun trotzdem kaputt:

cspert

Neues Outlook-Profil angelegt, Konto neu eingerichtet, Ordner aus Outlook erscheint nun immerhin nach ab- und anmelden im Webmail (refresh hat den Ordner nicht im Webmail angezeigt, es musste wirklich ein komplett neuer login-Zyklus durchgeführt werden).
Umgekehrt funktioniert es (Ordner im Webmail anlegen Ordner erscheint sofort im Outlook). Immerhin!

Das beschädigte Profil nach dem Update ist aber bedenklich, könnte es sein, dass daran der Ordner schuld ist, der nur im Outlook angelegt und offensichtlich nie mit dem Server synchronisiert wurde, sodass dieser dann Serverseitig nicht gefunden wird und Outlook zu obiger Fehlermeldung veranlasst? Defektes Profil ist noch vorhanden für weitere Tests.

weini

siehe hier: https://community.grommunio.com/d/991-gromox-dbop-fails-to-create-classes-table