Undeliverable CRON mails, Howto force delivery to system accounts

Mails sent by the cron daemon are undeliverable, because the recipient is 'root' without any domain specification.

If you run XMail <1.17:
- Start the crontab editor with 'crontab -e'
- Add a line with your cron message recipient: 'MAILTO=user@your_domain.com'
(your_domain.com has to be a valid XMail domain)
- Exit the editor and restart the cron service.
- For details see the crontab and cron manpages.

If you run XMail >= 1.17:
- Edit your XMail startupscript in /etc/init.d/rc-6/S90xmail (or a similar path)
- Add this line after the line with MAIL_ROOT:
DEFAULT_DOMAIN=mydomain
- Enter an alias named "root" in your aliases.tab.

I'm still having problems.

I have tried the following:
DEFAULT_DOMAIN=mydomain
then
DEFAULT_DOMAIN=cchtml.com
my real domain
neither work

In aliases.tab I tried:
"*" [TAB] "root" [TAB] "webmaster@cchtml.com"
"cchtml.com" [TAB] "root" [TAB] "webmaster@cchtml.com"
"" [TAB] "root" [TAB] "webmaster@cchtml.com"

none of those work either... I still get undelieverables. What have I done wrong?

I can successfully send e-mail to root@cchtml.com which goes to the webmaster account as it should.

- What is your XMail version?
- Did you restart XMail after these changes ?
- Make sure, that DEFAULT_DOMAIN is exported correctly from your startup script.
- Make sure, that you have modified the correct script, there can be multiple ones per runlevel.

xmail 1.18
I stop XMail, perform the changes, and restart xmail.
I'm on RL 3... I'm not sure how to check these things on console. I can nagivate the file system, check processes, edit files, and do permissions... how do you check if it was exported?

The only place I know where the start scripts are in are /etc/init.d

On RH 9.0

If you type 'set' on console, then it should be listed. The correct statement should be
export DEFAULT_DOMAIN="domain.com"

That must have been it... it was not listed when I first ran "set." I then punched in the export command and DEFAULT_DOMAIN is now listed. I guess I'll see in 24 hours if it has fixed things. Thanks.

OK... something is wrong and I don't know what it is.

I set the export line, but I reconnected and noticed it was gone! Like it was only valid for my SSL session... I've noticed if I change the /etc/init.d/xmail script that it also changes it in /etc/rc.d/rc3.d/S90xmail script... so what am I missing?

I'm still getting the bounced messages because of no domain specification.

> ..it also changes it in /etc/rc.d/rc3.d/S90xmail script...
If you do a
ls -la /etc/rc.d/rc3.d
then you'll see, that this is only a symlink to the original script.

>I set the export line, but I reconnected and noticed it was gone!
Pls enter the export statement in /etc/profile and check again.

OK, got that done... and it now shows up on set, except they still say "no domain" in the queue. Will it fix itself on the next cron run?

I hope so ...

Hm, if I run ./00-logwatch --mailto root@cchtml.com it sends it! Otherwise it still tries <root> and it sits in the queue on the default run.

In the queue manager it will not give any diagnosis to the logwatch messages that are from "<>" and to "<root>" but they will sit there in queue. It will give "NODOMAIN_CRON" to messages from "<CronDaemon>" and to "<root>"... Have I screwed something up somewhere? heh

Please post me the SLOG of these messages without diagnosis.
Do you have a user named root ? If not, you should add one to your aliases.tab.

Yes, look at my first post. I created a "root" alias. Did I do that wrong? It can successfully send e-mail to root@cchtml.com as I noted... and isn't it strange there is no "diagnosis" for the two e-mails in my screenshot?

Here is the SLOG of one of the logwatch e-mails:

Please post your server.tab and your XMail startup script.

server.tab

I tried uncommenting "AllowNullSender" and that did nothing.

xmail start-up script

I cannot send an e-mail to my server to "root" as it will spit an error saying check my forward address.