[issue2628] ftplib Persistent data connection
Jonathan Bell
report at bugs.python.org
Mon Nov 1 23:14:17 EDT 2021
Jonathan Bell <bellvis at gmail.com> added the comment:
I should rephrase: There doesn't seem to be a practical way to verify BLOCK transmission mode against actual servers in the wild. As the Wikipedia article that Giampaolo referenced points out, BLOCK mode is a rarity that was primarily supported only by mainframe and minicomputer systems.
Any compliant server not supporting BLOCK should respond with a non-200 response. The PR sends its request to enter BLOCK mode with self.voidcmd(), which handles non-200 responses by raising error_reply.
When I originally wrote that patch in 2008, such a system was running on a DEC Alpha under OpenVMS. Within months of the first test suite appearing for ftplib, that same vendor replaced their systems. The new server had no BLOCK transmission support, but was capable of handling multiple consecutive passive mode STREAM data connections without fault.
Even at the time, I couldn't find any other freely available FTP servers supporting BLOCK. But STREAM was and continues to be the standard.
Essentially this means that any changes to the existing PR may not be work properly with actual servers.
----------
_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue2628>
_______________________________________
More information about the Python-bugs-list
mailing list