Question:
Running a DNS server, sendmail keeps dying and the following messages are in
the system error log:
ERROR LABEL: SRC
ERROR ID: E18E984F
Type: PERM
Resource Name: SRC
Error Description
SOFTWARE PROGRAM ERROR
Probable Causes
APPLICATION PROGRAM
Failure Causes
SOFTWARE PROGRAM
DETECTING MODULE
'srchevn.c'@line:'268'
FAILING MODULE
sendmail
What does this mean and how do I correct it?
Answer:
A. According to the AIX 3.2.4 Release Notes on pages 28 and 29:
PTF U420316 provides updates to the Mail Facilities Subsystem.
This update will OVERWRITE the existing /etc/sendmail.cf file.
The original file will be renamed /etc/sendmail.cf.old.
After the update, you must: diff /etc/sendmail.cf.old /etc/sendmail.cf
and make any site-specific changes that are desired to the new file.
At 3.2.4 the TCP/IP minimum configuration and ODM entries will
also affect the ODM entries. Verify that TCP/IP entries are correct
in the minimum configuration screen, eg hostname is a single hostname.
B. When there are DNS changes, the /etc/sendmail.cf may need to be
changed to reflect the DNS changes. I will list some relevant
points to watch out for (as this is taken from /etc/sendmail.cf):
\# Host name definition
\#DwYourHostName
Dwmyhost
\# Local domain name. (DEFINE THIS IF DOMAINS ARE USED)
\#DDgrandchild.child.parent.top
DDdnsdomain.comp.com
\# Domain parts. These MUST be defined if DD (above) is defined.
\# Input names for all parts of the domain (up to 4 parts).
\# ALWAYS START WITH E. E will be the lowest level of the domain \# name (i.e. 'grandchild' in the four part example). For example,
\# the domain "aus.ibm.com" would be entered as follows:
\# 1) DDaus.ibm.com
\# 2) DEaus
\# 3) DFibm
\# 4) DGcom
\# DH would not be used when entering a three part domain.
\#
\#DElowestLevel
\#DFnextLevel
\#DGnextLevel
\#DHnextLevel
DEdnsdomain
DFcomp
DGcom
In the above sendmail.cf definitions, I have included sample
definition for my machine "myhost.dnsdomain.comp.com", where "myhost"
is the hostname and "dnsdomain.comp.com" is the domain name.
1. After changing the sendmail.cf file, you must build a new
copy of the compiled configuration file by running the sendmail
command with the -bz flag before any changes made to this file
file will be effective.
sendmail -bz
The current process ID of the sendmail command is stored in the
/etc/sendmail.pid file. Issue the kill -1 command to have the
sendmail command reread the new compiled version of the
configuration file.
kill -1 `cat /etc/sendmail.pid`
If the srcmstr command is running, you may instead issue the
refresh command, as follows, to re-build the configuration
database, the aliases database, and the NLS (Nation Language
Support) database. Then, the sendmail command re-reads
databases so that is continues operation with the new data.
refresh -s sendmail
2. "sendmail" should be running, to check:
ps -ef | grep sendmail
If it is not running, it should be started:
startsrc -s sendmail -a "-bd -q30m"
The '-bd' parameter starts sendmail as a daemon in the background
The '-q' parameter says to process saved messages in the queue
at the interval specified (30 minutes in this case).
Support Line: Sendmail error log messages ITEM: J0327L
Dated: May 1994 Category: N/A
This HTML file was generated 99/06/24~13:30:44
Comments or suggestions?
Contact us