<?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: sendmail rejecting good mail? in Operating System - Linux</title>
    <link>https://community.hpe.com/t5/operating-system-linux/sendmail-rejecting-good-mail/m-p/2923641#M3889</link>
    <description>Attached are the log entries for an email attempt which failed, followed by a success a few minutes later....&lt;BR /&gt;</description>
    <pubDate>Mon, 10 Mar 2003 21:01:24 GMT</pubDate>
    <dc:creator>Fred Martin_1</dc:creator>
    <dc:date>2003-03-10T21:01:24Z</dc:date>
    <item>
      <title>sendmail rejecting good mail?</title>
      <link>https://community.hpe.com/t5/operating-system-linux/sendmail-rejecting-good-mail/m-p/2923640#M3888</link>
      <description>I just updated sendmail to v.11.1 and installed the security patch after that.&lt;BR /&gt;&lt;BR /&gt;Since then sendmail rejects a lot of email, claiming the sender's domain must resolve.&lt;BR /&gt;&lt;BR /&gt;As near as I can tell though, the sender's domain -does- resolve and I don't see why sendmail is rejecting.&lt;BR /&gt;&lt;BR /&gt;For example, in one log record,&lt;BR /&gt;&lt;BR /&gt;The sender is: User@msad51.org&lt;BR /&gt;The relay is: g4mailserver.ghs.sad51.k12.me.us [207.166.234.135]&lt;BR /&gt;&lt;BR /&gt;Error is: reject=451 4.1.8 Sender domain must resolve&lt;BR /&gt;&lt;BR /&gt;An nslookup (from the command prompt of the unix machine running sendmail) for msad51.org and the relay host show they both resolve to the address shown.&lt;BR /&gt;&lt;BR /&gt;Earlier today I watched the logs and saw a user try to send an email to my server four times, the first three were rejected as above, and the fourth was accepted on the same exact address.&lt;BR /&gt;&lt;BR /&gt;What could cause such a thing?&lt;BR /&gt;</description>
      <pubDate>Mon, 10 Mar 2003 20:54:20 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/sendmail-rejecting-good-mail/m-p/2923640#M3888</guid>
      <dc:creator>Fred Martin_1</dc:creator>
      <dc:date>2003-03-10T20:54:20Z</dc:date>
    </item>
    <item>
      <title>Re: sendmail rejecting good mail?</title>
      <link>https://community.hpe.com/t5/operating-system-linux/sendmail-rejecting-good-mail/m-p/2923641#M3889</link>
      <description>Attached are the log entries for an email attempt which failed, followed by a success a few minutes later....&lt;BR /&gt;</description>
      <pubDate>Mon, 10 Mar 2003 21:01:24 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/sendmail-rejecting-good-mail/m-p/2923641#M3889</guid>
      <dc:creator>Fred Martin_1</dc:creator>
      <dc:date>2003-03-10T21:01:24Z</dc:date>
    </item>
    <item>
      <title>Re: sendmail rejecting good mail?</title>
      <link>https://community.hpe.com/t5/operating-system-linux/sendmail-rejecting-good-mail/m-p/2923642#M3890</link>
      <description>I would look to problems with the DNS server.&lt;BR /&gt;&lt;BR /&gt;Do they work right?  Is it the same box as the sendmail box. Thats how it is with my basement based NSP.&lt;BR /&gt;&lt;BR /&gt;If you connect to an outside public Internet DNS server, it may be going on and offline, or it may have problems with its configuration or root server setup(Those haven't changed since 1997).&lt;BR /&gt;&lt;BR /&gt;I'd go through /etc/resolv.conf, reduce it to one nameserver and test them all with dig commands, repeat the domains giving you trouble.&lt;BR /&gt;&lt;BR /&gt;If the answers are not consistent, you have a problem with the Name Servers.&lt;BR /&gt;&lt;BR /&gt;SEP</description>
      <pubDate>Tue, 11 Mar 2003 04:37:42 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/sendmail-rejecting-good-mail/m-p/2923642#M3890</guid>
      <dc:creator>Steven E. Protter</dc:creator>
      <dc:date>2003-03-11T04:37:42Z</dc:date>
    </item>
  </channel>
</rss>

