Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 14 Nov 2000 16:56:52 -0800 (PST)
From:      doug.pokorny@intel.com
To:        FreeBSD-gnats-submit@freebsd.org
Subject:   bin/22855: libfetch fails when older proxy doesn't understand MDTM command
Message-ID:  <200011150056.QAA35359@iosuvs.fm.intel.com>

next in thread | raw e-mail | index | archive | help

>Number:         22855
>Category:       bin
>Synopsis:       libfetch fails when older proxy doesn't understand MDTM command
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Tue Nov 14 17:00:01 PST 2000
>Closed-Date:
>Last-Modified:
>Originator:     System Administrator
>Release:        FreeBSD 4.1-RELEASE i386
>Organization:
Intel Online Services
>Environment:

FreeBSD iosuvs.fm.intel.com 4.1-RELEASE FreeBSD 4.1-RELEASE #0

With FTP_PROXY set to local proxy server.

>Description:

It appears that libfetch will always send a SIZE and MDTM command to the
remote FTP server as part of _ftp_stat in /usr/src/lib/libfetch/ftp.c.
Sites (such as ours) which use an older proxy server that doesn't understand
how to forwared MDTM commands will always fail.  As a result, the fetch
will always fail.

Here's a cleaned-up tcpdump of the conversation that libfetch had with 
the proxy:

230 Guest login ok, access restrictions apply.
TYPE I
200 Type set to I.
CWD /pub/FreeBSD/ports/distfiles
250 CWD command successful.
SIZE qpopper3.0.2.tar.gz
213 1734453
MDTM qpopper3.0.2.tar.gz
500 command not understood

At this point, the whole fetch fails.

>How-To-Repeat:

1)  Trap yourself behind an old BSDi proxy server
2)  Make fetch anything in /usr/ports

>Fix:

My temporary workaround is to commend out the MDTM section of ftp.c -- however
this is not an ideal solution.  Perhaps _ftp_stat should simply not fail
if one of these commands returns an error and replace the failure with some
safe data.


>Release-Note:
>Audit-Trail:
>Unformatted:


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200011150056.QAA35359>