I am trying to set up antispam per instructions https://www.virtualmin.com/documentation/id%2Cspam_and_virus_scanning on UBUNTU 18.04
But this is shown in procmail log
procmail: Error while writing to "/nonexistent/Maildir" From www-data@ns.svithiod.com Mon May 21 06:40:54 2018 Subject: Cron <www-data@ns> [ -x /usr/share/awstats/tools/update.sh ] && /usr/ Folder: Bounced 779 Time:1526884910 From:root@ns.svithiod.com To:root@ns.svithiod.com User:nobody Size:47103 Dest:/nonexistent/Maildir/ Mode:None Insecure dependency in exec while running with -T switch at /etc/webmin/virtual-server/lookup-domain.pl line 19. procmail: Program failure (255) of "/etc/webmin/virtual-server/lookup-domain.pl" procmail: Unable to treat as directory "/nonexistent/Maildir" procmail: Error while writing to "/nonexistent/Maildir" procmail: Unable to treat as directory "/nonexistent/Maildir"
Comments
Submitted by andreychek on Mon, 05/21/2018 - 09:07 Comment #1
Howdy -- are you seeing that issue when trying to send an email to any address? Or is that only occurring when sending email to this one address?
Submitted by info@gnulabs.se on Mon, 05/21/2018 - 11:24 Pro Licensee Comment #2
It seems only to be for internal mails to root
Submitted by andreychek on Mon, 05/21/2018 - 11:30 Comment #3
Gotcha!
A quick fix for that may just be to forward root emails to the administrator of the server, which is something we generally recommend anyways.
To do that, you can edit /etc/aliases, and update the line beginning with "root: " to go to your desired email address, then run the command "newaliases".
If you'd like a hand with how to do the above, can you paste in the current contents of your /etc/aliases file?
Submitted by info@gnulabs.se on Mon, 05/21/2018 - 12:06 Pro Licensee Comment #4
That would flood my mailbox, but If the awstats module wich I earlier made a ticket on.. Is fixed it would be a nice workaround
//J
Submitted by andreychek on Mon, 05/21/2018 - 14:12 Comment #5
Well, the problem seems to be that it can't send an email to the root user.
When it tries, it's bouncing -- and then you're being notified about the bounce message.
We'd highly recommend having email to root go to a valid mailbox of the administrator.
If you don't wish to do that, two other options are to either send email to root to /dev/null (which we don't recommend), or, create a new account purely to accept email for the root user, and then forward the email to it.
Submitted by info@gnulabs.se on Mon, 05/21/2018 - 15:09 Pro Licensee Comment #6
But the mails actually end up to the root mailbox... They are all error messages from Awstats, which I have another ticket opened....
//Johan
Submitted by andreychek on Mon, 05/21/2018 - 17:55 Comment #7
What are the current contents of your "/etc/cron.d/awstats" file?