Re: PR 43133 should be closed

[Robert Elz <kre%munnari.OZ.AU@localhost>]

    Date:        Thu, 26 Feb 2026 17:28:11 -0600
    From:        jacob.pipkin%icloud.com@localhost
    Message-ID:  <5029025.OV4Wx5bFTl%slack01.none.none@localhost>

  | In the course of http://gnats.netbsd.org/43133 it was observed that the 
  | problem for which the PR was created was on the user end,

While that might have been the impression, I don't think it was
actually true, as Martin said:

    Tracing the answers shows that ftp.netbsd.org opens
    a BINARY connection for /bin/ls, while ftp.de.netbsd.org uses a ASCII
    connection.

which is the problem - nowhere in the trace did the client ever request
a binary transfer (or not that was shown, and I would assume that with the
two tests, the same commands were sent), the server simply did that, and it
shouldn't have.   The second trace to ftp.de.netbsd.org worked (that server
used ASCII mode for the ls - though there isn't enough of the trace there
to show if it defaulted to BINARY for file transfers or not).

In binary mode (back then anyway) all the server did was send the output
of /bin/ls as it would be generated running on the (NetBSD) server - that
is, with line endings just being \n.   Clients are entitled to assume that
the output from LIST (and certainly if they have not requested binary
transfers, but I think in any case) will have lines ending \r\n - and when
not seeing those, I would presume, was causing safari issues - it was still
seeking the end of the first line of the listing.   That would have been the
server's fault, not the client's.

NetBSD's ftpd still defaults to being in binary mode, but all the tests
I have done now, even when I request binary mode explicitly, send the LIST
output in ASCII mode, so whatever the problem was (in 2010) seems to have
been fixed, so this PR can remain closed, but I don't believe it was ever
user error.

kre

ps: Had I seen this PR in 2010, I would have remarked upon it at the time,
but I wasn't really watching NetBSD lists much back then.