Server Side Includes a bug since 6.5, Hotfix 851HF360

At least per IBM tech support.

When I last discussed SSI the other day I was waiting on IBM.

It seems that they were able to validate that Firefox did not work with the SSI since 6.5 of Domino. Granted this may not affect many people and the info on the web is sketchy but here in better detail is what I was told, thanks to Jason Bean of IBM Support:

We have found the problem and created a fix to resolve this issue! After digging into our code some more, we discovered that when a SSI directive is triggered while rendering, a sub request is spawned for the resource referenced in the include. The creation of this sub request was inadvertently dropping the first header listed in the GET, which in the case of Firefox is the "host" header.
The result is that Domino is not able to map the sub request to the appropriate web site (since we don't know what hostname it is for), causing the include directive not to be processed. This also explains why making the site a "Default Site" or placing a copy of the includes in the default html directory resolved the issue.

I was asked yesterday to make the site with the problems the default site in my internet documents. Which I did and it worked fine, but was not a great solution as we did not want that site to be the primary one.

Imagine my shock this morning when I got an email saying a hotfix was not only tested but approved for usage. Less than a day after it being submitted. Kudos to the development team at Iris or the IBM labs who did it. A small little piece like this to be done was impressive to me and the client. Thank you again.

Oh, if you need this fix, ask support for it (hopefully it will make it into 8.5.2) or email me if you need it as I can't post the ftp for it.

The name is 851HF360_w32.exe and is a small little thing at a few 100K.

Lotus Quickr HF19 and read the instructions, for help

Like many of us we appreciate it when our administrative life is made easier by the vendor. Lotus has put out a recent update to Quickr and it has an automated installer. Excellent, right?
Well, let's just say my server failed 2 of the 3 prerequisites.

Currently the Lotus Quickr hotfix installer will only run on Win32 based systems, for other systems, please refer to IBM’s Fix Central website.

Prerequisites:
Win32 based system, Check!
Java 1.5 or above must be installed on the Domino Quickr server. Thought it was updtaed, oops!
The Domino program directory (eg: c:\Program Files\IBM\Domino) must be in the System PATH variable. One would think this is done by defualt these days when you install Domino, evidently this is not the case. OOPS!

So, got the file, try to run it and nothing.

EDITED 8/20/2008: I resolved this error below. It was in the qpconfig.xml file. I had messed up some syntax. DOH!

PS forgot to ask, if anyone knows what this is referring to:
08/17/2008 08:47:22 PM Start IConfig::ReadLtpaConfig( )
08/17/2008 08:47:22 PM End IConfig::ReadLtpaConfig( )
08/17/2008 08:47:26 PM JVM: Java Virtual Machine initialized.
08/17/2008 08:47:26 PM Agent error: [Fatal Error] :1495:2: The markup in the document preceding the root element must be well-formed.
08/17/2008 08:47:26 PM org.xml.sax.SAXParseException: The markup in the document preceding the root element must be well-formed.
08/17/2008 08:47:28 PM Event Monitor started

This is the startup on the server after I changed the OS name to match the DNS name.
went from fred1 to efred the rest stayed the same.
A Quickr qptool update maybe is needed?
Read file, maybe path is wrong, edited path looks ok.
Java isn't up to date. Normally one of the first things I do when building a server is get all the updates on OS, Java, Domino, addons, etc. Guess this one slipped through.

Now to go finish the conector updates too.