ports/102499: lftp asc file checksum mismatch

Kris Kennaway kris at obsecurity.org
Wed Jan 24 23:05:03 UTC 2007


On Thu, Jan 25, 2007 at 01:48:02AM +0300, Roman Kurakin wrote:

> >that lftp gets a corrupted distfile when fetching through a squid
> >proxy.  This is because in the default configuration squid fetches all
> >plain text files in ftp ascii mode, which does CR/LF translation and
> >botches up the checksum.
> >  
> IIRC this is not a bug and squid do not translate in all cases
> Any way the file is marked as a text and any such translation
> do not look like a violation. I guess it was done for
> convenience of M$ users.

"Bug" in the sense of broken behaviour.  IMO it is broken behaviour
for squid to force a non-default translation policy on the client.  If
a FTP client really wants a non-default translation mode the protocol
allows them to specify it.

> IIRC it is impossible to switch this
> off in squid (this is the only thing they was wrong).

It can be corrected by editing squid's mime.conf.

> My point of view that we should not blame the squid, this wouldn't
> help. Now I know that there is such problem, you know, a couple
> of peoples who will read this. But for the rest the project would
> look in the bad way. More over not all peoples can control which
> proxy in front of them even if they know about this problem. My
> idea was to tech a fetch to request a binary mode for all files
> despite of their mime type.

This may not be hard to do, can you look into it?

The other option would be for the squid port to install a fixed
mime.conf.

Kris
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20070124/df06b2d4/attachment.pgp


More information about the freebsd-ports mailing list