<div>Hi David,</div>
<div>&nbsp;</div>
<div>I would suggest trying the mapserver package from <a href="http://maptools.org/dl">maptools.org/dl</a></div>
<div>&nbsp;</div>
<div>People have had dll problems with the package for windows downloaded from other sources in the past couple months, giving the 'http headers' error.</div>
<div>&nbsp;</div>
<div>Place mapserv.exe and all the associated dll's in a folder on the server.&nbsp;&nbsp;Setup&nbsp;the folder as a virtual directory within your website with 'scripts and executables' permitted. Be sure to give write access&nbsp;to the location where the temporary images will be stored. In IIS,&nbsp;add a new&nbsp;web extension that allows access to the exe and all the dll's.
</div>
<div>&nbsp;</div>
<div>Setting up mapserver this way allows you to very quickly switch between different versions by pointing&nbsp;your website's scripts&nbsp;virtual directory at the version you want to use, assuming the versions have compatible syntax.
</div>
<div>&nbsp;</div>
<div>---</div>
<div>&nbsp;</div>
<div>In the opposite way I&nbsp;have had the error you're seeing. Browse always works, but map mode occasionally fails with the 'http headers'&nbsp;error. </div>
<div>&nbsp;</div>
<div>In my case when I query a map, my website generates query results that include a snapshot of the&nbsp;area queried using mode=map.&nbsp;&nbsp; The failures are fairly consistant based on where on the map you query, I've found nothing wrong with the underlying datasets, no invalid geometries. I've used shapefiles and PostGIS.
</div>
<div>&nbsp;</div>
<div>These errors started with version 4 of mapserver, never having happened with 3.6.&nbsp; I'm also using Windows Server 2003, but saw the same errors using Windows Server 2000.&nbsp;&nbsp;&nbsp;Unfortuneately map=mode seems to work flawlessly for everyone else, so the problem remains&nbsp; :)&nbsp; ... I'll be forcing my snapshots to use version 
3.6.</div>
<div>&nbsp;</div>
<div>Cheers,<br>Ken Lord</div>
<div>Vancouver BC</div>
<div>&nbsp;</div>
<div><br><br>&nbsp;</div>
<div><span class="gmail_quote">On 6/4/05, <b class="gmail_sendername">David Shorthouse</b> &lt;<a href="mailto:dps1@ualberta.ca">dps1@ualberta.ca</a>&gt; wrote:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">Hello folks,<br><br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; This is my first posting to the list so I hope I am adhering to your<br>conventions. After messing around with other applications similar to
<br>MapServer, I finally settled on this one because it is so incredibly<br>powerful and simple. I just spent the past week working it up for a web<br>application. Here are my specs:<br><br>Windows 2003 Server running IIS6 (all patches installed)
<br>933MHz, 512MB RAM<br>MapServer 4.4.1 installed through ms441pg.zip package<br>System DSN ODBC connection to Access 2003 db via OGR connectiontype and<br>associated ovf connection file<br><br>Now on to the issue....<br>
<br>Map mode works flawlessly on my system and my filteritems for the OGR<br>connection work just dandy. However, when I use browse mode and my<br>associated template, I occasionally get the following message on the client
<br>side:<br><br>&quot;CGI Error<br><br>The specified CGI application misbehaved by not returning a complete set of<br>HTTP headers.&quot;<br><br>This doesn't often happen, but strangely, it will happen all the time if I<br>
add additional fields to the Access db table containing the data being<br>filtered using the OGR connection. When I delete these fields in the Access<br>table in question, these HTTP header errors drop off and become less
<br>frequent.<br><br>I came across this MS KB article:<br><a href="http://support.microsoft.com/default.aspx?scid=kb;EN-US;884764">http://support.microsoft.com/default.aspx?scid=kb;EN-US;884764</a> that appears<br>to describe the issue but my machine certainly isn't a fast, multi-processor
<br>unit.<br><br>So, it appears the problem is IIS6 but why does browse mode choke and map<br>mode work 100% of the time? Is there something in the IIS Manager (e.g.<br>Application Pool config, permissions, etc.) that causes this issue?
<br>Unfortunately, I can't use another OS or server app (unless I investigate a<br>gawd-awful Apache to IIS6 port-map) because of the network infrastructure I<br>currently manage.<br><br>Thanks for any pointers,<br><br>David Shorthouse
<br></blockquote></div><br>&nbsp;