commons-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Chris Collins (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (NET-401) FTP class uses BufferedReader for control channel, which does not follow the standard
Date Tue, 28 Feb 2017 17:41:45 GMT

    [ https://issues.apache.org/jira/browse/NET-401?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15888531#comment-15888531
] 

Chris Collins commented on NET-401:
-----------------------------------

Currently running into an issue with the CRLFLineReader hanging up or reading too far when
processing a banner that has a mix of CR/LF and just LF in it from a Cisco Ironport WSA appliance.

Sometimes the reader goes to far and picks up a null, and other times (with a different banner
config) it doesn't go far enough and hangs indefinitely.

Is there a RFC documented somewhere on line termination for FTP, and banners in particular?
I plan on opening an issue on this with supporting data, but just wanted to start at the source.

> FTP class uses BufferedReader for control channel, which does not follow the standard
> -------------------------------------------------------------------------------------
>
>                 Key: NET-401
>                 URL: https://issues.apache.org/jira/browse/NET-401
>             Project: Commons Net
>          Issue Type: Bug
>          Components: FTP
>    Affects Versions: 2.2
>            Reporter: Sebb
>             Fix For: 3.0
>
>
> The FTP class uses BufferedReader for wrapping the control channel, and uses its readLine()
for getting responses from the server.
> The FTP protocol requires CRLF at the end of lines, but Bufferedreader#readLine() also
allows bare CR and LF terminators, which could potentially be included in a server reply.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

Mime
View raw message