<?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: How to have FTP timeout in Operating System - OpenVMS</title>
    <link>https://community.hpe.com/t5/operating-system-openvms/how-to-have-ftp-timeout/m-p/5266358#M40900</link>
    <description>@Hoff: I know, it should be needed in the first place. But DIR/FTP could well do the trick. It'll be harder to test how it reacts on the loss of connection, though...But that's not important if DIR/FTP is more atomic than FTP/INPUT...&lt;BR /&gt;&lt;BR /&gt;Willem&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
    <pubDate>Mon, 13 Dec 2010 16:11:51 GMT</pubDate>
    <dc:creator>Willem Grooters</dc:creator>
    <dc:date>2010-12-13T16:11:51Z</dc:date>
    <item>
      <title>How to have FTP timeout</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/how-to-have-ftp-timeout/m-p/5266354#M40896</link>
      <description>In DCL, I'm using FTP/INPUT=&lt;FILESPEC&gt; in a subprocess to get a list from a non-VMS remote site to get a listing of files on that system. But FTP seems to ignore connection loss at some point (eg. login at FTP to a (non-VMS) environment) - I've seen that several times - and this causes teh job to stay executing  - HIB state.&lt;BR /&gt;&lt;BR /&gt;Is there an way to have FTP timeout, so connection loss will stop FTP after some time?&lt;BR /&gt;&lt;BR /&gt;Willem  &lt;BR /&gt;&lt;/FILESPEC&gt;</description>
      <pubDate>Mon, 13 Dec 2010 10:15:21 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/how-to-have-ftp-timeout/m-p/5266354#M40896</guid>
      <dc:creator>Willem Grooters</dc:creator>
      <dc:date>2010-12-13T10:15:21Z</dc:date>
    </item>
    <item>
      <title>Re: How to have FTP timeout</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/how-to-have-ftp-timeout/m-p/5266355#M40897</link>
      <description>Hoi Willem,&lt;BR /&gt;&lt;BR /&gt;Maybe you could try to enable tcp keepalive. &lt;BR /&gt;&lt;BR /&gt;$ sysconfig -r inet tcp_keepalive_default=1&lt;BR /&gt;&lt;BR /&gt;Oswald</description>
      <pubDate>Mon, 13 Dec 2010 10:44:39 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/how-to-have-ftp-timeout/m-p/5266355#M40897</guid>
      <dc:creator>Oswald Knoppers_1</dc:creator>
      <dc:date>2010-12-13T10:44:39Z</dc:date>
    </item>
    <item>
      <title>Re: How to have FTP timeout</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/how-to-have-ftp-timeout/m-p/5266356#M40898</link>
      <description>Willem,&lt;BR /&gt;&lt;BR /&gt;If Oswalds solution does not work (but I know nothing in that respect) you COULD easily make your own poor-man's timeout from DCL.&lt;BR /&gt;In your &lt;FILESPEC&gt;, get its processes'PID.&lt;BR /&gt;Determine your timeout period, then SPAWN a grand-child supprocess that KILLs its parent PID after &lt;TIMEOUT&gt;.&lt;BR /&gt;If the FTP process finishes, it will clear out the suicide subprocess, if timeout is reached, it will be finished.&lt;BR /&gt;&lt;BR /&gt;We used SUICIDE_PARENT.COM for various processes (usually, but not necessarily batchjobs, that we wanted terminated within a certain time (absolute or delta).&lt;BR /&gt;It also did MAIL some info to system management whenever it reached the timeout.&lt;BR /&gt;&lt;BR /&gt;hth&lt;BR /&gt;&lt;BR /&gt;Proost.&lt;BR /&gt;&lt;BR /&gt;Have one on me.&lt;BR /&gt;&lt;BR /&gt;jpe&lt;/TIMEOUT&gt;&lt;/FILESPEC&gt;</description>
      <pubDate>Mon, 13 Dec 2010 12:21:37 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/how-to-have-ftp-timeout/m-p/5266356#M40898</guid>
      <dc:creator>Jan van den Ende</dc:creator>
      <dc:date>2010-12-13T12:21:37Z</dc:date>
    </item>
    <item>
      <title>Re: How to have FTP timeout</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/how-to-have-ftp-timeout/m-p/5266357#M40899</link>
      <description>Ah, ftp.  My absolute favorite tool, and the paragon of design elegance and network security and application stability.  Not.&lt;BR /&gt;&lt;BR /&gt;Please try DIRECTORY /FTP here, rather than the ftp utility mode operations.&lt;BR /&gt;&lt;BR /&gt;Definitely look for patches for whatever version this is, too.&lt;BR /&gt;</description>
      <pubDate>Mon, 13 Dec 2010 14:56:21 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/how-to-have-ftp-timeout/m-p/5266357#M40899</guid>
      <dc:creator>Hoff</dc:creator>
      <dc:date>2010-12-13T14:56:21Z</dc:date>
    </item>
    <item>
      <title>Re: How to have FTP timeout</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/how-to-have-ftp-timeout/m-p/5266358#M40900</link>
      <description>@Hoff: I know, it should be needed in the first place. But DIR/FTP could well do the trick. It'll be harder to test how it reacts on the loss of connection, though...But that's not important if DIR/FTP is more atomic than FTP/INPUT...&lt;BR /&gt;&lt;BR /&gt;Willem&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Mon, 13 Dec 2010 16:11:51 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/how-to-have-ftp-timeout/m-p/5266358#M40900</guid>
      <dc:creator>Willem Grooters</dc:creator>
      <dc:date>2010-12-13T16:11:51Z</dc:date>
    </item>
    <item>
      <title>Re: How to have FTP timeout</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/how-to-have-ftp-timeout/m-p/5266359#M40901</link>
      <description>ignoring that ftp is a horrid and intractable mess, that it is inherently incompatible with modern network designs, and the inevitable exposure of credentials, the DIRECTORY /FTP command is somewhat easier to deal with and easier to trap and easier to debug than is the ftp utility, for definitions of "somewhat" that don't also include "reliable", "secure", "appropriate" nor "good".&lt;BR /&gt;&lt;BR /&gt;Unfortunately, VMS tends not to be as easy to configure for these sorts of alternative file transfers as are other systems, so folks do tend to fall back into the ftp mess.&lt;BR /&gt;&lt;BR /&gt;On the OpenVMS ftp client, confirm TCPIP$FTP_KEEPALIVE is defined.  On the OpenVMS ftp daemon, confirm TCPIP&amp;gt; SET SERVICE FTP /SOCKET_OPTIONS=KEEPALIVE is enabled.  For this case, check the analogous settings over on the ftp server.&lt;BR /&gt;&lt;BR /&gt;If ftp is the answer, then the question usually needs to be rethought.   And no, I'm not a proponent of ftp.</description>
      <pubDate>Mon, 13 Dec 2010 17:14:30 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/how-to-have-ftp-timeout/m-p/5266359#M40901</guid>
      <dc:creator>Hoff</dc:creator>
      <dc:date>2010-12-13T17:14:30Z</dc:date>
    </item>
    <item>
      <title>Re: How to have FTP timeout</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/how-to-have-ftp-timeout/m-p/5266360#M40902</link>
      <description>Hi Willem,&lt;BR /&gt;&lt;BR /&gt;Have a look at my TIMEOUT program which you can download from&lt;BR /&gt;&lt;BR /&gt; &lt;A href="ftp://ftp.vsm.com.au/kits/timeout.zip" target="_blank"&gt;ftp://ftp.vsm.com.au/kits/timeout.zip&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;It was exactly the situation you encountered which caused me to write TIMEOUT.&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;Jeremy Begg</description>
      <pubDate>Tue, 14 Dec 2010 06:12:54 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/how-to-have-ftp-timeout/m-p/5266360#M40902</guid>
      <dc:creator>Jeremy Begg</dc:creator>
      <dc:date>2010-12-14T06:12:54Z</dc:date>
    </item>
    <item>
      <title>Re: How to have FTP timeout</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/how-to-have-ftp-timeout/m-p/5266361#M40903</link>
      <description>@Hoff: Typo. I meant the opposite: FTP shouldn't be used in the first place. I'm well aware of the problems. Security is less of a concern in this environment (local network, restricted access anyway)...&lt;BR /&gt;&lt;BR /&gt;@Jeremy: I'll take a look, but I doubt it can be of use here (it's already a problem to get new, in-house built procedures copies into production...)&lt;BR /&gt;&lt;BR /&gt;@Oswald, Jan, Hoff: Same for your suggestion on KeepAlive: It may do the trick but getting it on the system is a challenge in itself...&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Tue, 14 Dec 2010 07:49:52 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/how-to-have-ftp-timeout/m-p/5266361#M40903</guid>
      <dc:creator>Willem Grooters</dc:creator>
      <dc:date>2010-12-14T07:49:52Z</dc:date>
    </item>
    <item>
      <title>Re: How to have FTP timeout</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/how-to-have-ftp-timeout/m-p/5266362#M40904</link>
      <description>Though not the best, I'll implement DIR/FTP, being the asy way to achieve what's required.</description>
      <pubDate>Tue, 14 Dec 2010 07:52:23 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/how-to-have-ftp-timeout/m-p/5266362#M40904</guid>
      <dc:creator>Willem Grooters</dc:creator>
      <dc:date>2010-12-14T07:52:23Z</dc:date>
    </item>
  </channel>
</rss>

