After my previous post I am now back with a more appealing issue. Not a show stopper but still annoying, considering the possibilities if the automated client update is truly going to work.

The issue I am facing is an error message on our Nokia mobile phones on checking for new updates using the update installer:

“The response indicates that the server does not support Lotus Installer”

Strangely enough I have been able to upgrade one phone using this method without any issues, all subsequent attempts from there onwards failed and I am a bit stuck due to the lack of detail of information on this feature on the web. Did anyone else run into this issue today or during the beta phase? I have also opened a PMR with IBM. I will update this post as I am receiving updates.

Update 26/08/10:
Just figured out the main cause of the issue. The domlog.nsf records the URL request of the Update Installer application from the mobile phone, which looks similar to that:

server.domain.com/servlet/traveler?action=checkForUpdate&deviceType=NokiaS60-5.0&version=0&appName=Lotus%20Installer

You can open this url in the browser of your PC and will receive a response similar to this:

DownloadLink=/traveler/LotusInstaller/LotusInstaller.sisx
Version=8.5.2.0 201007201801

As always, the devil lies is in the detail. Before getting to the response I had to enter my username and password in the browser, which made me think that this could be the actual issue.
Again, checking the domlog.nsf, I realised that the request from the Update Installer is an unauthenticated one, hence making it impossible for the application to receive the response.

The possible workaround is also explaining why I had been able to run the update once. The phone still had an open connection to the server in the browser session, which made the Lotus Installer request an authenticated one as well. Guess that’s the workaround for now until IBM comes back with a permanent fix on this as I don’t fancy allowing anonymous access to the Traveler servlet itself.

There is a nice little option/feature on the Style tab of the Properties view in the XPages editor. It allows for the export of style parameter that had previously been defined manually in the code, to be migrated into a css file and automatically applied to the selected control. I like that!

This morning I was stumbling upon a very interesting issue in Lotus Notes/Domino that involved truncated documents on a server replica. This is an issue as the database on the server is the only one, besides a number of local replicas on laptops.

A bit of research on the web unveiled that Almar Diel has encountered a similar problem, which pointed me towards the right solution.

In order to get the full documents back onto the server replica I had to find the laptop that was holding the replica with the corrupt replication formula as this had to be cleared out as described in workaround option 2 of this IBM technote.

This will ensure that all documents replicated from now on would not be appearing as truncated documents anymore on the server. In order to fix the existing truncated documents though, I had to remove the documents from the server replica without leaving deletion stubs. This can easily be achieved in utilising Julian Robichaux’ stub-less delete function documented here. Clearing out the replication history of the local database and issuing a new replication did make the documents re-appearing on the server replica in there entirety.

Thanks to Almar and Julian for documenting your solutions!

If I was managing Apache web servers day after day I would have probably known the answer to that issue straight away. Instead I had to utilise Google quite a bit in order to find out how to add Office 2007 documents as mime type for the Domino web service: Microsoft Office 2007 documents do not open/save correctly when accessed over the web

Without changing the httpd.cnf file Word 2007 documents for example are recognised as “Compressed (zipped) Folder”, which makes it impossible to associate the file with Microsoft Office.

It’s not like Office 2007 isn’t around since about 2 years. How could this have slipped through the Lotus Domino 8.5.1 release by IBM?

Great news! The Traveler administration database now provides administrators with the option to set default device preferences and security settings. This is awesome news as it does reduce the need for policies in many cases. This is especially important in cases where the Traveler server is located in a different Domino domain than the mail servers.