topic Re: Sendmail version 8.13.3 in Operating System - HP-UX

Sendmail version 8.13.3

frank jordan_1 — Fri, 18 Jan 2008 19:49:08 GMT

I just completed installing Sendmail version 8.13.3. After starting Sendmail (/sbin/init.d/sendmail start), I received the following "console" message - "d800 sm-mta[7998]: NOQUEUE: SYSERR(root): opendaemonsocket: daemon Daemon0: server SMTP socket wedged: exiting" Can anyone explain the message and if configurable, what would be the configuration change(s). - Thanks

Re: Sendmail version 8.13.3

Alex Glennie — Fri, 18 Jan 2008 20:07:11 GMT

http://docs.hp.com/en/5991-6611/ch02s10.html

If you attempt to invoke Sendmail when a Sendmail daemon is already running, the following message may be logged to the syslog file:

NO QUEUE: SYSERR (root) opendaemonsocket: daemon MTA: server SMTP socket wedged: exiting

This message means that a Sendmail daemon is already running. You can use either /sbin/init.d/sendmail stop or killsm to stop the running daemon.

Re: Sendmail version 8.13.3

frank jordan_1 — Fri, 18 Jan 2008 20:28:28 GMT

Thanks for the reply - question. Below is a series of commands, stopping and restarting sendmail. The message display immedinatedly after starting sendmail.

root@d800:/etc/mail # ps -ef|grep sendmail
root 8433 1901 1 15:03:13 pts/0 0:00 grep sendmail
root@d800:/etc/mail # /sbin/init.d/sendmail stop
Sendmail not running
Sendmail client not running
root@d800:/etc/mail # /sbin/init.d/sendmail start
Starting sendmail [ OK ]
Starting sm-client [FAILED]
Jan 18 15:03:28 d800 sm-mta[8459]: daemon Daemon0: problem creating SMTP socket

For more information see /var/adm/syslog/mail.log
root@d800:/etc/mail # ps -efJan 18 15:03:33 d800 sm-mta[8459]: daemon Daemon0: problem creating SMTP socket
|grep sendmail
root 8469 1901 0 15:03:38 pts/0 0:00 grep sendmail
root 8459 1 0 15:03:28 ? 0:00 /usr/sbin/sendmail -L sm-mta -bd -q30m

Re: Sendmail version 8.13.3

Alex Glennie — Fri, 18 Jan 2008 20:34:16 GMT

Whilst I look into new message you did move into place the newer version on your sendmail.cf file right ?

Re: Sendmail version 8.13.3

frank jordan_1 — Fri, 18 Jan 2008 20:44:54 GMT

I guessing the installation did that for me.

Re: Sendmail version 8.13.3

Alex Glennie — Fri, 18 Jan 2008 21:28:55 GMT

contents of /var/adm/syslog/mail.log ?

Re: Sendmail version 8.13.3

Alex Glennie — Fri, 18 Jan 2008 21:42:12 GMT

Qu : was sendmail installed previously ?

what is the sm-client daemon : explanation :

http://www.webservertalk.com/archive58-2004-4-173501.html

thoughts : permission problem somewhere, mail.log my yield more clues, check syslog.log too just in case

Re: Sendmail version 8.13.3

Michael Steele_2 — Sun, 20 Jan 2008 01:34:26 GMT

Can you paste in this information?

a) sendmail -bs
b) grep version /etc/mail/sendmail.cf
c) Did you make a copy of your old sendmail.cf file?
d) From your desktop 'telnet hostname 25'. Is there a connection to the smtp port?
e) Any port forwarding or forwarding of email going on?
f) netstat -a | grep 25
Is port 25 listening?
h) grep DS sendmail.cf
Get name of mail relay server and ping it, etc.

Re: Sendmail version 8.13.3

VK2COT — Sun, 20 Jan 2008 04:41:55 GMT

Hello,

What are permissions and ownerships of:

/var/spool/clientmqueue
/var/spool/mqueue

Cheers,

VK2COT

Re: Sendmail version 8.13.3

Steven E. Protter — Sun, 20 Jan 2008 11:47:21 GMT

Shalom,

By default new sendmail installations only permit mail traffic to be accepted on localhost

This queues up system messages which are in general delivered to local users and does not allow for much else.

Recent sendmail releases began to require the dameon for sendmail be running to move even local mail. This was not a requirement in previous verions. In previous verions the mail would be queued and could be sent later with a cron job that ran the queue runner. sendmail -q

The message itself appears to come from one of a few sources:
1) An outside system is attempting to send mail to this system which is not permitted by the default sendmail configuration.
2) The system itself is trying to send messages and the sendmail daemon is not running.
3) If you have configured sendmail to listen on an IP address not configured on the system this condition can occur.

SEP