Return-Path: Delivered-To: new-httpd-archive@hyperreal.org Received: (qmail 13255 invoked by uid 6000); 7 Sep 1999 22:24:51 -0000 Received: (qmail 13204 invoked from network); 7 Sep 1999 22:24:47 -0000 Received: from twinlark.arctic.org (204.107.140.52) by taz.hyperreal.org with SMTP; 7 Sep 1999 22:24:47 -0000 Received: (qmail 10441 invoked by uid 500); 7 Sep 1999 22:24:46 -0000 Date: Tue, 7 Sep 1999 15:24:46 -0700 (PDT) From: Dean Gaudet To: new-httpd@apache.org cc: Richard Horwood Subject: Re: IE5 errordocument handling In-Reply-To: <37D4E6CE.20778380@Golux.Com> Message-ID: X-Comment: Visit http://www.arctic.org/~dgaudet/legal for information regarding copyright and disclaimer. MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: new-httpd-owner@apache.org Precedence: bulk Reply-To: new-httpd@apache.org On Tue, 7 Sep 1999, Rodent of Unusual Size wrote: > Greg Stein wrote: > > > > I believe there was even a patch that went into Apache > > to automatically increase the error response/document > > length based on some configuration directive. > > No, this was never done; I think you may be confusing it > with the boundary-condition, aniGIF, or excessive header > field length patches. > > Puffing up a response by as much as half a K because a > client is lame rather strikes me as, well, lame. But > we've done it before. We could do it again, but only > for the default messages. ErrorDocument responses would > be on their own to do their own puffing. actually i'd think that's backwards -- the default messages should be left alone (let ie5 override them, they're defaults/less interesting)... and anything user-supplied should be padded to 513 bytes. (but yeah, it hasn't been done, it's just a Good Idea waiting for someone to write a patch ;) Dean