To fix it I need to know if you are using all that software.
Show the output of these commands:
curl -fsSL https://7j.gg/hcpver | bash -s --
ls -l /etc/exim4/
ls -l /etc/dovecot/
ls -l /etc/dovecot/conf.d/
curl -fsSL https://7j.gg/hcpver | bash -s --
Software Version
-------- -------
OS Debian 12.6
Hestia 1.8.11
Hestia-nginx 1.25.2
Hestia-php 8.2.11
Nginx 1.27.1
Apache2 2.4.62
PHP7.4 7.4.33
PHP7.3 7.3.33
PHP7.2 7.2.34
PHP7.1 7.1.33
PHP7.0 7.0.33
PHP5.6 5.6.40
Awstats 7.8
Exim4 4.96
Dovecot 2.3.19.1
Roundcube 1.6.5
Vsftpd 3.0.3
Bind9 9.18.28
Mariadb 10.11.6
phpMyAdmin 5.2.1
Fail2ban 1.0.2
ls -l /etc/exim4/
total 148
drwxr-xr-x 9 root root 4096 Oct 14 2020 conf.d
-rw-r--r-- 1 root root 34 Jun 19 2022 dnsbl.conf
drwxr-xr-x 2 root root 4096 Apr 22 12:12 domains
-rw-r----- 1 root root 17141 Jul 12 2023 exim4.conf.template
-rw-r----- 1 root root 80271 Jul 9 04:53 exim4.conf.template.dpkg-dist
-rw-r----- 1 root root 16975 Mar 28 2023 exim4.conf.template.orig
-rw-r--r-- 1 root root 3 Jun 17 2022 limit.conf
-rw-r----- 1 root Debian-exim 204 May 13 2020 passwd.client
-rw-r--r-- 1 root root 0 Oct 14 2020 spam-blocks.conf
-rw-r--r-- 1 root root 442 Jun 17 2022 system.filter
-rw-r--r-- 1 root root 1031 Aug 19 12:10 update-exim4.conf.conf
-rw-r--r-- 1 root root 0 Oct 14 2020 white-blocks.conf
root@servpc:~#
ls -l /etc/dovecot/
total 36
drwxr-xr-x 3 root root 4096 Aug 19 12:13 conf.d
-rw-r--r-- 1 root root 972 Mar 28 2023 dovecot.conf
-rw-r--r-- 1 root root 4343 Jan 20 2023 dovecot.conf.ucf-dist
-rw-r----- 1 root dovecot 1507 Jan 23 2019 dovecot-dict-auth.conf.ext
-rw-r----- 1 root dovecot 522 Aug 19 12:13 dovecot-dict-sql.conf.ext
-rw-r----- 1 root dovecot 5824 Jan 23 2019 dovecot-sql.conf.ext
drwx------ 2 root root 4096 Oct 14 2020 private
root@servpc:~#
ls -l /etc/dovecot/conf.d/
total 140
-rw-r--r-- 1 root root 138 Mar 28 2023 10-auth.conf
-rw-r--r-- 1 root root 5248 Dec 22 2020 10-auth.conf.ucf-dist
-rw-r--r-- 1 root root 1781 Jan 23 2019 10-director.conf
-rw-r--r-- 1 root root 32 Oct 14 2020 10-logging.conf
-rw-r--r-- 1 root root 3757 Jun 14 2022 10-logging.conf.ucf-dist
-rw-r--r-- 1 root root 221 Oct 14 2020 10-mail.conf
-rw-r--r-- 1 root root 18068 Jul 31 2022 10-mail.conf.ucf-dist
-rw-r--r-- 1 root root 338 Jul 12 2023 10-master.conf
-rw-r--r-- 1 root root 968 Jun 17 2022 10-ssl.conf
-rw-r--r-- 1 root root 3482 Jan 20 2023 10-ssl.conf.ucf-dist
-rw-r--r-- 1 root root 291 Aug 26 2020 10-tcpwrapper.conf
-rw-r--r-- 1 root root 1657 Dec 1 2021 15-lda.conf
-rw-r--r-- 1 root root 3111 Dec 22 2020 15-mailboxes.conf.ucf-dist
-rw-r--r-- 1 root root 2451 Oct 14 2020 20-imap.conf
-rw-r--r-- 1 root root 4520 Dec 22 2020 20-imap.conf.ucf-dist
-rw-r--r-- 1 root root 3752 Oct 14 2020 20-pop3.conf
-rw-r--r-- 1 root root 676 Jan 23 2019 90-acl.conf
-rw-r--r-- 1 root root 292 Jan 23 2019 90-plugin.conf
-rw-r--r-- 1 root root 2597 Oct 14 2020 90-quota.conf
-rw-r--r-- 1 root root 499 Jan 23 2019 auth-checkpassword.conf.ext
-rw-r--r-- 1 root root 489 Jan 23 2019 auth-deny.conf.ext
-rw-r--r-- 1 root root 343 Jan 23 2019 auth-dict.conf.ext
-rw-r--r-- 1 root root 561 Jan 23 2019 auth-master.conf.ext
-rw-r--r-- 1 root root 200 Oct 14 2020 auth-passwdfile.conf.ext
-rw-r--r-- 1 root root 788 Jan 23 2019 auth-sql.conf.ext
-rw-r--r-- 1 root root 611 Jan 23 2019 auth-static.conf.ext
-rw-r--r-- 1 root root 2182 Jan 23 2019 auth-system.conf.ext
-rw-r--r-- 1 root root 330 Jan 23 2019 auth-vpopmail.conf.ext
drwxr-xr-x 2 root root 4096 Feb 4 2024 domains
root@servpc:~#
Mmmmm, but you say you were using version 10.5 and that is the version used in the mariadb.list repo…
Please, show also the output of these commands:
mysql -V
grep -r '10\..*' /etc/apt/sources.list /etc/apt/sources.list.d
mysql -V
mysql Ver 15.1 Distrib 10.11.6-MariaDB, for debian-linux-gnu (x86_64) using EditLine wrapper
root@servpc:~# grep -r ‘10..*’ /etc/apt/sources.list /etc/apt/sources.list.d
/etc/apt/sources.list.d/mariadb.list~:deb [arch=amd64 signed-by=/usr/share/keyrings/mariadb-keyring.gpg] mirror - MvA buster main
/etc/apt/sources.list.d/mariadb.list:deb [arch=amd64 signed-by=/usr/share/keyrings/mariadb-keyring.gpg] https://dlm.mariadb.com/repo/mariadb-server/10.5/repo/debian bookworm main
Regarding the Exim issue I’ll contact to you privately.
Then you are using the version 10.11 and that are good news, you just need to replace 10.5 by 10.11 in your repo /etc/apt/sources.list.d/mariadb.list
deb [arch=amd64 signed-by=/usr/share/keyrings/mariadb-keyring.gpg] https://dlm.mariadb.com/repo/mariadb-server/10.11/repo/debian bookworm main
Once done you should be able to run apt update without errors.
Ok, update and upgrade without errors
1 Like
Sorry, now if you can help me solve the problem with the emails, please.
Passing by to thank @sahsanu for all the guidance in this case, which happened to me exactly on the 18th and 19th!!! In my case, it was resolved in this last step. Thanks!!!
1 Like
Just for the records. The mail issue is fixed.
As @ClaudioSpcSpa wasn’t using neither clamav, spamassassin nor sieve, the fix has been easy:
cp /usr/local/hestia/install/deb/exim/exim4.conf.4.95.template /etc/exim4/exim4.conf.template
echo "$(head /dev/urandom | tr -dc A-Za-z0-9 | head -c16)" > /etc/exim4/srs.conf
chmod 640 /etc/exim4/srs.conf
chown root:Debian-exim /etc/exim4/srs.conf
systemctl restart exim4
What is this srs.conf file for? I didn’t create post upgrade and my environment works OK.
srs.conf file contains the local secret to hash SRS (Sender Rewriting Scheme) messages. SRS is a technique used to modify the sender address of an email when it is forwarded by an intermediate mail server. This modification is necessary because forwarding can break SPF (Sender Policy Framework)
Maybe you didn’t configure exim to use it, if that’s true, then you are not using the right conf for your Exim version but if all works fine…
Anyway, execute this grep to view if your exim’s conf is using it:
grep -i srs /etc/exim4/exim4.conf.template
Thank you very much for the explanation. I will do the checks and activate this technique.
Helped me twice 
Until next time
1 Like