<?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 And OutLook TimeOut in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/sendmail-and-outlook-timeout/m-p/2990531#M923892</link>
    <description>Where's the Outlook client?  On the LAN, or outside?  Although there are various "Timeout." settings that can be tweaked in sendmail.cf, often when an hp-ux server times out on a client (mail, browser, whatever), the culprit is path mtu discovery.  hp-ux is compulsive about PMTU discovery, and likes to send big ol' packets with "Don't fragment" set.  Then when something along the path sends back a ICMP "Must fragment", and something else along the path drops it, the hp-ux box thinks the other side isn't responding, and times out.&lt;BR /&gt;&lt;BR /&gt;I'll leave it to the wizards to tell you the best thing to do about PMTU discovery.</description>
    <pubDate>Fri, 06 Jun 2003 12:29:55 GMT</pubDate>
    <dc:creator>W.C. Epperson</dc:creator>
    <dc:date>2003-06-06T12:29:55Z</dc:date>
    <item>
      <title>Sendmail And OutLook TimeOut</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/sendmail-and-outlook-timeout/m-p/2990529#M923890</link>
      <description>Having a time out issue with Outlook.&lt;BR /&gt;&lt;BR /&gt;Sendmail returns this:&lt;BR /&gt;&lt;BR /&gt;Jun  5 11:34:45 comforts sendmail[7818]: KAA07818: timeout waiting for input fro&lt;BR /&gt;m [192.168.23.60] during message collect                                        &lt;BR /&gt; &lt;BR /&gt;OutLook says:&lt;BR /&gt;Server unexpectedly terminated connection .&lt;BR /&gt;&lt;BR /&gt;Not consistant accross all users .&lt;BR /&gt;&lt;BR /&gt;Cannot find a reference to this error any place.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Thu, 05 Jun 2003 21:39:12 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/sendmail-and-outlook-timeout/m-p/2990529#M923890</guid>
      <dc:creator>John Warminski</dc:creator>
      <dc:date>2003-06-05T21:39:12Z</dc:date>
    </item>
    <item>
      <title>Re: Sendmail And OutLook TimeOut</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/sendmail-and-outlook-timeout/m-p/2990530#M923891</link>
      <description>From KNOWN BUGS on sendmail.org:&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;* Delivery to programs that generate too much output may cause problems&lt;BR /&gt;  If e-mail is delivered to a program which generates too much&lt;BR /&gt;  output, then sendmail may issue an error:&lt;BR /&gt;  timeout waiting for input from local during Draining Input&lt;BR /&gt;  Make sure that the program does not generate output beyond a&lt;BR /&gt;  status message (corresponding to the exit status).  This may&lt;BR /&gt;  require a wrapper around the actual program to redirect output&lt;BR /&gt;  to /dev/null.&lt;BR /&gt;  Such a problem has been reported for bulk_mailer.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;COuld also be network related...what version of sendmail are you using?&lt;BR /&gt;&lt;BR /&gt;echo \$Z | /usr/sbin/sendmail -bt -d |grep Version</description>
      <pubDate>Fri, 06 Jun 2003 11:58:38 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/sendmail-and-outlook-timeout/m-p/2990530#M923891</guid>
      <dc:creator>Geoff Wild</dc:creator>
      <dc:date>2003-06-06T11:58:38Z</dc:date>
    </item>
    <item>
      <title>Re: Sendmail And OutLook TimeOut</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/sendmail-and-outlook-timeout/m-p/2990531#M923892</link>
      <description>Where's the Outlook client?  On the LAN, or outside?  Although there are various "Timeout." settings that can be tweaked in sendmail.cf, often when an hp-ux server times out on a client (mail, browser, whatever), the culprit is path mtu discovery.  hp-ux is compulsive about PMTU discovery, and likes to send big ol' packets with "Don't fragment" set.  Then when something along the path sends back a ICMP "Must fragment", and something else along the path drops it, the hp-ux box thinks the other side isn't responding, and times out.&lt;BR /&gt;&lt;BR /&gt;I'll leave it to the wizards to tell you the best thing to do about PMTU discovery.</description>
      <pubDate>Fri, 06 Jun 2003 12:29:55 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/sendmail-and-outlook-timeout/m-p/2990531#M923892</guid>
      <dc:creator>W.C. Epperson</dc:creator>
      <dc:date>2003-06-06T12:29:55Z</dc:date>
    </item>
    <item>
      <title>Re: Sendmail And OutLook TimeOut</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/sendmail-and-outlook-timeout/m-p/2990532#M923893</link>
      <description>First off:&lt;BR /&gt;&lt;BR /&gt;Sendmail Version 8.9.3 (PHNE_24419+JAGae58098)&lt;BR /&gt;&lt;BR /&gt;I had seen the note at sendmail.org . But somehow Outlook didn't strike me as a culprit for the noise item.&lt;BR /&gt;&lt;BR /&gt;The issue seems isolated to my ADSL VPN clients .... had a user take his laptop from an ADSL site to a frame backbone site, all the mail he couldn't send from the ADSL site&lt;BR /&gt;went without a snag.</description>
      <pubDate>Fri, 06 Jun 2003 14:25:32 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/sendmail-and-outlook-timeout/m-p/2990532#M923893</guid>
      <dc:creator>John Warminski</dc:creator>
      <dc:date>2003-06-06T14:25:32Z</dc:date>
    </item>
    <item>
      <title>Re: Sendmail And OutLook TimeOut</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/sendmail-and-outlook-timeout/m-p/2990533#M923894</link>
      <description>ADSL....&lt;BR /&gt;&lt;BR /&gt;Saw this post on google:&lt;BR /&gt;&lt;BR /&gt;Never mind.  I discovered that the "timeout waiting for input during &lt;BR /&gt;message collect" on my sendmail must have been an MTU discovery problem &lt;BR /&gt;since it did not happen for short test messages, but happened with &lt;BR /&gt;attachments (even from another sendmail).&lt;BR /&gt;My sendmail is behind a hardware adsl gateway, so I just had to set the &lt;BR /&gt;nic on my sendmail box to the same mtu 1492 as my adsl and the mail that &lt;BR /&gt;was timing out for days arrived from all sources including Exchange.&lt;BR /&gt;&lt;BR /&gt;Maybe try adjusting the MTU on your HP-UX box....&lt;BR /&gt;&lt;BR /&gt;Rgds...Geoff</description>
      <pubDate>Fri, 06 Jun 2003 14:54:41 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/sendmail-and-outlook-timeout/m-p/2990533#M923894</guid>
      <dc:creator>Geoff Wild</dc:creator>
      <dc:date>2003-06-06T14:54:41Z</dc:date>
    </item>
    <item>
      <title>Re: Sendmail And OutLook TimeOut</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/sendmail-and-outlook-timeout/m-p/2990534#M923895</link>
      <description>Yeah, I was pretty sure it was PMTU at first glance.  What's worked for us on most servers is to set &lt;BR /&gt;TRANSPORT_NAME[1]=ip&lt;BR /&gt;NDD_NAME[1]=ip_pmtu_strategy&lt;BR /&gt;NDD_VALUE[1]=2&lt;BR /&gt;in /etc/rc.config.d/nddconf&lt;BR /&gt;&lt;BR /&gt;I figured somebody with a better hat might offer a better solution.  This one at least allows PMTU discovery to still work, as opposed to just setting an MTU.&lt;BR /&gt;&lt;BR /&gt;BTW, the ndd -help page says the default strategy is 2.  It's actually 1.</description>
      <pubDate>Fri, 06 Jun 2003 16:05:34 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/sendmail-and-outlook-timeout/m-p/2990534#M923895</guid>
      <dc:creator>W.C. Epperson</dc:creator>
      <dc:date>2003-06-06T16:05:34Z</dc:date>
    </item>
    <item>
      <title>Re: Sendmail And OutLook TimeOut</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/sendmail-and-outlook-timeout/m-p/2990535#M923896</link>
      <description>Oops. Bad memory.  Default is 1. Page refers to strategy 2.  Strategy 2 is 1.  Duh.</description>
      <pubDate>Fri, 06 Jun 2003 16:11:46 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/sendmail-and-outlook-timeout/m-p/2990535#M923896</guid>
      <dc:creator>W.C. Epperson</dc:creator>
      <dc:date>2003-06-06T16:11:46Z</dc:date>
    </item>
  </channel>
</rss>

