<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: problem sending email .... in Operating System - Linux</title>
    <link>https://community.hpe.com/t5/operating-system-linux/problem-sending-email/m-p/3096332#M7323</link>
    <description>All,&lt;BR /&gt;I do NOT want to start up sendmail as daemon, I just want to be able to sendmail out and let the mail server handles the routes. I've no issue with RH7.X servers. However, I do have issue with RH8 and 9, because of sendmail version 8.12.5-7 which implemented sm-client daemon of sendmail.  (I was mistaken previously when I suspected there was a cron job which kick off and dequeue the emails; some one in my group  started sendmail manually and grab the queue emails). &lt;BR /&gt;&lt;BR /&gt;Is there any setting in submit.cf file which will allow me to send email with out running sendmail as a daemon?  Thanks.</description>
    <pubDate>Fri, 17 Oct 2003 14:59:21 GMT</pubDate>
    <dc:creator>K.C. Chan</dc:creator>
    <dc:date>2003-10-17T14:59:21Z</dc:date>
    <item>
      <title>problem sending email ....</title>
      <link>https://community.hpe.com/t5/operating-system-linux/problem-sending-email/m-p/3096327#M7318</link>
      <description>I have a host which has redhat8.0 installed. I've noticed from 8.0 to 9, there is a slight change on how sendmail is configured.  I have a mail server which runs on rh7.3; for some reason I need to start up sendmail service to be able to send email out from redhat8, because by defualt it puts the email in /var/spool/sm-client dir.  This doesn't get pick up unless you start up sendmail services. I know you don't need to do a thing with rh7.x, just send the email and it will get routed to your mail server.  &lt;BR /&gt;&lt;BR /&gt;What is the proper way of sending email out on rh8 and rh9, do you startup sendmail services? or is there another way?  Thanks.</description>
      <pubDate>Fri, 17 Oct 2003 12:39:21 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/problem-sending-email/m-p/3096327#M7318</guid>
      <dc:creator>K.C. Chan</dc:creator>
      <dc:date>2003-10-17T12:39:21Z</dc:date>
    </item>
    <item>
      <title>Re: problem sending email ....</title>
      <link>https://community.hpe.com/t5/operating-system-linux/problem-sending-email/m-p/3096328#M7319</link>
      <description>Guys, here's what I've found. After shutting down sendmail service and monitoring /var/spool/clientqueue. I noticed after a while , emails which are queue on this dir begins to go through.  So I am thinking that there may be a system cron job which kicks off and grab them.</description>
      <pubDate>Fri, 17 Oct 2003 14:00:48 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/problem-sending-email/m-p/3096328#M7319</guid>
      <dc:creator>K.C. Chan</dc:creator>
      <dc:date>2003-10-17T14:00:48Z</dc:date>
    </item>
    <item>
      <title>Re: problem sending email ....</title>
      <link>https://community.hpe.com/t5/operating-system-linux/problem-sending-email/m-p/3096329#M7320</link>
      <description>sendmail -q generally will force the system to try and empty its sendmail queue.&lt;BR /&gt;&lt;BR /&gt;Here are the changes between RH 7.3 and 9.&lt;BR /&gt;&lt;BR /&gt;The version of sendmail was upgraded from 8.11.x to 8.12.x&lt;BR /&gt; &lt;BR /&gt;It is possible that customizations you made to sendmail.cf got squashed, depending on how up upgraded.&lt;BR /&gt;&lt;BR /&gt;sendmail itself will send mail out based on its sendmail.cf file, nssswtich.conf and resolv.conf setup.  nsswitch says how to resolve hostnames, resolv.conf says where to go to try and get this information.&lt;BR /&gt; &lt;BR /&gt;sendmail can get mail off the box, whether or not the sendmail daemon is running.&lt;BR /&gt;&lt;BR /&gt;service sendmail status checks the status of the daemon.&lt;BR /&gt; &lt;BR /&gt;There is usefull messaging in /var/log/messages file in case of a configuration failure.&lt;BR /&gt; &lt;BR /&gt;Your best bet is to not copy configuration files such as sendmail.cf from a 7.3 server to a 8/9 server. It won't work, unless no changes have been made to the default 7.3 mail server. &lt;BR /&gt;&lt;BR /&gt;What you have to do is a generic sendmail install, then identify your features and migrate them one at a time to the new serer.&lt;BR /&gt; &lt;BR /&gt;Let me know if I can tell you more.&lt;BR /&gt; &lt;BR /&gt;SEP&lt;BR /&gt;graduate of the sendmail school of hard knocks.&lt;BR /&gt;</description>
      <pubDate>Fri, 17 Oct 2003 14:09:23 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/problem-sending-email/m-p/3096329#M7320</guid>
      <dc:creator>Steven E. Protter</dc:creator>
      <dc:date>2003-10-17T14:09:23Z</dc:date>
    </item>
    <item>
      <title>Re: problem sending email ....</title>
      <link>https://community.hpe.com/t5/operating-system-linux/problem-sending-email/m-p/3096330#M7321</link>
      <description>Do you mean system email such as cron errors or sudo failures or do you mean user mail with a mail client such as mozilla or evolution?&lt;BR /&gt;&lt;BR /&gt;If its system mail then you will definately need an MTA on the system to send mail to your main mail server.  Sendmail is started on my RH 7.2 boxes by default, you can do the same for your RH 8.0 boxes just add the necessary links in your /etc/rc.d/* directorys.&lt;BR /&gt;&lt;BR /&gt;Dave</description>
      <pubDate>Fri, 17 Oct 2003 14:45:22 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/problem-sending-email/m-p/3096330#M7321</guid>
      <dc:creator>Dave Falloon</dc:creator>
      <dc:date>2003-10-17T14:45:22Z</dc:date>
    </item>
    <item>
      <title>Re: problem sending email ....</title>
      <link>https://community.hpe.com/t5/operating-system-linux/problem-sending-email/m-p/3096331#M7322</link>
      <description>woops nevermind, I guess I took to long to reply and SEP got it.&lt;BR /&gt;&lt;BR /&gt;pls zero both.&lt;BR /&gt;&lt;BR /&gt;Dave</description>
      <pubDate>Fri, 17 Oct 2003 14:46:36 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/problem-sending-email/m-p/3096331#M7322</guid>
      <dc:creator>Dave Falloon</dc:creator>
      <dc:date>2003-10-17T14:46:36Z</dc:date>
    </item>
    <item>
      <title>Re: problem sending email ....</title>
      <link>https://community.hpe.com/t5/operating-system-linux/problem-sending-email/m-p/3096332#M7323</link>
      <description>All,&lt;BR /&gt;I do NOT want to start up sendmail as daemon, I just want to be able to sendmail out and let the mail server handles the routes. I've no issue with RH7.X servers. However, I do have issue with RH8 and 9, because of sendmail version 8.12.5-7 which implemented sm-client daemon of sendmail.  (I was mistaken previously when I suspected there was a cron job which kick off and dequeue the emails; some one in my group  started sendmail manually and grab the queue emails). &lt;BR /&gt;&lt;BR /&gt;Is there any setting in submit.cf file which will allow me to send email with out running sendmail as a daemon?  Thanks.</description>
      <pubDate>Fri, 17 Oct 2003 14:59:21 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/problem-sending-email/m-p/3096332#M7323</guid>
      <dc:creator>K.C. Chan</dc:creator>
      <dc:date>2003-10-17T14:59:21Z</dc:date>
    </item>
    <item>
      <title>Re: problem sending email ....</title>
      <link>https://community.hpe.com/t5/operating-system-linux/problem-sending-email/m-p/3096333#M7324</link>
      <description>figured it out, I need to tweak a variable in submit.cf file. Thanks all for your input.</description>
      <pubDate>Fri, 17 Oct 2003 16:16:59 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/problem-sending-email/m-p/3096333#M7324</guid>
      <dc:creator>K.C. Chan</dc:creator>
      <dc:date>2003-10-17T16:16:59Z</dc:date>
    </item>
  </channel>
</rss>

