Sendmail

[V. Nyga]

@Armin (and @Ray) - this is a useful link about points-assignment:
http://forums13.itrc.hp.com/service/forums/helptips.do?#28

Keep on foruming,
Volkmar

[R Harris]

Hello,

I have tried all the suggestions. None work. Seems all mail (remote and local) gets sent to the mail server.

It's also interesting to note that only the 'mailx' command will now send mail. The regular mail command fails to send mail.

Thanks,

Ray Harris.

[Armin Kunaschik]

You did restart sendmail after changing configurations, didn't you?

What changes did you make to the default configuration? Did you set DH, DR? Anything else? Did you set MTAHost back to the default [127.0.0.1]?
Check /usr/newconfig/etc/mail for differences from default config files!

Did local delivery work in the default setup?

From my point of view your setup needs only 2 modifications from the default setup:
1. DaemonPortOptions in sendmail.cf
2. DS in submit.cf

You can always try test mode like:
sendmail -Csubmit.cf -bt
> /try smtp root

This should write *LOCAL* some lines later for local addresses.

My 2 cents,
Armin

[R Harris]

No, I have not started the sendmail daemon.

I renamed the submit.cf file. After doing so, I was still able to send out-bound mail, and the mail command now functions again.

I just tried a mail -d root command to send local mail, and that worked fine. Without the -d option, it fails to send local mail.

Here are the errors showing up in the mail.log file for local mail sent without the -d option (eg. mail root):

Nov 19 13:11:45 newpc sendmail[26215]: mAJGtKHq022966: to=root@localhost, ctladdr=root (0/3), delay=01:16:25, xdelay=00:03:19, mailer=local, pri=300010, dsn=4.0.0, stat=Deferred: local mailer (/usr/bin/rmail) exited with EX_TEMPFAIL
Nov 19 13:11:54 newpc sendmail[26369]: mAJI9st8026367: timeout waiting for input from local during Draining Input
Nov 19 13:13:13 newpc sendmail[26369]: mAJI9st8026367: to=root, ctladdr=root (0/3), delay=00:03:19, xdelay=00:03:19, mailer=local, pri=120010, dsn=4.0.0, stat=Deferred: local mailer (/usr/bin/rmail) exited with EX_TEMPFAIL

Thanks,

Ray Harris.

[Steven E. Protter]

Shalom Ray,

After any changes to sendmail.cf you need to restart the sendmail daemon to have any effect.

/sbin/init.d/sendmail stop
/sbin/init.d/sendmail start

As for settings, I have:
O DaemonPortOptions=Family=inet, Address=127.0.0.1

and DS is:
DSlocalhost

The DS directive and deamon options only permit inbound mail from localhost, that is good.

The DSlocalhost option tries to use the local system to relay mail. That is bad. Your relay server needs to be a system set up to get your mail to its final destination.

SEP

[Dennis Handly · Accepted solution]

>local mailer (/usr/bin/rmail) exited with EX_TEMPFAIL

/usr/include/sysexits.h lists EX_TEMPFAIL as:
EX_TEMPFAIL -- temporary failure, indicating something that is not really an error. In sendmail, this means that a mailer (e.g.) could not create a connection, and the request should be reattempted later.

[R Harris]

This server is not defined in DNS, so other servers can't resolve it's name or IP. That might have something to do with it.

Thanks,

Ray Harris.

[Armin Kunaschik]

No DNS can be a problem. But I suppose not here.
It's always a good idea to place any server into DNS.

What are the permissions of /var/mail?
/var/mail should be 775 owned by root:mail.
Do the mail files have the right permissions?
The mailfiles have to be 660 owned by :mail.

My 2 cents,
Armin

[R Harris]

I tried to telnet on port 25, but could not connect. The reason is the sendmail daemon was not running. I started the sendmail daemon, and was able to telnet on port 25 after doing so. However, local mail is still not locally delivered. Ownership and permissions of /var/mail are correct. According to the mail log, mail to root was delivered to the mail server:

Nov 24 08:28:44 hptest sendmail[19910]: mAODShRG019910: to=root, ctladdr=root (0/3), delay=00:00:01, xdelay=00:00:01, mailer=relay, pri=3001
7, relay=gwiaout.crhc.org. [198.212.6.44], dsn=2.0.0, stat=Sent (Ok)

It seems that since the MTA is set to the mail server, it wants to send all mail there. If the mail server doesn't know what to do with it, it'll toss it into the bit bucket.

I'm thinking we're gonna set up a folder on the mail server to catch all that mail, and configure the submit.cf and sendmail.cf files for send_only mode.

Thanks,

Ray Harris.