<?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: FTP-PROXY and Access Violation in Operating System - OpenVMS</title>
    <link>https://community.hpe.com/t5/operating-system-openvms/ftp-proxy-and-access-violation/m-p/4997763#M52856</link>
    <description>Russ,&lt;BR /&gt;&lt;BR /&gt;note that the contents of R0 shown in the register output translates to an ASCII string 'E PR'.&lt;BR /&gt;&lt;BR /&gt;Please try to connect to this FTP-proxy from some other node or operating system and/or try to get the full string of this message shown. Maybe it contains a substring 'E PR'. This would indicate, that the VAX UCX V4.2 ECO 5 (this is the most recent patch) FTP client cannot handle such a long message.&lt;BR /&gt;&lt;BR /&gt;Maybe you can reduce the message size on your FTP-proxy server to work around this limitation.&lt;BR /&gt;&lt;BR /&gt;Volker.</description>
    <pubDate>Thu, 17 Aug 2006 07:14:14 GMT</pubDate>
    <dc:creator>Volker Halle</dc:creator>
    <dc:date>2006-08-17T07:14:14Z</dc:date>
    <item>
      <title>FTP-PROXY and Access Violation</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/ftp-proxy-and-access-violation/m-p/4997758#M52851</link>
      <description>Customer replaced TCP/IP software (Pathway) with UCX 4.2 - ECO 5 on a VAX 7710 running OpenVMS 7.1.  FTP commands &lt;BR /&gt;$ ftp&lt;BR /&gt;verbose on&lt;BR /&gt;open ftp-proxy&lt;BR /&gt;2410ftpupload@136.205.6.184&lt;BR /&gt;password&lt;BR /&gt;.&lt;BR /&gt;.&lt;BR /&gt;.&lt;BR /&gt;&lt;BR /&gt;used to work but now return &lt;BR /&gt;&lt;BR /&gt;ACED ON OR SENT OVER THIS SYSTEM MAY BE MONITORED. USE OF THI&lt;BR /&gt;230 User 2410ftpupload logged in.&lt;BR /&gt;%SYSTEM-F-ACCVIO, access violation, reason mask=01, virtual address=52502019, PC&lt;BR /&gt;=0004FD12, PSL=03C00000&lt;BR /&gt; &lt;BR /&gt;  Improperly handled condition, image exit forced.&lt;BR /&gt; &lt;BR /&gt;        Signal arguments              Stack contents&lt;BR /&gt; &lt;BR /&gt;        Number = 00000005                00000000&lt;BR /&gt;        Name   = 0000000C                00000000&lt;BR /&gt;                 00000001                00000000&lt;BR /&gt;                 52502019                00000000&lt;BR /&gt;                 0004FD12                00000000&lt;BR /&gt;                 03C00000                00000000&lt;BR /&gt;                                         00000000&lt;BR /&gt;                                         00000000&lt;BR /&gt;                                         00000000&lt;BR /&gt;                                         00000000&lt;BR /&gt; &lt;BR /&gt;        Register dump&lt;BR /&gt; &lt;BR /&gt;        R0 = 52502045  R1 = 000047A2  R2 = 00002200  R3 = 00002200&lt;BR /&gt;        R4 = 00000001  R5 = 7FFE5EBC  R6 = 00000001  R7 = 00000001&lt;BR /&gt;        R8 = 7FFECA48  R9 = 7FFECC50  R10= 7FFED7D4  R11= 7FFE2BDC&lt;BR /&gt;        AP = 7FE3B340  FP = 7FE3B300  SP = 7FE3B37C  PC = 0004FD12&lt;BR /&gt;        PSL= 03C00000&lt;BR /&gt; &lt;BR /&gt;Any thoughts on what the problem is and how to avoid it?&lt;BR /&gt;</description>
      <pubDate>Wed, 16 Aug 2006 13:12:50 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/ftp-proxy-and-access-violation/m-p/4997758#M52851</guid>
      <dc:creator>Russ Carraro</dc:creator>
      <dc:date>2006-08-16T13:12:50Z</dc:date>
    </item>
    <item>
      <title>Re: FTP-PROXY and Access Violation</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/ftp-proxy-and-access-violation/m-p/4997759#M52852</link>
      <description>Go back to PathWay?&lt;BR /&gt;&lt;BR /&gt;"SHOW SYMBOL FTP"?  Any chance that you're&lt;BR /&gt;still running the PathWay FTP client?&lt;BR /&gt;&lt;BR /&gt;"SHOW LOGICAL TWG$TCP"?  It shouldn't be&lt;BR /&gt;defined now.  (Nor "TWG$*", for that matter.)</description>
      <pubDate>Wed, 16 Aug 2006 15:34:02 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/ftp-proxy-and-access-violation/m-p/4997759#M52852</guid>
      <dc:creator>Steven Schweda</dc:creator>
      <dc:date>2006-08-16T15:34:02Z</dc:date>
    </item>
    <item>
      <title>Re: FTP-PROXY and Access Violation</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/ftp-proxy-and-access-violation/m-p/4997760#M52853</link>
      <description>Does it work to other IP addresses?&lt;BR /&gt;If so, I would guess that 136.205.6.184 is sending a 230 response that your FTP client can not handle.&lt;BR /&gt;</description>
      <pubDate>Wed, 16 Aug 2006 15:34:34 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/ftp-proxy-and-access-violation/m-p/4997760#M52853</guid>
      <dc:creator>Richard Whalen</dc:creator>
      <dc:date>2006-08-16T15:34:34Z</dc:date>
    </item>
    <item>
      <title>Re: FTP-PROXY and Access Violation</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/ftp-proxy-and-access-violation/m-p/4997761#M52854</link>
      <description>Russ,&lt;BR /&gt;&lt;BR /&gt;  As you're no doubt aware, UCX is very old and well outside its support window.&lt;BR /&gt;&lt;BR /&gt;  That said, it's probably worth making sure you're up to date with whatever patches are available. For old stuff see &lt;A href="http://ftp.hp.com.au/" target="_blank"&gt;http://ftp.hp.com.au/&lt;/A&gt; &lt;BR /&gt;&lt;BR /&gt;  I'm curious about the apparently chopped up message:&lt;BR /&gt;&lt;BR /&gt; "ACED ON OR SENT OVER THIS SYSTEM MAY BE MONITORED. USE OF THI"&lt;BR /&gt;&lt;BR /&gt;  Is that a cut and paste artifact or verbatim? I assume it's a chunk of SYS$ANNOUNCE or SYS$WELCOME on the target system? &lt;BR /&gt;&lt;BR /&gt;  I also note that the ACCVIO address looks like a fragment of ASCII text ". PR" - could this also be a part of the same message?&lt;BR /&gt;&lt;BR /&gt;  If possible, it might be interesting to see what happens if the message is removed, or perhaps reduced in length.&lt;BR /&gt;&lt;BR /&gt;  On my systems, the ANONYMOUS account is set to:&lt;BR /&gt;&lt;BR /&gt;DISWELCOME, DISNEWMAIL, DISMAIL, DISREPORT&lt;BR /&gt;&lt;BR /&gt;This might be a clue telling us that the FTP client doesn't like extra messages on login. Perhaps you could get the ftpupload account on the target system set similarly?</description>
      <pubDate>Wed, 16 Aug 2006 18:43:50 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/ftp-proxy-and-access-violation/m-p/4997761#M52854</guid>
      <dc:creator>John Gillings</dc:creator>
      <dc:date>2006-08-16T18:43:50Z</dc:date>
    </item>
    <item>
      <title>Re: FTP-PROXY and Access Violation</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/ftp-proxy-and-access-violation/m-p/4997762#M52855</link>
      <description>The message is verbatim.  I tried the FTP from a Vax/Alpha cluster and found out that it works from the Alpha but fails from the Vax.  Cluster has a common SYSUAF.</description>
      <pubDate>Thu, 17 Aug 2006 06:49:33 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/ftp-proxy-and-access-violation/m-p/4997762#M52855</guid>
      <dc:creator>Russ Carraro</dc:creator>
      <dc:date>2006-08-17T06:49:33Z</dc:date>
    </item>
    <item>
      <title>Re: FTP-PROXY and Access Violation</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/ftp-proxy-and-access-violation/m-p/4997763#M52856</link>
      <description>Russ,&lt;BR /&gt;&lt;BR /&gt;note that the contents of R0 shown in the register output translates to an ASCII string 'E PR'.&lt;BR /&gt;&lt;BR /&gt;Please try to connect to this FTP-proxy from some other node or operating system and/or try to get the full string of this message shown. Maybe it contains a substring 'E PR'. This would indicate, that the VAX UCX V4.2 ECO 5 (this is the most recent patch) FTP client cannot handle such a long message.&lt;BR /&gt;&lt;BR /&gt;Maybe you can reduce the message size on your FTP-proxy server to work around this limitation.&lt;BR /&gt;&lt;BR /&gt;Volker.</description>
      <pubDate>Thu, 17 Aug 2006 07:14:14 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/ftp-proxy-and-access-violation/m-p/4997763#M52856</guid>
      <dc:creator>Volker Halle</dc:creator>
      <dc:date>2006-08-17T07:14:14Z</dc:date>
    </item>
    <item>
      <title>Re: FTP-PROXY and Access Violation</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/ftp-proxy-and-access-violation/m-p/4997764#M52857</link>
      <description>Works from Alphas so I had user log onto an Alpha instead of a Vax (mixed architecture cluster).</description>
      <pubDate>Tue, 29 Aug 2006 12:52:20 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/ftp-proxy-and-access-violation/m-p/4997764#M52857</guid>
      <dc:creator>Russ Carraro</dc:creator>
      <dc:date>2006-08-29T12:52:20Z</dc:date>
    </item>
  </channel>
</rss>

