A Lotus Technical Blog by the MartinScott Team

SHOW STOPPER: If you’re upgrading from 6.5 to 8.5....

Franziska Tanner  June 29 2009 11:15:00 PM
...and you don't like mail files that are useless to users with "Unable to load frame content: Formula Error" or "Can't find view" errors, you might want to take a minute to read the below.
No worries, since I have a pretty good grasp of my target audience, I am giving you an ADHD version that literally takes less than a minute, and an extended one for those inquisitive minds among you.

The Short Version:

If you're upgrading from Lotus Domino Server 6.5 to 8.5, stop what you're doing, call IBM and get a hold of the hotfix for SPR's LMAN7R6L44, JCIK7PFGCT, which is one hotfix that you need to apply to your 8.5 servers BEFORE you move any data on to them. If you don't do this and apply 8.5 policies onto those 6.5 mail files, bad things will happen and your end users won't be able to user their mail files anymore, either with the Notes client or iNotes.

The Long Version:

Apparently, there were a bunch of fields not present in 6.5 mail files, which makes sense, since new functionality gets added in every Notes release.
The problem comes in when you have/do the following:
- an 8.5 Domino server with "only" public hotfixes
- 6.5 mail files residing on such 8.5 Domino server
- 8.5 policies applying to those 6.5 mail files users
- upgrade those 6.5 mail files to 8.5 either manually via "load convert" or with the seamless upgrade policy

In our case we moved mail files from a 6.5 server to an 8.5 server via adminp, then added those moved users to an auto-populated group (based on home server membership) and then applied new 8.5 policies to those users. We then upgraded the user's client, which all went fine, until we upgraded their templates.  Since we didn't have anything other than public hotfixes on our servers by the time we moved 6.5 users to our 8.5 servers, we got one mail file after another with "Formula Errors" or "Unable to load frame content" on the Inbox and anything built on $Inbox not good.

This was due to two things, one of which was already documented in JCIK7PFGCT, which resolves an issue with $ToStuff that gets set with an invalid formula if you apply 8.5 policies to 6.5 mail files, specifically those setting attention indicators. So make sure you do NOT set attention indicators in your policies if you have any 6.5 mail files on your 8.5 servers.

The trickier one we discovered was LMAN7R6L44, which resolves a problem with malformed $ToNames, a field in the calendarprofile document that also didn't exist in 6.5.  Just like in the above issue, if this field gets populated by an 8.5 mail policy it renders your mail file users very unhappy, via both the Notes client and iNotes.

So the good news is that you don't have to go through this painful experience 'cause we already did that for you.  Just get a hold of the hotfix for SPR's LMAN7R6L44, JCIK7PFGCT BEFORE you move any 6.5 users onto 85 servers, and all will be fine.
The not-so-good-yet-tolerable-news is that even if you already moved 6.5 users to your 8.5 servers and applied an 8.5 policy, the lovely folks at IBM Support will help you get rid of the garbage in the $ToNames and $ToStuff fields.

So tell your friends and neighbours, as I can assure you that migrating users without this hotfix will give you enough gray hair to keep L'Oreal in business for a long time!.

1Romel Jacinto  06/29/2009 1:42:10 PM  SHOW STOPPER: If you’re upgrading from 6.5 to 8.5....

Thank you very much for this heads up. We were planning on migrating from 6.5 to 8.5 next week, however we'll have to see if Lotus can provide the hotfix prior to our upgrade.

2Roland Reddekop  06/29/2009 1:59:28 PM  We experienced this

We experienced this issue with a really specific subset of our our Notes users (exactly 114 affected users) who were on the DWA7 template, who accessed their mail on the server directly, and who also happened to have a mail policy setting to turn on attention indicators. I don't know why those who used local replicas of the same mail template were unaffected.

I Googled around and found someone with the same issue and learned it was the Attention indicators feature that was causing it. While I waited for the hotfix, I was able to manually correct the problem for all the affected users by first giving myself administrative access to all mail files then:

(a) removed attention indicator from via email polices and

(b) added their mailbox icon to my workspace

(c) Opened their mail file by right-clicking and going to the All documents view because going to the Inbox or other folders would rais the Formula error.

(d) edited the user's preference in their mail file to turn off attention indicators.

It took a couple hours but the crisis was over by noon, well before the hotfix arrived.

3Romel Jacinto  06/29/2009 2:47:40 PM  SHOW STOPPER: If you’re upgrading from 6.5 to 8.5....

Question about LMAN7R6L44:

What policy setting(s) causes the malformed $ToNames field?

If that relevant policy setting is NOT set, will we be able to avoid the resulting problem?

4Tim E. Brown  06/30/2009 8:40:08 AM  SHOW STOPPER: If you’re upgrading from 6.5 to 8.5....

good stuff! Thanks for sharing! Why is you blog not on PlanetLotus feeds?

-Tim E. Brown

5Guido Gutierrez  06/30/2009 4:55:39 PM  SHOW STOPPER: If you’re upgrading from 6.5 to 8.5....

Thanks to your post, we managed to ask IBM for a hotfix including these two SPRs on time before our deplyment!

6Stephan H. Wissel  06/30/2009 7:56:19 PM  SHOW STOPPER: If you’re upgrading from 6.5 to 8.5....

Looks like you could fix that with a little agent updating the fields. Did support do that with you? How did the agent look like?

7francie tanner  07/02/2009 9:44:45 PM  SHOW STOPPER: If you’re upgrading from 6.5 to 8.5....

@2 Roland, sorry this post reached you too late but yes, if you want to prevent the $ToStuff issue, you can deploy the policy to NOT set attention indicators. For the other one, there is nothing you can do before hand I don't think.

Either way, if you blow away the colorprofile doc and calendarcolor profile doc, you can "solve" the issue if you actually get it.

@3 Romel, it's the color profile for the calendar, I believe, but on that one it wasn't as easy as "set this policy in that way and you won't get it", so you'll need the hotfix either way.

@4 Tim, we actually didn't have a blog until a short while ago, and hence are still working with Yancy on getting on Planet Lotus. We did have some friends blog it and it made it on there that way. Glad you found it though, it's a nasty thing!

@6 Stephan, since we already had the problem on a few hundred mail files, we did do exactly that and ran an agent to clear those two fields. If you'd like, I can provide more information offline francie at martinscott dot com

8Jan Van Puyvelde  07/21/2009 4:01:34 AM  SHOW STOPPER: If you’re upgrading from 6.5 to 8.5....

Does this problem occur with Domino 8.0.2 ? Everything else in our setup is the same as described (except for the group policies of course), we do have mail policies with attention indicators (the circles). Thanks.

9Graham Dodge  07/21/2009 6:34:18 AM  SHOW STOPPER: If you’re upgrading from 6.5 to 8.5....

<cold shiver down spine>

Tomorrow morning I have an appointment with a client to upgrade his R6.5 server to R8.5

Thank you...

Thank you...

Thank you...

Thank you...

Thank you...

Thank you...

Thank you...

Thank you...

Thank you...

10Richard C  07/21/2009 8:35:16 AM  SHOW STOPPER: If you’re upgrading from 6.5 to 8.5....

Been through a 6.5.x to 8.5.0 upgrade and while we didn't use policies (no need for them just yet), we've found a few bugs with the 8.5.0 server/client:

1) Removing/renaming people from/in server address book - fails to work in certain types of group documents. (fix available in R8.5.1)

2) External emails with attachments (where 2+ attachments have the same name). Domino will append ".001", ".002", etc to the attachment filenames, thereby making it difficult for users to open the attachments. (fix available in R8.5.1)

3) External emails with attachment(s) - not always located at bottom of email. Often placed in the email header (beneath the subject field/line). Difficult to edit save/delete the attachment. Possible fix in 8.5.1 ...

Other bugs have been found and logged with IBM. Some haven't - due to the nature of ".0" releases. I would recommend the wait until 8.5.1 is released.

11Stuart  07/22/2009 1:27:31 AM  SHOW STOPPER: If you’re upgrading from 6.5 to 8.5....

@10 - Richard

The first of those issues is fixed in DominoServer_85IF1 - available at Fix Central >> { Link }

IBM Lotus Domino Server 8.5 Interim Fix 5 which includes 4 fixes 1) Adminp issue (in which User Rename and User Delete fail to update group membership) 2) Server crash with the IMAP task. This is a regression introduced in Release 8.5. 3) Mandatory Fix for Domino 8.5 ID Vault. 4) Java Applet Expire Issue. This Interim Fix may only be installed on an 8.5 server which has no prior fixes.

12Stuart  07/22/2009 1:32:20 AM  SHOW STOPPER: If you’re upgrading from 6.5 to 8.5....

My last post should say DominoServer_85IF5 -

13Petey  07/23/2009 10:05:54 AM  SHOW STOPPER: If you’re upgrading from 6.5 to 8.5....


To call these two issues overall "SHOW STOPPERS," is a bit rash and generating unnecessary concern.

14Chad Scott  07/23/2009 4:09:12 PM  SHOW STOPPER: If you’re upgrading from 6.5 to 8.5....

I encourage everyone to read the long version before jumping to the conclusion that they cannot upgrade from 6.5 to 8.5 without needing these fixes.

If you do not currently use mail policies or use mail policies but do not configure attention indicators, then you will not be impacted by these issues.

If you do use mail policies to configure attention indicators, you may need the hot fixes if your upgrade sequence follows either of these options:

1. Upgrade 6.5.x mail files to 8.5 template and do not resave mail preferences. Then apply an 8.5 mail policy with attention indicators configured.

2. Apply an 8.5 mail policy with attention indicators configured to 6.5.x mail files and then upgrade to 8.5 mail template.

In most cases the issue can be worked around by closing and reopening the mail file. In some cases this has not been sufficient, and an agent is needed to remove the $ToStuff field from the colorprofile and calendarprofile profile documents.

If neither workaround is acceptable, a hot fix can be requested by contacting Lotus Support.

JCIK7PFGCT will be fixed in 8.5 FP1 and 8.5.1. LMAN7R6L44 will be fixed in 8.5.1.

15Chris Brandlehner  07/24/2009 3:09:41 AM  SHOW STOPPER: If you’re upgrading from 6.5 to 8.5....

Some screenshots related to this problem: { Link }

16Darren Harris  07/28/2009 12:24:13 PM  SHOW STOPPER: If you’re upgrading from 6.5 to 8.5....

I have the hotfixes but noticed that JCIK7PFGCT is fixed in FP1. IBM only has the preliminary fix list for 8.5 FP1 and LMAN7R6L44 is not included in this list. Lotus Support indicated to me that they only see LMAN7R6L44 as being fixed in 8.5.1 but may be in the final fix list for 8.5 FP1. I'm not sure what the best approach is here would like to know what others are doing (either applying the fixpack or just the hotfixes for now).

17Christian Brandlehner  08/03/2009 4:07:33 AM  SHOW STOPPER: If you’re upgrading from 6.5 to 8.5....

@16: I had the hotfix applied for some time on the server and upgraded to 8.5.1FP1 without the problem coming back.

18francie tanner  08/07/2009 11:10:10 AM  SHOW STOPPER: If you’re upgrading from 6.5 to 8.5....

Thanks for all your comments, guys, specifically the one about LMAN7R6L44 not being in FP1.