-----Original Message----- From: Tim Hawes [mailto:tim.hawes@ncmail.net] Sent: Wednesday, March 31, 1999 3:59 PM To: Michel Pelletier; Zope List Subject: Re: [Zope] URL problems.

Well, the only difference that stuck out to me were the include files for NSAPI. nscgi calls for several, but in 3.x all the header files have been combined into one, "nsapi.h". I modified nscgi.c to call for this one header file and it compiled cleanly. It does its job very well, and am not all that certain that the problem I am having is related to nscgi at all.

I'm came to this conclusion logicly, as opposed to actually studying your problem (obviously because I can't reproduce it without a recent Netscape Server). You may very well be correct. This problem has never been reported however, and your the first user of this server software we know of. That's how I came to the conclusion that it might be the plugin.

Well, I am a contractor and really don't have that option. I have tried to sell the idea of using Apache here, but they have already bought massively into Netscape. If I cannot get Zope to work, I may end up recommending a commercial package, at least for this case.

Try using your trick of modifying the URL to add a DTML method, then try and edit that method putting: <!--#var REQUEST--> into it. I'm curious about some of the values that the server passes into Zope. If you can't add a DTML document because of this bug, you can use this supreme piece of trickery: First, shut down Zope, then cd to the [Zopedir]/lib/python directory. Then: [michel@aldous python]$ echo '<!--#var REQUEST-->' > test.dtml [michel@aldous python]$ python Python 1.5.1 (#2, Jan 26 1999, 10:47:10) [GCC 2.7.2.3] on linux2 Copyright 1991-1995 Stichting Mathematisch Centrum, Amsterdam

...

...

f = open('test.dtml') file = f.read() import Main Main.app.manage_addDocument('test', 'This is the title', file) '' get_transaction().commit()

manage_addDocument's first argument is the document method's id that you wish to add. Then, go to http://x.y.z/.../test This will show you the REQUEST object. Optionaly if this is too dificult, you can try and make a cgi script which prints out it's environment that the server creates for the script. This might not reproduce the problem if it's nscgiauth's fault, but if it isn't, we might see something in the cgi process environment. -Michel