Exim configuration error in line 590 of /etc/exim.conf: failed to open included configuration file /etc/exim.clamav.conf

[chronic]

Hello, today I noticed that I have several frozen emails in the mail queue, but if click on "Retry" button to send again, it return this message:

2022-08-07 12:43:36 Exim configuration error in line 590 of /etc/exim.conf:
failed to open included configuration file /etc/exim.clamav.conf

I checked and the file /etc/exim.clamav.conf exists.

If I try to send an email it normally works, but these emails in frozen for several hours have not been able to start.

Anyone have any suggestions?

Thanks

 

[smtalk]

Please check if the following solves the problem:

cd /usr/local/directadmin/custombuild
./build update
./build eximconf

 

[chronic]

Thanks Martynas, no I had tried that solution before, but nothing has changed.

In the end I solved it by comparing the permissions of the exim.clamav.conf file on another server and I saw that it was 644 instead on this it was 600. I set the permissions on this file to 644 and now it works.

There is a way to check that the permissions of the various configuration files used by directadmin are correct, and if so, fix those that are not?

 

[Erulezz]

You can use the set_permissions.sh script:

cd /usr/local/directadmin/scripts
./set_permissions.sh

to see what is does or

./set_permissions.sh all

to verify and fix all default files

 

[chronic]

There is something strange that is driving me crazy.

If I run ./build exim_conf it gives me this warning:

2022-08-07 18:26:18 Exim configuration file /etc/exim.conf has the wrong owner, group, or mode

and exim.conf permissions are set in mail:mail but then it gives me an smtp error and does not send emails.

Even if I run the ./set_permissions.sh script indicated by Erulezz, it sets the permissions of exim.conf to mail:mail, and they are not okay.

Then I have to manually set up exim.conf with root:root and restart exim, and in this way the smtp sending works correctly without errors.

But if I run one of the above two scripts again, it resets my permissions to mail: mail and sending emails doesn't work.

Honestly there is something wrong and I do not understand if the scripts do not have the correct updated permissions or there is something wrong with my system.

 

[smtalk]

I've added additional check to CB 2.0 rev. 2917. May you check if it solves the problem?

 

[chronic]

Martynas, afetr update to rev. 2917 it fix the root:root for exim.conf but now this is the situation:

On Centos 7 server (what gives me problems)

-rw-r--r-- 1 mail mail 820 7 ago 15.14 exim.clamav.conf
-rw-r--r-- 1 mail mail 87 7 ago 15.14 exim.clamav.load.conf
-rw------- 1 root root 37935 7 ago 19.10 exim.conf

On two other Almalinux 8 servers

-rw-r--r-- 1 root root 820 29 lug 15.22 exim.clamav.conf
-rw-r--r-- 1 root root 87 29 lug 15.22 exim.clamav.load.conf
-rw-r--r-- 1 root root 37935 29 lug 15.24 exim.conf

 

[Richard G]

I got it on Centos 7 the same way as I have it on Almalinux 8, so in both cases same as in your Alma 8 example.
So it's odd that in your case on Centos 7 the clamav stuff gets mail:mail instead of root:root and also that exim.conf is chmod 600 instead of 644 like it should be.

 

[Ohm J]

@Richard G
possible with version 2914

2914 - Make sure exim-related configuration files are owned by mail:mail

 

[smtalk]

Martynas, afetr update to rev. 2917 it fix the root:root for exim.conf but now this is the situation:

On Centos 7 server (what gives me problems)


On two other Almalinux 8 servers

What problems does it cause now?

 

[chronic]

What problems does it cause now?

After the last modification no problem, it was just to highlight the difference in permissions between the two systems, maybe it was useful, and to know if it was correct that they were so.

Thanks

 

[DeviC3]

I had same problem today and changing chmod to 644 on files

exim.clamav.conf
exim.clamav.load.conf

resolved issue

 

[chronic]

I wanted to report another permissions issue related to exim, although I don't know if it occurred for the same reason as the previous one.

In the user account view page, if I click on "Actions"> "Resend Welcome E-mail" it gives me this error about exim permissions:

An error occurred while sending the mail
Permissions on /etc/exim are drwxr-xr-x. /usr/sbin/exim needs 4755.

This happens on servers with different OS...

 

[chronic]

I wanted to report another permissions issue related to exim, although I don't know if it occurred for the same reason as the previous one.

In the user account view page, if I click on "Actions"> "Resend Welcome E-mail" it gives me this error about exim permissions:


This happens on servers with different OS...

Am I the only one who has this problem on all servers?

 

[cd2202]

Am I the only one who has this problem on all servers?

I'm having the same problem as well. It looks like it began happening after updating DA from 1.641 -> 1.642.

2022:08:09-18:17:09: An error occurred while sending the mail
2022:08:09-18:17:09: Permissions on '/etc/exim' are drwxr-xr-x (40755). /usr/sbin/exim requires 4755.

 

[HHawk79]

Maybe helpful for others, but apparently with the latest update sendmail was broken. We noticed a customer who had issues with sending mailed forms (WP) and our technician reported the following:

HO-LY-SH*T

I worked 4 hours and was close to give up - then I checked a last thing and BOOM -

On the server, /usr/sbin/sendmail was linked to /etc/exim - which is total bullsh*t.
Solution:

cd /usr/sbin
rm -f sendmail
ln -s exim sendmail

and voila - it works!!!!
Maybe a broken update somewhere?

Hopefully this will help others... Not sure if it's the same issue.
Happened after the last update from past Sunday imho.

Updates on Sunday:

DirectAdmin 1.642 build 8b289ccb2ff29cc20ac0ddb15f639284070fd9e3 to 1.642 build 27491c34f8cd42d011bffa8d59c8f32f99bb1a5a update is available.
PHP 8.0: 8.0.21 to 8.0.22 update is available.
RoundCube 1.5.3 to 1.6.0 update is available.

Date/time: 2022-08-07 01:16

Regards

 

[chronic]

Maybe helpful for others, but apparently with the latest update sendmail was broken. We noticed a customer who had issues with sending mailed forms (WP) and our technician reported the following:



Hopefully this will help others... Not sure if it's the same issue.
Happened after the last update from past Sunday imho.

Updates on Sunday:

Date/time: 2022-08-07 01:16

Regards

I also have the same problem with sendmail on a server.

Switching from 1.641 to 1.642 caused me a few minor problems in some cases.

 

[cd2202]

Maybe helpful for others, but apparently with the latest update sendmail was broken. We noticed a customer who had issues with sending mailed forms (WP) and our technician reported the following:



Hopefully this will help others... Not sure if it's the same issue.
Happened after the last update from past Sunday imho.

Updates on Sunday:

Date/time: 2022-08-07 01:16

Regards

Thank you for that info. Before I go running those commands though, I have to ask does anyone have any further opinions why this happened? Will this be fixed by DA in an update? I'm new to DA coming from cPanel so I'd like to resolve it without manually messing with symlinks if possible.

I've tried set_permisisons.sh sets exim to 755 and...

Edit to add: I've also tried the following in hopes that it triggered the correct permissions/symlinks during setup and that also did not work.

cd /usr/local/directadmin/custombuild
./build update
./build exim
./build exim_conf

[root@server ~]# ls -la /usr/sbin/exim
-rwsr-xr-x 1 root root 1748344 Jul  3 17:59 /usr/sbin/exim

 

[DeviC3]

I have lot of same thing on all my shared servers. Maybe switching to older version will help for now ?

 

[smtalk]

As mentioned before, did you try:

wget -O /usr/local/directadmin/custombuild/build http://files1.directadmin.com/services/custombuild/2.0/custombuild/build
/usr/local/directadmin/custombuild/build update
/usr/local/directadmin/custombuild/build eximconf
ln -sfn /usr/sbin/exim /usr/sbin/sendmail

Let us know if that solves the problem.

Thank you!