User 0 set for local_delivery transport is on the never_users list

[Migdiradmin]

Exim Panic Log

2020-03-20 12:02:06 1jF8QI-00039f-GA User 0 set for local_delivery transport is on the never_users list
2020-03-20 20:05:37 1jF8QI-00039f-GA User 0 set for local_delivery transport is on the never_users list
2020-03-20 21:16:53 1jF8QI-00039f-GA User 0 set for local_delivery transport is on the never_users list
2020-03-20 21:37:01 1jF8QI-00039f-GA User 0 set for local_delivery transport is on the never_users list

Mail Queue

1jF8QI-00039f-GA     about 18 hours     1     <[email protected]>     [email protected]

Email Content


Where i can change the email receiver [email protected]?
This is a new installation so this is a bug?

Already changed the email admin in
/admin/view/info

Change in csf to but some place is missing

 

[scriptkitty]

You just need to add a forwarder for root.

Try adding the email address that you'd like to use to receive root's emails in the file /root/.forward

 

[Migdiradmin]

After create file .forward and
echo "[email protected]" > /root/.forward
Fixed the problem the emails dont stay in the queue no more.

But i think this is a bug because this email is referring to Anacron job 'cron.daily' and wen i go to Cronjob Settings there is my correct email in the field email and already checked the /etc/cron.daily/custombuild and have the correct email not root.

Maybe the problem is in /etc/cron.daily/csget because the email i received its from one update and this file dont have any email defined.
Body email

/etc/cron.daily/custombuild:
[1mUpdating DirectAdmin(B[m
[1mUpdating Let's Encrypt client(B[m
Downloading        letsencrypt.sh...

Or maybe is etc/anacrontab because i see one field there with this:
MAILTO=root

Maybe @smtalk can check where its the bug

 

[Richard G]

But i think this is a bug

No it's not. It's working as designed. Mail for root is not send externally by default, it's Exim protection.

Another way is to change the /etc/aliases file.
Change:
#root: marc
to
root: [email protected]
and run newaliases then it will be send too. Or use the forwarder as you're doing now. But it's not a bug.

 

[Migdiradmin]

No it's not. It's working as designed. Mail for root is not send externally by default, it's Exim protection.

Another way is to change the /etc/aliases file.
Change:
#root: marc
to
root: [email protected]
and run newaliases then it will be send too. Or use the forwarder as you're doing now. But it's not a bug.

But if the panel have a field to update this is not bether?
Because news installs have to make this changes by code, i dont think its correct forcing people to receive emails from cronjobs have send comands or editing files.

 

[Richard G]

But if the panel have a field to update this is not bether?

It might. We're used to doing it this way since many years on Directadmin.
However, there is always room for improvement of things. Maybe your idea is a good idea. Me personal I don't mind editting a file, as said I'm used to it as root admin.

However, feel free to post a suggestion in the Feature Request section. One never knows more people like it and they create it.