Thank you for the reply. I'll check into the /etc/alternatives. I wasn't sure anyone wanted to reply
Perhaps a setting somewhere calls the "postfix flush" command with an additional argument...or maybe sm-client has a similar command used to flush the mail queue? The message on the sm-client does talk about an argument that isn't needed....? That may be enough to get the failures to stop.
However, running any of the three commands
service sendmail stop
service sendmail start
service sendmail restart
shows a pair (or two for restart) for each
sendmail and
sm_client. So they are each seperate services/daemons, or why would they be listed like that together? Is
sm-client an older (or newer) version of
sendmail??? They must be two different services...or two different copies?
Just checked and this is the contents of "/etc/alternatives":
[root@localhost root]# more /etc/alternatives
*** /etc/alternatives: directory ***
[root@localhost root]#
Contents of "/usr/share/docs/sendmail" (or lack of):
[root@localhost root]# more /usr/share/docs/sendmail
/usr/share/docs/sendmail: No such file or directory
[root@localhost root]#
Running the command "pgrep -lf Queue.runner":
[root@localhost root]# pgrep -lf Queue.runner
[root@localhost root]#
I'm not sure I know what I was supposted to do with these, but I am not sure where the link settings for the sm-client are from here. But I may just be ignorant of the obvious commands that are possible, so please fill me in if there are any. I also cannot locate it as a service or run service commands with it either. Is there a special way that sm-client has to be run? I looked for a man page on it....none found.