<?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: Problem with ProFTPD in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/problem-with-proftpd/m-p/3913324#M284872</link>
    <description>Thanks for your response. Yes, I had seen both of those threads. I don't think is issue is passive mode, really, which seems to work fine from the command line, but something with the way ProFTPD is returning its result string.&lt;BR /&gt;&lt;BR /&gt;My references to seeing PASV and 227 were to the log files on the hpux server. Here are the relevant entries (Ive removed user id's, etc):&lt;BR /&gt;&lt;BR /&gt;[13/Dec/2006:14:47:11 -0800] "USER xxxxxxxx" 331 -&lt;BR /&gt;[13/Dec/2006:14:47:23 -0800] "PASS (hidden)" 230 -&lt;BR /&gt;[13/Dec/2006:14:47:33 -0800] "CWD /home/xxxxxx/xxxxxx" 250 -&lt;BR /&gt;[13/Dec/2006:14:47:44 -0800] "PASV" 227 -&lt;BR /&gt;&lt;BR /&gt;Then the process dies on the client side. On the client side, the last thing that happens is it sends the "PASV", but never recieves the "227..." repsonse. They seem to get a blank string.&lt;BR /&gt;&lt;BR /&gt;I'm almost positive its a code bug on the client side, but convincing the developers of that is difficult since it worked with the default HP ftp server.</description>
    <pubDate>Fri, 15 Dec 2006 11:56:00 GMT</pubDate>
    <dc:creator>John Huck</dc:creator>
    <dc:date>2006-12-15T11:56:00Z</dc:date>
    <item>
      <title>Problem with ProFTPD</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/problem-with-proftpd/m-p/3913322#M284870</link>
      <description>&lt;BR /&gt;We've just implemented ProFTPD to plug up a glaring security hole. All of our automated processes have worked fine except one, which is a .NET VB application that ftps a file to our HP-UX 11.11 box from a Windows 2002 server. The problem, from the Windows side, is that it gets to a point in the process and then stops receiving responses from ProFTPD. It issues a PASV command, and then expects to receive "227"..., but it is receiving a blank string, which it interprets as an error. The server logs look normal. I see the PASV comming in, and the 227 going out.&lt;BR /&gt;&lt;BR /&gt;Of course, when I run the exact same commands from a command line, they work just fine, and the 227... is returned as it should be.&lt;BR /&gt;&lt;BR /&gt;And of course, the person who wrote the code is long gone, and no one is willing to touch it.&lt;BR /&gt;&lt;BR /&gt;Has anyone experienced similar behavior with ProFTPD on HP-UX. I can't find any references to anything similar on there site.&lt;BR /&gt;&lt;BR /&gt;Thanks for the help!&lt;BR /&gt;&lt;BR /&gt;JH</description>
      <pubDate>Thu, 14 Dec 2006 14:38:32 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/problem-with-proftpd/m-p/3913322#M284870</guid>
      <dc:creator>John Huck</dc:creator>
      <dc:date>2006-12-14T14:38:32Z</dc:date>
    </item>
    <item>
      <title>Re: Problem with ProFTPD</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/problem-with-proftpd/m-p/3913323#M284871</link>
      <description>John,&lt;BR /&gt;have you gone through:&lt;BR /&gt;&lt;A href="http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=1048763" target="_blank"&gt;http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=1048763&lt;/A&gt;&lt;BR /&gt;&lt;A href="http://www.castaglia.org/proftpd/doc/contrib/ProFTPD-mini-HOWTO-Debugging.html" target="_blank"&gt;http://www.castaglia.org/proftpd/doc/contrib/ProFTPD-mini-HOWTO-Debugging.html&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;When you say "I see the PASV comming in, and the 227 going out." - which end can you see this happening at ? WIN/VB/HP&lt;BR /&gt;&lt;BR /&gt;Full docs at: &lt;A href="http://www.proftpd.org/" target="_blank"&gt;http://www.proftpd.org/&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Fri, 15 Dec 2006 04:04:36 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/problem-with-proftpd/m-p/3913323#M284871</guid>
      <dc:creator>Peter Godron</dc:creator>
      <dc:date>2006-12-15T04:04:36Z</dc:date>
    </item>
    <item>
      <title>Re: Problem with ProFTPD</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/problem-with-proftpd/m-p/3913324#M284872</link>
      <description>Thanks for your response. Yes, I had seen both of those threads. I don't think is issue is passive mode, really, which seems to work fine from the command line, but something with the way ProFTPD is returning its result string.&lt;BR /&gt;&lt;BR /&gt;My references to seeing PASV and 227 were to the log files on the hpux server. Here are the relevant entries (Ive removed user id's, etc):&lt;BR /&gt;&lt;BR /&gt;[13/Dec/2006:14:47:11 -0800] "USER xxxxxxxx" 331 -&lt;BR /&gt;[13/Dec/2006:14:47:23 -0800] "PASS (hidden)" 230 -&lt;BR /&gt;[13/Dec/2006:14:47:33 -0800] "CWD /home/xxxxxx/xxxxxx" 250 -&lt;BR /&gt;[13/Dec/2006:14:47:44 -0800] "PASV" 227 -&lt;BR /&gt;&lt;BR /&gt;Then the process dies on the client side. On the client side, the last thing that happens is it sends the "PASV", but never recieves the "227..." repsonse. They seem to get a blank string.&lt;BR /&gt;&lt;BR /&gt;I'm almost positive its a code bug on the client side, but convincing the developers of that is difficult since it worked with the default HP ftp server.</description>
      <pubDate>Fri, 15 Dec 2006 11:56:00 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/problem-with-proftpd/m-p/3913324#M284872</guid>
      <dc:creator>John Huck</dc:creator>
      <dc:date>2006-12-15T11:56:00Z</dc:date>
    </item>
  </channel>
</rss>

