From owner-freebsd-bugs Fri Nov 19 14:50: 6 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 6E5BD14E7F for ; Fri, 19 Nov 1999 14:50:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id OAA01871; Fri, 19 Nov 1999 14:50:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 5D09814F3B; Fri, 19 Nov 1999 14:42:44 -0800 (PST) Message-Id: <19991119224244.5D09814F3B@hub.freebsd.org> Date: Fri, 19 Nov 1999 14:42:44 -0800 (PST) From: mvh@ix.netcom.com To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: misc/15001: 'fetch' doesn't work for http when behind Inktomi Traffic-Server Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 15001 >Category: misc >Synopsis: 'fetch' doesn't work for http when behind Inktomi Traffic-Server >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Fri Nov 19 14:50:01 PST 1999 >Closed-Date: >Last-Modified: >Originator: Mike Harding >Release: 3.3 Stable >Organization: Stamps.com >Environment: FreeBSD medusa.stamps.com 3.3-STABLE FreeBSD 3.3-STABLE #0: Thu Nov 18 18:35:28 PST\ 1999 mharding@medusa.stamps.com:/usr/src/sys/compile/STAMPS i386 >Description: At work and home both ISPs force port 80 connections through an Inktomi Traffic-Server caching proxy. I have no way around this and I imagine a number of people are in the same shape. If I try a port build, like www/apache13-php3, I can't fetch the patches from an http site - this presumably happens for all http sites. I can get around the problem by having squid use the proxy. Presumably the Traffic-Server modifies the traffic is some manner that 'fetch' doesn't like, but it should be an easy fix - I could step through the fetch attempt if somebody could give me some help building a a debuggable fetch. BTW - I have seen some discussion of other problems with Traffic-server, including some company threatening to sue because it broke their commerce system. Our HTTP guys at work noticed that pages were not being updated as they should be, as well. >How-To-Repeat: Try to use fetch from an ISP which forces proxying via Inktomi Traffic-server. >Fix: (hopefully) minor code changes to fetch? >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message