This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author giampaolo.rodola
Recipients alejolp, facundobatista, giampaolo.rodola, gregory.p.smith, pablomouzo, pitrou
Date 2009-10-20.17:58:59
SpamBayes Score 1.744691e-07
Marked as misclassified No
Message-id <1256061541.57.0.799054582122.issue6845@psf.upfronthosting.co.za>
In-reply-to
Content
The patch looks good to me.
Only two little remarks:

1: I'd create two new separate tests rather than appending them to
existent ones.

2: > self.client.retrbinary('retr', received.append, rest=str(rest))

str() should be useless here.

> According to the RFC, the argument to REST can be any string of
> printable characters. However, does it happen for clients to put
> non-digits in there?

It shouldn't happen but in any case I woulnd't want ftplib to check for
such a kind of thing.
Deciding whether the REST argument is invalid is up to the server, in
which case it will send a 4xx/5xx error response.

> But I've tested some ftp servers and they don't return an
> error code, they just set REST to 0 and return some OK code.

IMHO a bad design choice.
History
Date User Action Args
2009-10-20 17:59:02giampaolo.rodolasetrecipients: + giampaolo.rodola, facundobatista, gregory.p.smith, pitrou, alejolp, pablomouzo
2009-10-20 17:59:01giampaolo.rodolasetmessageid: <1256061541.57.0.799054582122.issue6845@psf.upfronthosting.co.za>
2009-10-20 17:59:00giampaolo.rodolalinkissue6845 messages
2009-10-20 17:58:59giampaolo.rodolacreate