<?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: Rhel3 / e-mail / clientmqueue problem in Operating System - Linux</title>
    <link>https://community.hpe.com/t5/operating-system-linux/rhel3-e-mail-clientmqueue-problem/m-p/3939409#M26951</link>
    <description>Sendmail is working as expected (I believe).  i.e. if someone is sending mail to a non existent address, sendmail will keep it in the clientmqueue and continue attempting to send for 5 days.  Is there anything in the message that indicates where it is being generated from?</description>
    <pubDate>Tue, 13 Feb 2007 08:14:07 GMT</pubDate>
    <dc:creator>joseph wholey</dc:creator>
    <dc:date>2007-02-13T08:14:07Z</dc:date>
    <item>
      <title>Rhel3 / e-mail / clientmqueue problem</title>
      <link>https://community.hpe.com/t5/operating-system-linux/rhel3-e-mail-clientmqueue-problem/m-p/3939405#M26947</link>
      <description>Hello all... I need a little help here.  I'm running sendmail on my RHEL3 server.  Sending mail definitely works.  However, I have a lot of mail stuck in the /var/spool/clientmqueue.  This eventually causes a problem because sendmail attempts to send for 5 days (that's how we have it setup).  How can I identify where the mail is coming from off of this server.  I don't see anything w/in the files w/in /var/spool/clientmqueue.  Any help would be greatly appreciated. &lt;BR /&gt;&lt;BR /&gt;thx.</description>
      <pubDate>Tue, 06 Feb 2007 12:04:14 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/rhel3-e-mail-clientmqueue-problem/m-p/3939405#M26947</guid>
      <dc:creator>joseph wholey</dc:creator>
      <dc:date>2007-02-06T12:04:14Z</dc:date>
    </item>
    <item>
      <title>Re: Rhel3 / e-mail / clientmqueue problem</title>
      <link>https://community.hpe.com/t5/operating-system-linux/rhel3-e-mail-clientmqueue-problem/m-p/3939406#M26948</link>
      <description>Shalom,&lt;BR /&gt;&lt;BR /&gt;So far, your setup seems default.&lt;BR /&gt;&lt;BR /&gt;First outbound mail goes to /var/spool/mqueue&lt;BR /&gt;&lt;BR /&gt;Then if its not delivered promptly it goes to /var/spool/clientmqueue&lt;BR /&gt;&lt;BR /&gt;By the time it gets there its probably never going to get delivered.&lt;BR /&gt;&lt;BR /&gt;the df files are the actual message.&lt;BR /&gt;&lt;BR /&gt;the qf files maintains a status on the message like a little log files. after the first two characters the number should match.&lt;BR /&gt;&lt;BR /&gt;If the files are empty they can be safely deleted.&lt;BR /&gt;&lt;BR /&gt;Most common cause of undelivered mail ending up there:&lt;BR /&gt;&lt;BR /&gt;1) Bad DNS resolution. This must be fixed. Absolute must for mail delivery.&lt;BR /&gt;2) invalid recipients, recipients blocked due to anti-spam rules.&lt;BR /&gt;3) Lack of a reverse dns entry for this server. Many systems like my own and AOL don't accept mail from mail servers with forged ip addresses, inconsistent ip addresses or servers that lack valid reverse dns records.&lt;BR /&gt;&lt;BR /&gt;SEP</description>
      <pubDate>Tue, 06 Feb 2007 12:21:52 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/rhel3-e-mail-clientmqueue-problem/m-p/3939406#M26948</guid>
      <dc:creator>Steven E. Protter</dc:creator>
      <dc:date>2007-02-06T12:21:52Z</dc:date>
    </item>
    <item>
      <title>Re: Rhel3 / e-mail / clientmqueue problem</title>
      <link>https://community.hpe.com/t5/operating-system-linux/rhel3-e-mail-clientmqueue-problem/m-p/3939407#M26949</link>
      <description>No. Your sendmail does not work as you expexted. the clientmqueue saves the mail not sent yet</description>
      <pubDate>Tue, 06 Feb 2007 15:47:37 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/rhel3-e-mail-clientmqueue-problem/m-p/3939407#M26949</guid>
      <dc:creator>George Liu_4</dc:creator>
      <dc:date>2007-02-06T15:47:37Z</dc:date>
    </item>
    <item>
      <title>Re: Rhel3 / e-mail / clientmqueue problem</title>
      <link>https://community.hpe.com/t5/operating-system-linux/rhel3-e-mail-clientmqueue-problem/m-p/3939408#M26950</link>
      <description>How do I "hunt down" the offending processes?</description>
      <pubDate>Tue, 06 Feb 2007 15:57:43 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/rhel3-e-mail-clientmqueue-problem/m-p/3939408#M26950</guid>
      <dc:creator>joseph wholey</dc:creator>
      <dc:date>2007-02-06T15:57:43Z</dc:date>
    </item>
    <item>
      <title>Re: Rhel3 / e-mail / clientmqueue problem</title>
      <link>https://community.hpe.com/t5/operating-system-linux/rhel3-e-mail-clientmqueue-problem/m-p/3939409#M26951</link>
      <description>Sendmail is working as expected (I believe).  i.e. if someone is sending mail to a non existent address, sendmail will keep it in the clientmqueue and continue attempting to send for 5 days.  Is there anything in the message that indicates where it is being generated from?</description>
      <pubDate>Tue, 13 Feb 2007 08:14:07 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/rhel3-e-mail-clientmqueue-problem/m-p/3939409#M26951</guid>
      <dc:creator>joseph wholey</dc:creator>
      <dc:date>2007-02-13T08:14:07Z</dc:date>
    </item>
  </channel>
</rss>

