] Unfortunately it did not work with an Intranet server of the type
] "Oracle_Web_listener2.0/1.20in2" - I got back an HTTP error 406 from it,
] which means the requested mime-type/language/encoding was not available.
[...]
] header of course... Unfortunately, Stronghold does not append these
] additional header, but prepend. This means that the Accepot-headers FOLLOW
] the SP-headers. Now it seems to me that at least the above Oracle listener
] just reads the first 1000 bytes of the header and truncates the rest.
[...]
] So I wonder if...
] - any of you observed a similar problem
] - maybe also with other WWW servers
] - knows of a way to tell stronghold not to send SP headers, or at least
] append and not prepend them
] - knows of another solution
] And last but not least, if you observed the problem, now have an idea
] where the problem lies ;--) I informed Stronghold about this problem,
] maybe they will think of it in a next release.
You should inform Oracle, not Stronghold. Their Web_listener doesn't seem
to conform to RFC2068 (HTTP/1.1) or RFC1945 (HTTP/1.0), which say:
The order in which header fields are received is not significant.
However, it is "good practice" to send General-Header fields first,
followed by Request-Header or Response-Header fields prior to the
Entity-Header fields.
As I understand this, if something works without Stronghold's
SP_CLIENT_DN header, it should work also with it. Also:
The extension-header mechanism allows additional Entity-Header fields
to be defined without changing the protocol, but these fields cannot
be assumed to be recognizable by the recipient. Unrecognized header
fields should be ignored by the recipient and forwarded by proxies.
Martin
--
Martin Ouwehand T�l +41 21 693 22 29 [EMAIL PROTECTED]
Service Informatique Central Central Computing Service
Ecole Polytechnique F�d�rale - Lausanne - Swiss Federal Institute of Technology
===== Email, PGP public key: http://slwww.epfl.ch/SIC/SL/info/Martin.html =====
+-------------------------------------------------------------------------+
| Administrative requests should be sent to [EMAIL PROTECTED] |
| List service provided by Open Software Associates, http://www.osa.com/ |
+-------------------------------------------------------------------------+
