Mailing-List: contact commons-dev-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Jakarta Commons Developers List" <commons-dev@jakarta.apache.org>
From: bugzilla@apache.org
To: commons-dev@jakarta.apache.org
Subject: DO NOT REPLY [Bug 35338]  -
    [net] FTPClient.listFiles() hangs on Red Hat Linux
Message-Id: <20050708081653.BB14B16@ajax.apache.org>
Date: Fri,  8 Jul 2005 10:16:53 +0200 (CEST)

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG�
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=35338>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND�
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=35338


dfs@apache.org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |ASSIGNED


------- Additional Comments From dfs@apache.org  2005-07-08 10:16 -------
I couldn't reproduce the issue on internal IPv6 systems nor by accessing
the external host ftp.unicamp.br mentioned in one of the comments.  The
PORT command from the trace looks fine.  I think we can rule out IPv6
issues.  It's almost definitely a local configuration issue.  The thing
to do would be to capture a trace of the FTP protocol traffic (just the
FTP commands going back and forth) for the native ftp command (which
apparently works) and for the failed FTPClient and compare the two
(have both of them perform exactly the same transaction).

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org