Problems upgrading exim from from 4.92 to 4.94.2

[aln123]

This upgraded exim from 4.92 to 4.94.2. Apparently something went wrong, incoming mails are not working anymore.

The exim logs show me R=virtual_user T=dovecot_lmtp_udp defer (-1): Failed to connect to socket /var/run/dovecot/lmtp for dovecot_lmtp_udp transport: No such file or directory. I tried to run ./build dovecot but this give me the error
Code:
*** There was an error while trying to configure dovecot. Please check configure/dovecot/configure.dovecot file.
The file configure.dovecot contains
Code:
#!/bin/sh

./configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var --without-ic

Help is much appreciated! (I am starting to get quite nervous)

Probably more relevant, I also see: Unable to open /etc/scl/prefixes/devtoolset-7!

System: CentOS 6

 

[ikkeben]

So i can't help non experience with centos 6 and DA


You use custombuild v2 ?

But if so do forum search and docs about how to switch back to old versions exim , dovecot by using version.txt or so

If you have backup / snapshot ?


IF you have custom changes openssl somewhere for example to support http2 or whatever then bad while there are no docs in this Lets encrypt combination problem there is after 31 september 2021 together with custom stuff.

In other topic i place centos links also to 6 for letsencrypt but first you should bring your box back to as it was before is guess!

I am not from SUPPORT as most Users here aren't.

You are new poster on forum i think, but important is always to name versions used, while all is in combination with....

PFF @fln please if time take a look here , while if updates / patches are not working because of version conflict ....

 

[Richard G]

I'm not familiar with Centos 6 nowadays either since this is already a long time EOL.

Try to build dovecot.conf first, so
./build dovecot_conf

after that, see if things are working again.

If not, you might have to go back to Exim 4.92.

 

[Richard G]

Unable to open /etc/scl/prefixes/devtoolset-7!

Try this:
source /opt/rh/devtoolset-7/enable

 

[aln123]

Thank you for your help everyone

If you have backup / snapshot ?

Yes, I saw no other option, so I had to restore a backup indeed. Basically, this means that I am back to the situation of before where the SSL certificates are rejected by certain clients (mostly apple devices). But at least, the mail services are running again.

If not, you might have to go back to Exim 4.92.

Yes, this might have worked as well. Although I run several configuration scripts, so the safe option was to restore a backup for me.

Try this:
source /opt/rh/devtoolset-7/enable

I think the package was not available anymore via the default package registries.

In the end, for me it seemed like the version of the OS caused most issues. Probably a full migration makes most sense now.. Again, thanks for helping out!

 

[Active8]

One of our servers is using Centos 6 with extended life support from CloudLinux.
We have choose to pay yearly subscription to CL to have our box updated instead of migration (software issues) maybe this can help

 

[Richard G]

Probably a full migration makes most sense now..

I think so. Centos is getting too old, unless indeed you use Cloudlinux, but that costs money so that is a choice.
If you can afford it and still make profit, that Cloudlinux can be a good choice.

On the other hand, if you don't, then it might be good to migrate to either Alma Linux or if you install newly, maybe consider Debian or Ubuntu since you can do major versions upgrades with that without the need of switching servers.

 

[aln123]

One of our servers is using Centos 6 with extended life support from CloudLinux.

Yes interesting suggestion. Apart for the effort of migration the users, I don't have a good reason not to upgrade.

maybe consider Debian or Ubuntu since you can do major versions upgrades with that without the need of switching servers.

Hmm that actually makes sense indeed. Thanks!