× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



This reminds me of a recent post here. The problem was passive mode FTP,
which doesn't use the same ports. Try turning off passive mode Use SENDPASV 0.

Details are in software knowledge base at
<http://www-912.ibm.com/s_dir/slkbase.nsf/1ac66549a21402188625680b0002037e/fdeb011a2e6f53f4862569b60068b585?OpenDocument&Highlight=0,passive,ftp>

At 01:50 PM 3/27/02 -0600, you wrote:

>I've experienced this error before, but it was always a firewall issue.
>
>In the FTP protocol, the FTP client and server connect on port
>21, and this is called the "control connection".  On that port
>they negotiate which FTP commands (such as put, get, rename,
>delete) will be executed, as well as which files will be sent to
>which directories, etc.   When a file transfer takes place, they
>negotiate an address & port to use for a "data connection", which is
>used to transfer that one file, and then closed.    For each transfer,
>they negotiate a new port/address for the data connection which may be
>the same ports, but also may be different.
>
>If there is a firewall in between, they may be negotiating a port that
>the firewall does not permit.   When this happens, the negotiation
>succeeds, but when they try to actually open the data connection, they
>can't connect -- thus the message "can't open data connection"
>
>I don't know if this is the same problem that you're encountering, but
>that's what it was for me.   The fix might be to simply re-try when it
>fails, or to change the firewall.
>
>HTH
>
>On Wed, 27 Mar 2002, Lori Hainey wrote:
>
> > We have a process that FTP's various files from our AS/400 to a vendor's
> > Unix box. Some of the files transfer fine, others bomb out with a '425
> Can't
> > open data connection' error. We are doing to STRTCPFTP within a CL and
> > taking the default parms on this command (of which one is WRTRMNOPN)
> meaning
> > the value in the record parm is written tot the file and the member remains
> > open. I am thinking this may be our issue and if I change to *WRTCLOSE
> > (value in record parm is written to file and member is closed), that this
> > may resolve the issue. I just wanted to see if others have experienced this
> > issue before and what their experience has been to consider all options for
> > resolution.
> >
> > Lori Hainey
> > Project Leader
> > York International
> > lori.hainey@york.com
> >
>
>_______________________________________________
>This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
>To post a message email: MIDRANGE-L@midrange.com
>To subscribe, unsubscribe, or change list options,
>visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l
>or email: MIDRANGE-L-request@midrange.com
>Before posting, please take a moment to review the archives
>at http://archive.midrange.com/midrange-l.



As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.