Christmas release && packaging adoptions

I assume this is a packaging error.

Current release will fix this issue. Please update your system.
If you created the symlink, remove the symlink, to cleanup the system.
rm /usr/share/grommunio-web/server/includes/mapi

I'm still on Debian 11. I reinstalled all packages, there is no /usr/share/php-mapi/includes folder. all files are directly in /usr/share/php-mapi. I've added a link in the folder to link "includes" to the main folder. I still get the 500 error and IOS is not syncing. This is in the logs:

2022/12/17 22:20:23 [error] 75887#75887: *1187 FastCGI sent in stderr: "PHP message: PHP Warning:  include_once(config.php): failed to open stream: No such file or directory in /usr/share/grommunio-sync/index.php on line 21PHP message: PHP Warning:  include_once(): Failed opening 'config.php' for inclusion (include_path='.:/usr/share/php') in /usr/share/grommunio-sync/index.php on line 21PHP message: PHP Warning:  Use of undefined constant SCRIPT_TIMEOUT - assumed 'SCRIPT_TIMEOUT' (this will throw an Error in a future version of PHP) in /usr/share/grommunio-sync/index.php on line 24PHP message: PHP Warning:  Use of undefined constant SCRIPT_TIMEOUT - assumed 'SCRIPT_TIMEOUT' (this will throw an Error in a future version of PHP) in /usr/share/grommunio-sync/index.php on line 25PHP message: PHP Warning:  set_time_limit() expects parameter 1 to be int, string given in /usr/share/grommunio-sync/index.php on line 25PHP message: PHP Warning:  Use of undefined constant LOGBACKEND_CLASS - assumed 'LOGBACKEND_CLASS' (this will throw an Error in a future version of PHP) in /usr/share/grommunio-sync/lib/core/slog.php on line 118PHP message: The configured logging class `LOGBACKEND_CLASS` does not exist. Check your configuration.PHP message: The configured logging class `LOGBACKEND_CLASS` does not exist. Check your configuration.PHP message: PHP Warning:  Use of undefined constant LOGBACKEND_CLASS - assumed 'LOGBACKEND_CLASS' (this will throw an Error in a future version of PHP) in /usr/share/grommunio-sync/lib/core/slog.php on line 118PHP message: The configured logging class `LOGBACKEND_CLASS` does not exist. Check your configuration.PHP message: The configured logging class `LOGBACKEND_CLASS` does not exist. Check your configuration.PHP message: PHP Warning:  Use of undefined constant LOGBACKEND_CLASS - assumed 'LOGBACKEND_CLASS' (this will throw an Error in a future version of PHP) in /usr/share/grommunio-sync/lib/core/slog.php on line 118PHP message: The configured logging class `LOGBACKEND_CLASS` does not exist. Check
2022/12/17 22:20:23 [error] 75887#75887: *1187 FastCGI sent in stderr: ": The configured logging class `LOGBACKEND_CLASS` does not exist. Check your configuration.PHP message: PHP Warning:  Use of undefined constant LOGBACKEND_CLASS - assumed 'LOGBACKEND_CLASS' (this will throw an Error in a future version of PHP) in /usr/share/grommunio-sync/lib/core/slog.php on line 118PHP message: The configured logging class `LOGBACKEND_CLASS` does not exist. Check your configuration.PHP message: The configured logging class `LOGBACKEND_CLASS` does not exist. Check your configuration.PHP message: PHP Warning:  Use of undefined constant LOGBACKEND_CLASS - assumed 'LOGBACKEND_CLASS' (this will throw an Error in a future version of PHP) in /usr/share/grommunio-sync/lib/core/slog.php on line 118PHP message: The configured logging class `LOGBACKEND_CLASS` does not exist. Check your configuration.PHP message: The configured logging class `LOGBACKEND_CLASS` does not exist. Check your configuration" while reading response header from upstream, client: 91.65.66.116, server: _, request: "GET /Microsoft-Server-ActiveSync HTTP/2.0", upstream: "fastcgi://unix:/run/php-fpm/grommunio-sync:", host: "example.com"

crpb Ah I guess similar actions will make my sync work as well. Will try once I‘m at home! Thanks

Für grommunio-sync hilft bei mir

ln -s /etc/grommunio-sync/grommunio-sync.conf.php /usr/share/grommunio-sync/config.php

BTW: Did some extensive copy paste / duplicating on the Debian-VM via IMAP..
Had almost 200.000 MSG before i deleted everything again. Couldn't make out any problems
Last of my grom_cleanup tasks.

Processing /var/lib/gromox/user/1/1/cid...
Purged 180086 files (1040MB) from /var/lib/gromox/user/1/1/cid
Processing /var/lib/gromox/user/1/1/eml...
Purged 59925 files (1375MB) from /var/lib/gromox/user/1/1/eml
Processing /var/lib/gromox/user/1/1/ext...
Purged 59925 files (50MB) from /var/lib/gromox/user/1/1/ext
vacuum: /var/lib/gromox/user/1/1

The midb.sqlite is now the biggest leftover in there with 88MB... ️

FelixVictor This worked for me as well :-) dav was all fine on my machine ^^

ich bekomme im Zuge des Updates auch diese Fehlermeldungen

Hi community,
After a fresh install of grommunio appliance I'm facing some MAPI issues. Admin-Web works fine, Login to Web-Frontend as well but after that I got the following MAPIException (after enabling debugging options):

Uncaught MAPIException: The operation failed for an unspecified reason in /usr/share/grommunio-web/server/includes/core/class.mapisession.php:580
Stack trace:
#0 /usr/share/grommunio-web/server/includes/core/class.mapisession.php(580): mapi_table_queryallrows(Resource id #9, Array)
#1 /usr/share/grommunio-web/server/includes/core/class.mapisession.php(617): MAPISession->loadMessageStoresFromSession()
#2 /usr/share/grommunio-web/server/includes/core/class.mapisession.php(121): MAPISession->getDefaultMessageStore()
#3 /usr/share/grommunio-web/server/includes/core/class.mapisession.php(482): MAPISession->getUser()
#4 /usr/share/grommunio-web/server/includes/core/class.mapisession.php(491): MAPISession->getDisabledFeatures()
#5 /usr/share/grommunio-web/index.php(178): MAPISession->isWebappDisableAsFeature()
#6 {main}
thrown in <b>/usr/share/grommunio-web/server/includes/core/class.mapisession.php</b> on line 580

(BTW, I didn't find out how one could disable "Webapp" on user level. Is this a new feature, maybe not properly implemented?)

any ideas?

An other observation which might or might not have something to do with the problem above:

gromox-zcore says: Could not resolve [::1]:6666: Name or service not known

gromox-timer is listening on port 6666 (ipv6), also systemctl status gromox-timer doesn't show any errors. telnet on localhost 6666 and ::1 6666 works fine.

Which version you are using?
# rpm -qi gromox | head -n 3
Name : gromox
Version : 2.0.0.9a01c75
Release : lp153.2.1

Facing a problem on Rocky Linux 8 (RHEL 8):

`# dnf update
Last metadata expiration check: 0:25:03 ago on Wed 04 Jan 2023 02:26:11 PM CET.
Error:
Problem: cannot install the best update candidate for package gromox-1.37.19.ef020a6-19.1.x86_64

• nothing provides php-cli = 7.4.19 needed by gromox-2.0.0.9a01c75-3.1.x86_64
• nothing provides php-fpm = 7.4.19 needed by gromox-2.0.0.9a01c75-3.1.x86_64
• nothing provides php-mysqlnd = 7.4.19 needed by gromox-2.0.0.9a01c75-3.1.x86_64
• nothing provides php-soap = 7.4.19 needed by gromox-2.0.0.9a01c75-3.1.x86_64
  (try to add '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages)
  `

Currently, PHP 7.4.33 is installed from Remi Repos.

Please update dependencies to >=7.4.19 or the like. Or is there any other fix I can implement?

Thanks
Daniel

WalterH

The newest, I guess.

rpm -qi gromox | head -n 3
Name : gromox
Version : 2.0.0.9a01c75
Release : lp154.2.1

So, after reinstalling a fresh install of Grommunio using the VMware appliance, I discovered the majority of the secondary packages (chat, files, etc) were not installed. So I tried the ISO and installed the system from that.

The current -latest images are broken, IMO. Having to go manually install packages, search for packages, clobber the system to get it working -- this defeats the purpose of the Ready to Deploy appliance, or ISO image

Having to do work-arounds, fixes, etc to get the full suite working is disappointing.

Reverting to an older version.

Hello,
we want to migrate our customers from Kopano. I have therefore set up a test server with the current iso. Core works, but files, meet etc. cannot be installed, because dependencies php7 and php8 cannot be resolved.
When will a new iso be available?
Greetings

karsten52 files, meet

Did you mean the optional moduls? Regarding files, Kopano have only the modul similar to the files modul of the grommunio core. Only in comparision the Kopano files modul works additional with ownCloud and SMB connection. WebDAV is possible in both packages, for me in any case the best option.

With meet, maybe some developement is needed.