Upgrading from 6.3-p3 -to- 7.x-p4 -- SENDMAIL -- TECRA

freebsd_user at guice.ath.cx freebsd_user at guice.ath.cx
Thu Sep 11 20:56:00 UTC 2008

The short version of this: after the entire build and installworld process the
base-SENDMAIL appeared to be fully running but was not functioning correctly, no
incoming or outgoing mail --not from the local box to the Inet and nothing IN 
from the Inet until we => cd /etc/mail && make all && make install && make restart.

Given that we just did a build, installworld, what would cause SENDMAIL (base install)
to be running and not work correctly without us having to issue the above commands?


===> Here are the commands we used to build from src:
/usr/bin/env -i /usr/bin/make -DALWAYS_CHECK_MAKE buildworld
/usr/bin/env -i /usr/bin/make -DALWAYS_CHECK_MAKE buildkernel KERNCONF=GENERIC 
/usr/bin/env -i /usr/bin/make -DALWAYS_CHECK_MAKE installkernel KERNCONF=GENERIC 
===> with focus on -DALWAYS_CHECK_MAKE

Details below ...

===> After rebooting, post installworld and mergemaster the following took place:

WORKSTATION# ps aux |grep -i sendmail
root      854  0.0  0.2  7776  4712  ??  Ss    1:34AM   0:01.92 sendmail: accepting
connections (sendmail)
smmsp     858  0.0  0.2  5924  3324  ??  Is    1:34AM   0:00.04 sendmail: Queue
runner at 00:30:00 for /var/spool/client
root     4222  0.0  0.2  7904  4988  ??  S     3:10PM   0:00.07 sendmail:
./m8BJA1J7004220 nmlsrvr2.ins.state.ny.us.:
root     4250  0.0  0.1  1628  1068  p1  L+    3:11PM   0:00.02 grep -i sendmail

===> Above, SENDMAIL is running however, nothing is INcoming or OUTgoing (Inet)
===> Below, looking for something obvious; perhaps a typo or change in a config file.

WORKSTATION# cat /etc/rc.conf |grep -i sendmail
# Settings for /etc/rc.sendmail and /etc/rc.d/sendmail:
sendmail_enable="YES"   # Run the sendmail inbound daemon (YES/NO).

WORKSTATION# cat /etc/defaults/rc.conf | grep -i sendmail
# Settings for /etc/rc.sendmail and /etc/rc.d/sendmail:
sendmail_enable="NO"    # Run the sendmail inbound daemon (YES/NO).
sendmail_pidfile="/var/run/sendmail.pid"        # sendmail pid file
sendmail_procname="/usr/sbin/sendmail"          # sendmail process name
sendmail_flags="-L sm-mta -bd -q30m" # Flags to sendmail (as a server)
sendmail_submit_enable="YES"    # Start a localhost-only MTA for mail submission
sendmail_submit_flags="-L sm-mta -bd -q30m -ODaemonPortOptions=Addr=localhost"
sendmail_outbound_enable="YES"  # Dequeue stuck mail (YES/NO).
sendmail_outbound_flags="-L sm-queue -q30m" # Flags to sendmail (outbound only)
sendmail_msp_queue_enable="YES" # Dequeue stuck clientmqueue mail (YES/NO).
sendmail_msp_queue_flags="-L sm-msp-queue -Ac -q30m"
                                # Flags for sendmail_msp_queue daemon.
sendmail_rebuild_aliases="NO"   # Run newaliases if necessary (YES/NO).

WORKSTATION# cat /etc/make.conf
# added by use.perl 2008-08-04 02:29:43

SENDMAIL_CFLAGS=-I/usr/local/include/sasl -DSASL

===> Lets try and fix things (SENDMAIL) by doing the following:

/usr/bin/m4 -D_CF_DIR_=/usr/share/sendmail/cf/   /usr/share/sendmail/cf/m4/cf.m4
/etc/mail/WORKSTATION.mc > /etc/mail/WORKSTATION.cf
/usr/bin/m4 -D_CF_DIR_=/usr/share/sendmail/cf/   /usr/share/sendmail/cf/m4/cf.m4
/etc/mail/WORKSTATION.submit.mc > /etc/mail/WORKSTATION.submit.cf

WORKSTATION# make install
install -m 444 /etc/mail/WORKSTATION.cf /etc/mail/sendmail.cf
install -m 444 /etc/mail/WORKSTATION.submit.cf /etc/mail/submit.cf

WORKSTATION# make restart
Restarting: sendmail sendmail-clientmqueue.

WORKSTATION# ps auxwww | grep -i sendmail
smmsp    4331  0.0  0.2  5924  3404  ??  Is    3:18PM   0:00.01 sendmail: Queue
runner at 00:30:00 for /var/spool/clientmqueue (sendmail)
root     4333  0.0  0.2  7776  4844  ??  Ss    3:18PM   0:00.16 sendmail: accepting
connections (sendmail)
root     4589  0.0  0.2  7776  4976  ??  I     4:18PM   0:00.02 sendmail:
./m8BJA1J7004220 nmlsrvr2.ins.state.ny.us.: user open (sendmail)
root     4600  0.0  0.1  1628  1068  p1  R+    4:21PM   0:00.00 grep -i sendmail

===> After looking at the output of ps auxwww | grep -i sendmail <== both before and
after re_making things within /etc/mail, you'll see that different instances of the
same processes are running --nothing more, nothing less.  I guess a more focused 
and/or additional question would be; what command, if any, did we run that wasn't run 
during the build, installworld procedure in which SENDMAIL was to be included (rebuilt)?

Did we shoot ourselves in the foot -or- is there cause for concern in the buildworld
process with regards to SENDMAIL while upgrading from 6.3-p3 to 7.x-p4? 

More information about the freebsd-questions mailing list