Received: (from majordom@localhost) by hyperreal.com (8.8.4/8.8.4) id NAA26110; Tue, 8 Apr 1997 13:13:12 -0700 (PDT) Received: from DECUS.Org (Topaz.DECUS.Org [192.67.173.1]) by hyperreal.com (8.8.4/8.8.4) with ESMTP id NAA26101 for ; Tue, 8 Apr 1997 13:13:08 -0700 (PDT) Received: from Lucy.DECUS.Org (lucy.process.com) by DECUS.Org (PMDF V4.2-13 #18511) id <01IHGW1MRYFK8WXGBT@DECUS.Org>; Tue, 8 Apr 1997 16:12:57 EST Received: from master.process.com by Lucy.DECUS.Org; (5.65v3.2/1.1.8.2/16Sep96-0258PM) id AA11447; Tue, 8 Apr 1997 16:16:34 -0400 Date: Tue, 08 Apr 1997 16:09:00 -0400 From: coar@decus.org (Rodent of Unusual Size) Subject: Re: Server-generated content-type? To: New-HTTPd@apache.org, Coar@decus.org Message-id: <97040816090080@decus.org> X-VMS-To: NH X-VMS-Cc: COAR Content-transfer-encoding: 7BIT Sender: new-httpd-owner@apache.org Precedence: bulk Reply-To: new-httpd@apache.org {Sigh} And I thought I had it figured out.. As it turns out, send_http_header() walks on a number of response headers, depending upon what's going on. "Content-type" is one of the ones that gets trampled under all circumstances. The canonical method for a content handler to set its Content-type is to load r->content_type - that's what send_http_header() examines. I will document this in the example module, but it should probably go into the API docs somewhere. I'll try to find an appropriate place and add it, unless someone else beats me to it. (hint, hint) #ken :-)}