Bug 58674 - "ncftpls -1" can report bogus error
"ncftpls -1" can report bogus error
Status: CLOSED UPSTREAM
Product: Red Hat Raw Hide
Classification: Retired
Component: ncftp (Show other bugs)
1.0
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Karsten Hopp
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2002-01-22 13:05 EST by Jonathan Kamens
Modified: 2007-04-18 12:39 EDT (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2005-01-25 06:46:18 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)
Patch to ignore bogus nlst errors from servers (6.47 KB, patch)
2002-01-22 13:06 EST, Jonathan Kamens
no flags Details | Diff

  None (edit)
Description Jonathan Kamens 2002-01-22 13:05:40 EST
With ncftp-3.1.1-1 and earlier versions as well:

> ncftpls -F -1 ftp://208.179.59.17/pub/linux/kernel/people/hedrick/ide-2.2.20/
ncftpls: directory listing error: could not start data transfer.
> 

The problem goes away if you omit the "-1" flag.

The problem is that some FTP server implementors have decided that NLST should
return an error if a directory is empty, rather than returning a success code
and sending no data on the data socket.  This is stupid, because it makes it
impossible for a client to distinguish reliably between a real error retrieving
a directory listing and merely an empty directory listing.

In any case, I will attach a patch to work around this stupid server behavior.
Comment 1 Jonathan Kamens 2002-01-22 13:06:32 EST
Created attachment 43195 [details]
Patch to ignore bogus nlst errors from servers

Note You need to log in before you can comment on or make changes to this bug.