Return-Path: Delivered-To: apmail-httpd-users-archive@httpd.apache.org Received: (qmail 48082 invoked by uid 500); 9 May 2002 16:14:37 -0000 Mailing-List: contact users-help@httpd.apache.org; run by ezmlm Precedence: bulk Reply-To: users@httpd.apache.org list-help: list-unsubscribe: list-post: Delivered-To: mailing list users@httpd.apache.org Received: (qmail 48047 invoked from network); 9 May 2002 16:14:36 -0000 Received: from unknown (HELO acturus0302.miamiint.net) (212.250.150.253) by daedalus.apache.org with SMTP; 9 May 2002 16:14:36 -0000 Received: from mit001 (hidden-user@[192.168.2.254]) by acturus0302.miamiint.net (8.11.6/8.8.7) with SMTP id g49GBev06603 for ; Thu, 9 May 2002 16:11:40 GMT Message-ID: <004c01c1f774$bf2ed8f0$2101a8c0@mit001> From: "Steve Leach" To: References: <006701c1f738$f45ab8a0$2101a8c0@mit001> <20020509153716.GA29021@rawbyte.com> Subject: Re: Apache support for ISAPI? Date: Thu, 9 May 2002 17:15:33 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Cheers, Found the page and have just implemented it - the DLL executes exactly as needed and fires up the application as needed. But (why is there always a but?) I have observed the following from the header (examples are Apache and IIS): ======================================== APACHE HTTP/1.1 200 OK Date: Thu, 09 May 2002 15:52:12 GMT Server: Apache/2.0.36 (Win32) Connection: close Content-Type: application/octet-stream Content-type: text/vnd.wap.wml ======================================== ======================================== IIS HTTP/1.0 200 OK Server: Microsoft-IIS/4.0 Date: Thu, 09 May 2002 23:51:41 GMT Set-cookie: ASKALEXTT=1020988301; Content-type: text/vnd.wap.wml ======================================== In the IIS response, the server does not return an end of encoding content type, allowing us to send our own, demonstrated here by us calling for a WAP formatted .wml file which the .dll does, it also returns a cookie - which we want to retain. In this example, branding up the server allows us to return browser formatted data, Wap formatted data, or data for specific devices, so header information is critical for us. In the Apache header, the return of the Content-Type: application/octet-stream actually causes a problem in that we are unable to modify the header from the .dll and this disrupts the intended action. My question is thus: Is there any way that we can tell Apache not to send back the Content type and allow the .dll to add or modify the header before it is returned? Once again thanks in advance for any pointers or information. Best Regards, Steve Leach Network Manager ----- Original Message ----- From: "Daniel Lopez" To: Sent: Thursday, May 09, 2002 4:37 PM Subject: Re: Apache support for ISAPI? > > Both Apache 1.3 and 2.0 contain an ISAPI module, check the docs and the > source for specific capabilities > http://httpd.apache.org/docs-2.0/mod/mod_isapi.html > > > Hello Group, > > > > We have a particular application (presently on NT4 / IIS) which uses ISAPI, the set of rules and entry points a DLL can use to access the ISS API DLL functions and data. Not to be confused with DLL filters. > > > > I would like to move to Apache on the platform, but need to know (if anyone can tell me) whether Apache 1.3.nn or 2.0.nn support use of ISAPI calls in the same way that IIS presently does. > > > > Thanks in advance for any pointers or information. > > > > > > > > Best Regards, > > > > Steve Leach > > Network Manager > > > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org > For additional commands, e-mail: users-help@httpd.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org For additional commands, e-mail: users-help@httpd.apache.org