Symetrik Domino Consulting

If you’ve ever created a PMR with IBM, you are used to getting the “PMR Updated” notification emails from IBM.

Today, I actually read the text in the notification email and found this:

* Internet access: Log into ESR at
http://www.ibm.com/software/support/probsub.html and update your
Authorized Caller record to indicate you do not want to receive
these update notifications.

* No internet access: Write to esrhelpdesk@us.ibm.com to
inactivate this capability.

NOTE where it says that if you have no Internet access write the the Internet email address.

I wonder if this is only from IBM China or all of IBM.

Have you ever seen this message when opening a mail database? From time to time we see this after an upgrade. Normal Fixup, Compact, Updall, and even template replace will not fix the issue.

However, Compact -D will do the trick.
The -D switch discards any built view indexes

You can try this for B-tree structure is invalid! errors as well.

For good measure you can run Updall -R afterwards to rebuild all the view indexes.

A few months ago, we upgraded all of our Brazilian users to Notes 7.0.3. After we did so, the automated messages generated by their help desk ticket system stopped displaying Portuguese accented characters properly.

When accessing the same message through DWA, the message and accented characters showed up correctly.

We generated a PMR with IBM, who told us to right click within the message, and choose Encoding\Other\Unicode (Auto-Detect) which seemed to fix the isssue.

It appears that the message that is generated by the help desk system is received by Domino via SMTP and when the message is delivered the MIME type is unknown. So this fixes the problem one a one by one basis, but how do you fix it so that the default Encoding is Unicode (Auto-Detect) and/or UTF-8? Read the rest of this entry »

Have you ever seen this error message in your console or statrep.nsf?

I see hundreds in my statrep.nsf all the time.

The cause is that the user with mailbox called filename.nsf has mail rules set to file messages to a folder that doesn’t exist anymore.

I’m sure some of you are reading this and wondering why the @#$@ are you upgrading to R7 instead of R8.02 or R8.5. In short, we are trying to stabilize our 6.5.6 FP3 HF63 servers with the least amount of effort and impact to the users while we run a migration to Exchange.

After applying 3 or 4 hotfixes to 6.5.6 FP3, I have FINALLY convinced my team to upgrade at least the server to 7.0.3 FP1. I spent two month testing and designing a plan to upgrade all of the servers. When they finally got around to seeing how it would be beneficial (due to BES servers crashing and on at least 3 occasions IBM told us to upgrade to Domino 7.03 when we created PMRs) I ran through all the testing procedures.

The one thing I didn’t test, was webmail access on Windows Vista because neither one of my machines is Windows Vista. That happened to be the one thing that broke when we upgraded our servers.

We are using the OpenNTF1.7b mail template which is based on DWA6 (6.5 version). We haven’t upgraded any mail templates because we didn’t want to impact the users in any way.
Read the rest of this entry »