As you point out, the other classes should be fixed. The old client-side protocol was never very well thought out, IMHO. Continuing to propagate it would be a mistake.
Giampaolo Rodola' <billiejoex@users.sourceforge.net> added the comment:
> Another thing to look at is what the useful arguments are to pass in> for TLS usage over FTP. If, for example, the client needs to validateI drew from the SSL classes defined in httplib, imaplib, poplib, smtplib
> the server's certificate or identity, provision should be made for a
> file of cacerts to be passed to the FTP_TLS instance. Passing in a
> keyfile and certfile is usually only necessary when the client uses
> them to identify itself to the server.
and urllib modules which accept a keyfile and a certfile in the class
constructor so I thought it was the "right way". Is there a reason why
the FTP protocol should behave differently as you have described?