Wednesday, October 5, 2011

SnTW - $Inbox, Don't mess with it

This is NOT a problem with 8.5.3, just about one mistake I made while upgrading, but it is about the $inbox folder itself.

While trying to edit my mail template, I ended up piecing wrong versions of code into it from an older version. In other words, I copied the $inbox to the new 8.5.3 template. Well, there's just one thing you see, I thought it was the template I pasted it to. It was my actual mail file. But I deleted teh original ($inbox) so the "new" one could go there.

Big mistake.

NEVER delete the ($inbox) folder from a mail file. You know why? Because none of the mails in your inbox will now have a home. That is correct, you have basically made orphans of your inbox mail. Of interest to you may be that any NEW mails appear fine, but the rest of the box is empty. Your mails are there, check the All Documents view, but they can no longer find their "home".

So how do you correct this?

It helps to have backups or in my case multiple replicated copies(server, desktop, netbook, etc..). Grab one before your bad changes got replicated. Now make a copy of the db, not a replica copy, just in case. Once done, copy and paste your inbox mail to the "bad" mail file. all will be good again. Clean up your FTI or delete them and rebuild all indices afterwards.

Replacing design will not fix it, nor will much else, in my case.
Afterward I found this IBM Technotes that can help:
1104973 How to rebuild a Notes mail inbox



My way included copying the good mail file all around would also work obviously. But you see the problem? If you didn't know it killed your inbox, it would replicate everywhere and you would be stuck to go hunt for your backups.



Once again replication saves the day. But no idea why that Technote didn't come up when I Googled for it.