<?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 timeout in Operating System - Linux</title>
    <link>https://community.hpe.com/t5/operating-system-linux/sendmail-timeout/m-p/4670285#M81008</link>
    <description>Sorry, but Timeout.rcpt is not it.&lt;BR /&gt;&lt;BR /&gt;Timeout.rcpt is used when Sendmail is sending a message's recipient list to another mail server and waiting for the other server to accept it. (The "RCPT TO:" step in the SMTP protocol.)&lt;BR /&gt;&lt;BR /&gt;The queue processing interval is controlled by the command-line options when starting Sendmail. A common set of options for the Sendmail daemon is"-bd -q1h": it will make Sendmail both listen for incoming connections (-bd) and process the mail queue in 1-hour intervals (-q1h).&lt;BR /&gt;&lt;BR /&gt;To shorten the queue interval to 5 minutes, the "-q1h" option should be replaced with "-q5m", or simply "-q5" (both are equivalent).&lt;BR /&gt;&lt;BR /&gt;If you specify no time interval at all (i.e. use the command "sendmail -q"), then the command will cause Sendmail to immediately make one extra delivery pass.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;When a first email delivery attempt to a particular mail server always fails but subsequent ones will succeed, it might be caused by an anti-spam strategy called "greylisting". It relies on the fact that most mass-mailing programs won't bother retrying.  &lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://en.wikipedia.org/wiki/Greylisting" target="_blank"&gt;http://en.wikipedia.org/wiki/Greylisting&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;MK</description>
    <pubDate>Wed, 04 Aug 2010 15:31:06 GMT</pubDate>
    <dc:creator>Matti_Kurkela</dc:creator>
    <dc:date>2010-08-04T15:31:06Z</dc:date>
    <item>
      <title>Sendmail timeout</title>
      <link>https://community.hpe.com/t5/operating-system-linux/sendmail-timeout/m-p/4670284#M81007</link>
      <description>I’m pretty new to sendmail and I have a quick question. Can anyone tell me how I can change the time that sendmail waits after it has a failed send before it tries that address again? We currently have an issue where it fails the first time but after it waits the hour it goes through. I’d like to change that time to like 5 minutes. I think it might be Timeout.rcpt=1h????&lt;BR /&gt;Thanks</description>
      <pubDate>Wed, 04 Aug 2010 13:10:04 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/sendmail-timeout/m-p/4670284#M81007</guid>
      <dc:creator>George Doller</dc:creator>
      <dc:date>2010-08-04T13:10:04Z</dc:date>
    </item>
    <item>
      <title>Re: Sendmail timeout</title>
      <link>https://community.hpe.com/t5/operating-system-linux/sendmail-timeout/m-p/4670285#M81008</link>
      <description>Sorry, but Timeout.rcpt is not it.&lt;BR /&gt;&lt;BR /&gt;Timeout.rcpt is used when Sendmail is sending a message's recipient list to another mail server and waiting for the other server to accept it. (The "RCPT TO:" step in the SMTP protocol.)&lt;BR /&gt;&lt;BR /&gt;The queue processing interval is controlled by the command-line options when starting Sendmail. A common set of options for the Sendmail daemon is"-bd -q1h": it will make Sendmail both listen for incoming connections (-bd) and process the mail queue in 1-hour intervals (-q1h).&lt;BR /&gt;&lt;BR /&gt;To shorten the queue interval to 5 minutes, the "-q1h" option should be replaced with "-q5m", or simply "-q5" (both are equivalent).&lt;BR /&gt;&lt;BR /&gt;If you specify no time interval at all (i.e. use the command "sendmail -q"), then the command will cause Sendmail to immediately make one extra delivery pass.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;When a first email delivery attempt to a particular mail server always fails but subsequent ones will succeed, it might be caused by an anti-spam strategy called "greylisting". It relies on the fact that most mass-mailing programs won't bother retrying.  &lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://en.wikipedia.org/wiki/Greylisting" target="_blank"&gt;http://en.wikipedia.org/wiki/Greylisting&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;MK</description>
      <pubDate>Wed, 04 Aug 2010 15:31:06 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/sendmail-timeout/m-p/4670285#M81008</guid>
      <dc:creator>Matti_Kurkela</dc:creator>
      <dc:date>2010-08-04T15:31:06Z</dc:date>
    </item>
    <item>
      <title>Re: Sendmail timeout</title>
      <link>https://community.hpe.com/t5/operating-system-linux/sendmail-timeout/m-p/4670286#M81009</link>
      <description>Thanks for the response. Very helpful.&lt;BR /&gt;&lt;BR /&gt;One more question. When it defers a delivery it basically stops all delivery of that message. Example: if it's sending to user A, B and C. The issue is it sends to A but defers B, C doesn't get delivered either. &lt;BR /&gt;Could this be because we're using mailing list and not just listing out the users on the sendmail command line or is it something else?&lt;BR /&gt;&lt;BR /&gt;Thanks</description>
      <pubDate>Wed, 04 Aug 2010 17:46:00 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/sendmail-timeout/m-p/4670286#M81009</guid>
      <dc:creator>George Doller</dc:creator>
      <dc:date>2010-08-04T17:46:00Z</dc:date>
    </item>
    <item>
      <title>Re: Sendmail timeout</title>
      <link>https://community.hpe.com/t5/operating-system-linux/sendmail-timeout/m-p/4670287#M81010</link>
      <description>This would be expected behaviour if recipients B and C are on the same mail server but A is not.&lt;BR /&gt;&lt;BR /&gt;When delivering an outgoing message (assuming that Sendmail is doing a direct delivery, not configured to forward everything to a "smarthost"), Sendmail will first use the DNS to find out the mail servers of each recipient.&lt;BR /&gt;&lt;BR /&gt;For example, if the recipients are:&lt;BR /&gt;A@company1.example&lt;BR /&gt;B@big.company2.example&lt;BR /&gt;C@deptX.company2.example&lt;BR /&gt;&lt;BR /&gt;... then Sendmail will look for MX records for "company1.example", "big.company2.example" and "deptX.company2.example". &lt;BR /&gt;&lt;BR /&gt;(You can check the MX records manually using the "dig" command and the hostname part of the recipient address, e.g. "dig company1.example MX".)&lt;BR /&gt;&lt;BR /&gt;The results of the lookup might be, for each recipient:&lt;BR /&gt;A: mail.company1.example&lt;BR /&gt;B: smtp.company2.example&lt;BR /&gt;C: smtp.company2.example&lt;BR /&gt;&lt;BR /&gt;At this point, Sendmail knows that only one SMTP connection is needed to deliver the message to both recipients B and C. If smtp.company2.example cannot be reached, neither B nor C will receive their messages.&lt;BR /&gt;&lt;BR /&gt;Sendmail is not so dumb it would use two separate SMTP connections to deliver first to B, then to C: back when Sendmail was designed, network bandwidth was *expensive* and optimization like this was important. &lt;BR /&gt;&lt;BR /&gt;MK</description>
      <pubDate>Thu, 05 Aug 2010 08:22:47 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/sendmail-timeout/m-p/4670287#M81010</guid>
      <dc:creator>Matti_Kurkela</dc:creator>
      <dc:date>2010-08-05T08:22:47Z</dc:date>
    </item>
    <item>
      <title>Re: Sendmail timeout</title>
      <link>https://community.hpe.com/t5/operating-system-linux/sendmail-timeout/m-p/4670288#M81011</link>
      <description>Thanks again. Any thoughts on why C wouldn't be sent if A, B and C are on different domains?</description>
      <pubDate>Thu, 05 Aug 2010 15:28:06 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/sendmail-timeout/m-p/4670288#M81011</guid>
      <dc:creator>George Doller</dc:creator>
      <dc:date>2010-08-05T15:28:06Z</dc:date>
    </item>
  </channel>
</rss>

