go read about the fixes here.
Thanks to Steve Pitcher for pointing it out in his Tweet
My presentation from ICON UK in Brighton about a misconfigured Lotus Domino environment.
I had this issue in the office, but not with all users, and then also came across it at a customer site.
So what happens.. A user has some calendar entries which are accepted by the invitees. The calendar entry and the response documents are in the user’s mail file. All good.
However, when the users opens the calendar entry and clicks on “invitee status”, all the invitees who have accepted or declined the invitation show up as ‘no response’.
It turns out that Traveler “broke” this. From the according APAR:
Event updated on ActiveSync Device may cause attendee status to be lost on server copy of the event. The issue is not seen often with Apple devices, however BlackBerry devices send event updates at regular occurrence, even if the event was not updated so BlackBerry users will see this issue much more frequently.
Starting with Notes Traveler 126.96.36.199 the server has been updated to correctly identify and prevent this scenario from occurring. In order to correctly handle, the server had to be upgraded to handle Active Sync 14.1 and later protocol levels.
If you come across this problem, upgrade the Traveler server to 188.8.131.52 and you’re good to go.
UPDATE: IBM has released an Interim Fix 1 to Traveler 184.108.40.206 and a Flash Alert recommending to delete and recreate Notes Traveler accounts on BlackBerry 10 devices after upgrading Notes Traveler server to 220.127.116.11 or later.
see http://www-01.ibm.com/support/docview.wss?uid=swg21648195 and http://www-01.ibm.com/support/docview.wss?uid=swg21648847&myns=swglotus&mynp=OCSSYRPW&mync=R
While preparing an upgrade to IBM Notes/Domino 9 for a customer we came across a problem with the Notes client. During the tests we had crashes when sending emails, changing calendar entries or saving documents in one of their Notes application. After the “usual” troubleshooting I collected the NSD and analysed them with the LND Tool (Lotus Notes Diagnostic). With the information from the NSD and some searching I found the appropriate technote:
After the upgrade to 8.5.3 we disabled the “Recent Contacts” feature for this customer because of issues with typeahead and used the PURGE_RECENT_CONTACTS=1 setting for this. The crashes were caused by exactly this notes.ini parameter. The only workaround for now is to remove the entry from the client’s notes.ini.
Waiting for a fix now..
Meine Präsentation von dem Belsoft Applications Day – IBM Connect Rheintal über die Neuigkeiten der Version 9.
My presentation from BLUG in Leuven about a misconfigured Lotus Domino environment.
I really appreciated the feedback during and after the presentation and added a comment to one of the settings. Unfortunately I didn’t write down the name of the attendee who pointed out the problem on iSeries but thank you anyway.