[ https://issues.apache.org/jira/browse/NET-354?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13019483#comment-13019483 ]
Sebb commented on NET-354: -------------------------- Thanks, that's useful. Did not realise you were using implicit mode. Unfortunately the default pro-ftpd server available with Ubuntu does not seem to have implicit SSL built in. However, the test code works OK with the current Net snapshot [1] when using explicit SSL mode. Does it work OK for you in explicit mode? I realise that implicit mode is somewhat different, but it would be useful to know if explicit mode at least is working for you. [1] https://repository.apache.org/content/repositories/snapshots/commons-net/commons-net/3.0-SNAPSHOT/ > FTPSClient not properly supporting CCC and PROT P > ------------------------------------------------- > > Key: NET-354 > URL: https://issues.apache.org/jira/browse/NET-354 > Project: Commons Net > Issue Type: Bug > Components: FTP > Affects Versions: 2.2 > Environment: Applies to all environments > Reporter: Leif John Korshavn > Fix For: 3.0 > > Attachments: CCCTester.java, CCC_bugs_in_FTPSClient.patch > > > FTPSClient does not behave properly after issuing CCC (Clear Command > Channel). Proper behaviour is to close SSLSocket, but keep underlying > connection without SSL open. > To achieve this, the SSLSocket should be created with "false", like this on > line 255 (of FTPSClient v2.2) > SSLSocket socket = > (SSLSocket) ssf.createSocket(_socket_, ip, port, false); > Furthermore, on sendCommand CCC, sslSocket must be closed before setting > _socket = _plainsocket on line 493: > _socket.close(); > _socket = _plainsocket; > ... > And finally, it is wrong to set socket factory to null on line 500 of the > same method; this is set properly in exexPROT and should not be reset on CCC. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira