Softpanorama

May the source be with you, but remember the KISS principle ;-)
Contents Bulletin Scripting in shell and Perl Network troubleshooting History Humor

Sending email without running sendmail/postfix as a daemon

You can send email without running sendmail of postfix as daemon. You cannot receive email if you are running them as daemons (unless you use POP or some other similar protocols).


Top Visited
Switchboard
Latest
Past week
Past month

NEWS CONTENTS

Old News ;-)

 Fedora Core 

: Sendmail and the sm-client


I am getting the following error when restarting sendmail:

[root@dedicated /]# service sendmail restart
Shutting down sendmail: [FAILED]
Shutting down sm-client: [FAILED]
Starting sendmail: [ OK ]
Starting sm-client: sendmail: fatal: flush queue mode requires no recipient
[FAILED]

Errors like this have been posted in other threads. But I have yet to see a solution addressing the issue with specifics...or perhaps I missed. I am certainly a beginner in the Linux world, so I may not have understood the solution if it was coded deeply in the replies.

If someone would please explain exactly how sm-client relates to sendmail. I am (reasonably) aware of sendmail and postfix on general terms and in the linux directories and MAN pages. I have been searching for the sm-client server/daemon in MAN pages and websites and have not been able to find anything on it at all, other than enclosed in similar error messages. Also, what are some commands to stop or restart the sm-client seperately. Is there a specific order that the servers should be restarted? Is there a reason that the sm-client typically fails? Does it matter for the sendmail server that sm-client failed to restart? I would assume this would be a definite "yes"...

I'm not even sure I understand the relation ship between postfix and sendmail, much less sendmail and the sm-client. Here is what I would guess ...and I am not going to be upset if I'm wrong:

- sm-client is a process that ??????

- sendmail is the process that transfers mail to/from given networks (MTA). Basically this is the delivery process. Given that sendmail stops and starts sm-client, the sm-client (which I assume is abbreviated for "sendmail-client") must act as a subprocess for sendmail. Perhaps packaging the messages from a MUA -- or sm-client might be "SquirrelMail" that we use as a web interface for mail (MUA).

- postfix is a process that controls the mail system (in this case sendmail). The sendmail would act as a subprocess for postfix. sm-client is, thus, also being used by postfix.

Am I even close on this?????? Please help me fill in some of the blanks.

Moderator

 
 

Registered: May 2001

Posts: 14,460

Blog Entries: 25

Thanked: 39

Since you http://www.linuxquestions.org/questi...hreadid=208470 and http://www.linuxquestions.org/questi....php?p=2225329 mention Postfix it could be a mixup between running the "real" Sendmail and Postfix. If your /var/log/maillog shows errors about Postfix then it could be a problem with linkage in /etc/alternatives (see "alternatives --display mta") where Postfix is wrongly started as a form of "sendmail daemon" but with Sendmail arguments. Relinking should fix that. Sm-client is Sendmail (see "pgrep -lf Queue.runner" and /usr/share/docs/sendmail*).

empororvader

LQ Newbie

 
 

Registered: Nov 2006

Location: Brentwood, TN

Posts: 4

Thanked: 0

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.



Etc

FAIR USE NOTICE This site contains copyrighted material the use of which has not always been specifically authorized by the copyright owner. We are making such material available in our efforts to advance understanding of environmental, political, human rights, economic, democracy, scientific, and social justice issues, etc. We believe this constitutes a 'fair use' of any such copyrighted material as provided for in section 107 of the US Copyright Law. In accordance with Title 17 U.S.C. Section 107, the material on this site is distributed without profit exclusivly for research and educational purposes.   If you wish to use copyrighted material from this site for purposes of your own that go beyond 'fair use', you must obtain permission from the copyright owner. 

ABUSE: IPs or network segments from which we detect a stream of probes might be blocked for no less then 90 days. Multiple types of probes increase this period.  

Society

Groupthink : Two Party System as Polyarchy : Corruption of Regulators : Bureaucracies : Understanding Micromanagers and Control Freaks : Toxic Managers :   Harvard Mafia : Diplomatic Communication : Surviving a Bad Performance Review : Insufficient Retirement Funds as Immanent Problem of Neoliberal Regime : PseudoScience : Who Rules America : Neoliberalism  : The Iron Law of Oligarchy : Libertarian Philosophy

Quotes

War and Peace : Skeptical Finance : John Kenneth Galbraith :Talleyrand : Oscar Wilde : Otto Von Bismarck : Keynes : George Carlin : Skeptics : Propaganda  : SE quotes : Language Design and Programming Quotes : Random IT-related quotesSomerset Maugham : Marcus Aurelius : Kurt Vonnegut : Eric Hoffer : Winston Churchill : Napoleon Bonaparte : Ambrose BierceBernard Shaw : Mark Twain Quotes

Bulletin:

Vol 25, No.12 (December, 2013) Rational Fools vs. Efficient Crooks The efficient markets hypothesis : Political Skeptic Bulletin, 2013 : Unemployment Bulletin, 2010 :  Vol 23, No.10 (October, 2011) An observation about corporate security departments : Slightly Skeptical Euromaydan Chronicles, June 2014 : Greenspan legacy bulletin, 2008 : Vol 25, No.10 (October, 2013) Cryptolocker Trojan (Win32/Crilock.A) : Vol 25, No.08 (August, 2013) Cloud providers as intelligence collection hubs : Financial Humor Bulletin, 2010 : Inequality Bulletin, 2009 : Financial Humor Bulletin, 2008 : Copyleft Problems Bulletin, 2004 : Financial Humor Bulletin, 2011 : Energy Bulletin, 2010 : Malware Protection Bulletin, 2010 : Vol 26, No.1 (January, 2013) Object-Oriented Cult : Political Skeptic Bulletin, 2011 : Vol 23, No.11 (November, 2011) Softpanorama classification of sysadmin horror stories : Vol 25, No.05 (May, 2013) Corporate bullshit as a communication method  : Vol 25, No.06 (June, 2013) A Note on the Relationship of Brooks Law and Conway Law

History:

Fifty glorious years (1950-2000): the triumph of the US computer engineering : Donald Knuth : TAoCP and its Influence of Computer Science : Richard Stallman : Linus Torvalds  : Larry Wall  : John K. Ousterhout : CTSS : Multix OS Unix History : Unix shell history : VI editor : History of pipes concept : Solaris : MS DOSProgramming Languages History : PL/1 : Simula 67 : C : History of GCC developmentScripting Languages : Perl history   : OS History : Mail : DNS : SSH : CPU Instruction Sets : SPARC systems 1987-2006 : Norton Commander : Norton Utilities : Norton Ghost : Frontpage history : Malware Defense History : GNU Screen : OSS early history

Classic books:

The Peter Principle : Parkinson Law : 1984 : The Mythical Man-MonthHow to Solve It by George Polya : The Art of Computer Programming : The Elements of Programming Style : The Unix Haterís Handbook : The Jargon file : The True Believer : Programming Pearls : The Good Soldier Svejk : The Power Elite

Most popular humor pages:

Manifest of the Softpanorama IT Slacker Society : Ten Commandments of the IT Slackers Society : Computer Humor Collection : BSD Logo Story : The Cuckoo's Egg : IT Slang : C++ Humor : ARE YOU A BBS ADDICT? : The Perl Purity Test : Object oriented programmers of all nations : Financial Humor : Financial Humor Bulletin, 2008 : Financial Humor Bulletin, 2010 : The Most Comprehensive Collection of Editor-related Humor : Programming Language Humor : Goldman Sachs related humor : Greenspan humor : C Humor : Scripting Humor : Real Programmers Humor : Web Humor : GPL-related Humor : OFM Humor : Politically Incorrect Humor : IDS Humor : "Linux Sucks" Humor : Russian Musical Humor : Best Russian Programmer Humor : Microsoft plans to buy Catholic Church : Richard Stallman Related Humor : Admin Humor : Perl-related Humor : Linus Torvalds Related humor : PseudoScience Related Humor : Networking Humor : Shell Humor : Financial Humor Bulletin, 2011 : Financial Humor Bulletin, 2012 : Financial Humor Bulletin, 2013 : Java Humor : Software Engineering Humor : Sun Solaris Related Humor : Education Humor : IBM Humor : Assembler-related Humor : VIM Humor : Computer Viruses Humor : Bright tomorrow is rescheduled to a day after tomorrow : Classic Computer Humor

The Last but not Least


Copyright © 1996-2016 by Dr. Nikolai Bezroukov. www.softpanorama.org was created as a service to the UN Sustainable Development Networking Programme (SDNP) in the author free time. This document is an industrial compilation designed and created exclusively for educational use and is distributed under the Softpanorama Content License.

The site uses AdSense so you need to be aware of Google privacy policy. You you do not want to be tracked by Google please disable Javascript for this site. This site is perfectly usable without Javascript.

Original materials copyright belong to respective owners. Quotes are made for educational purposes only in compliance with the fair use doctrine.

FAIR USE NOTICE This site contains copyrighted material the use of which has not always been specifically authorized by the copyright owner. We are making such material available to advance understanding of computer science, IT technology, economic, scientific, and social issues. We believe this constitutes a 'fair use' of any such copyrighted material as provided by section 107 of the US Copyright Law according to which such material can be distributed without profit exclusively for research and educational purposes.

This is a Spartan WHYFF (We Help You For Free) site written by people for whom English is not a native language. Grammar and spelling errors should be expected. The site contain some broken links as it develops like a living tree...

You can use PayPal to make a contribution, supporting development of this site and speed up access. In case softpanorama.org is down you can use the at softpanorama.info

Disclaimer:

The statements, views and opinions presented on this web page are those of the author (or referenced source) and are not endorsed by, nor do they necessarily reflect, the opinions of the author present and former employers, SDNP or any other organization the author may be associated with. We do not warrant the correctness of the information provided or its fitness for any purpose.

Last modified: October, 20, 2014