Yep, same issue - but caught before upgrade with dnf issue, see email sent to users mailing list

Hello,
Thanks to warn us we'll look into that.

Can you share your installation process please ?

Originally, installed on Centos as per
https://docs.iredmail.org/sogo-centos-6-mysql.html

At some point in time, upgraded as per
https://docs.iredmail.org/upgrade.sogo.4.to.5.html

Since then, regular updates with 'yum update'

Ok, I think I more details will help on the update process:
yum couldn't update the sope49-sbjson package, because the dependency on libgnustep-base.so.1.28 couldn't be met. So SOGo would crash beacuse sope49-sbjson has an old version.
I tried also to install the package manually (rpm -i sope49-sbjson --nodeps) which worked. Now it crashes when it tries to start

-- Unit sogod.service has begun starting up.
Jun 15 16:25:10 sogod[95920]: /usr/sbin/sogod: error while loading shared libraries: libgnustep-base.so.1.28: cannot open shared object file: No such file or directory
Jun 15 16:25:10 systemd[1]: sogod.service: Control process exited, code=exited status=127
Jun 15 16:25:10 systemd[1]: sogod.service: Failed with result 'exit-code'.
-- Subject: Unit failed
-- Defined-By: systemd
-- Support: https://access.redhat.com/support

If I run

rpmrebuild -enp sope49-sbjson-2.3.1-20230613_1664.el9.2.1.x86_64.rpm

it shows indeed a reference to libgnustep-base.so.1.28:

rpmrebuild autogenerated specfile

BuildRoot: /root/.tmp/rpmrebuild.97542/work/root
AutoProv: no
%undefine __find_provides
AutoReq: no
%undefine __find_requires

Do not try autogenerate prereq/conflicts/obsoletes and check files

%undefine check_files
%undefine __find_prereq
%undefine find_conflicts
%undefine __find_obsoletes

Be sure buildpolicy set to do nothing

%define __spec_install_post %{nil}

Something that need for rpm-4.1

%define _missing_doc_files_terminate_build 0
#dummy
#dummy
#BUILDHOST: e24846c1b3e5
#BUILDTIME: Tue Jun 13 21:52:53 2023
#SOURCERPM: sope49-4.9-20230613_1664.el9.2.1.src.rpm

#RPMVERSION: 4.16.1.3
#COOKIE: e24846c1b3e5 1686682373

#OS: linux
#SIZE: 64090
#ARCHIVESIZE: 64940
#ARCH: x86_64
BuildArch: x86_64
Name: sope49-sbjson
Version: 2.3.1
Release: 20230613_1664.el9.2.1
License: GPL
Group: Development/Libraries/Objective C
Summary: JSON framework

URL: https://github.com/inverse-inc/sope
Vendor: http://www.opengroupware.org
Packager: Inverse inc. <info@inverse.ca>

Prefix: /usr
Provides: libSBJson.so.2()(64bit)
Provides: sope49-sbjson = 2.3.1-20230613_1664.el9.2.1
Provides: sope49-sbjson(x86-64) = 2.3.1-20230613_1664.el9.2.1
Requires: libc.so.6()(64bit)
Requires: libc.so.6(GLIBC_2.2.5)(64bit)
Requires: libc.so.6(GLIBC_2.3)(64bit)
Requires: libc.so.6(GLIBC_2.4)(64bit)
Requires: libgnustep-base.so.1.28()(64bit)
Requires: libobjc.so.4()(64bit)
#Requires: rpmlib(CompressedFileNames) <= 3.0.4-1
#Requires: rpmlib(FileDigests) <= 4.6.0-1
#Requires: rpmlib(PayloadFilesHavePrefix) <= 4.0-1
#Requires: rpmlib(PayloadIsZstd) <= 5.4.18-1
Requires: rtld(GNU_HASH)

%description
The SBJson library is a high performance JSON library in Objective-C.

Project homepage is: http://code.google.com/p/json-framework/
%files
%dir %attr(0755, root, root) "/usr/lib/.build-id"
%dir %attr(0755, root, root) "/usr/lib/.build-id/3c"
%attr(0777, root, root) "/usr/lib/.build-id/3c/97c82abcdbc70ca81ca6ffa405c5a44ce69b5a"
%attr(0777, root, root) "/usr/lib64/libSBJson.so.2"
%attr(0755, root, root) "/usr/lib64/libSBJson.so.2.3.1"

%changelog

• Thu Aug 02 2012 Jean Raby <jraby@inverse.ca>

• Deduce the oracle lib path from the build arch

• Mon Dec 05 2011 Jean Raby <jraby@inverse.ca>

• updated for oracle-instantclient11.2

• Fri Oct 14 2011 Wolfgang Sourdeau <wsourdeau@inverse.ca>

• adapted to gnustep 1.23 packages, which now uses FHS nomenclature

Ok I may have a lead, we recently try to build sogo for centos 9 and it seems that some packages build for it are found in the repo for centos-8, typically sope49-sbjson. So what you are downloading have dependency not available for centos 8. I'll continue to investigate...

Hi all, this should be fixed. Sorry for the inconvenience.

Sebastien

It works now :-)

Merci, Sebastien!