We have an application which uses some extra action buttons in der Inbox-Folder of a mail database.
For this we create a mail template based on the standard notes mail template. Among other things we are adding these action buttons to the inbox folder ( We use therefore C-API-functions )
This works fine with domino 6 and domino 7.
Using ‘mail8ex.ntf’ as base mail template( domino 8), our mail template is created successfully also.
But after a design replace with this template all documents in the inbox of the mail database are displayed as a ‘replication and save conflict’.
Documents in a folder based on this inbox created with the client are displayed correctly.
Subject: Rep/save conflict for all folder contents should be transient…
When I have seen this behavior before (each document in a view or folder is shown as a “Replication or Save Conflict” after a design replace) the solution has generally been just to close and reopen the database.
If that doesn’t work, the next things I would try (in order) are:
Use Shift+F9 to force a rebuild of the view.
Close Notes, delete the local cache.ndk (to remove a stale cached copy of the folder design element) and then reopen Notes.
Try using updall mydb.nsf -T MyFolderorViewName from the server console(though this do the same as Shift+F9)
Do all users see the replication/save conflicts? That would indicate that it’s a DB corruption issue rather than a client/cache issue.
Here’s some other things to try:
load compact mydb.nsf -c (a copy-style compact, which may solve corruption problems)
create a new, unencrypted local replica of the database and (if that shows the folder correctly) use that to replace the current server database
If you have further mail files that you want to apply the template to, you may want to try using the convert task to do the design change, rather than using Design Replace
OK, some more ideas. The first is from the previous post, but you didn’t tell me if you were able to try this.
Step 1. Take a particular mail database that has this issue. Do the rep/save conflicts show both for the mail file owner and for another user (e.g. yourself, as an administrator, using the admin client)? If so, the folder is corrupted in some way on the server. If not, it’s a local cache issue.
Step 2. In the Inbox folder with the rep/save conflicts, right-click a document and choose Document Properties. On the second tab of the Document properties InfoBox, look for a field named $Conflict. If this exists, you really do have replication or save conflicts and you need to work out why they occurred. If it doesn’t exist, then the folder is corrupt. (Most likely it’s the latter, as you say a new copy of the folder works fine).
Step 3. Open the database in Domino Designer, do you perhaps see multiple ($Inbox) design elements (either two folders, or a folder and a view)? If so, Notes won’t like that. You’ll need to work out how you ended up with these and resolve it.
Step 4. In Domino Administrator, find the database in the files view and use the Manage Views tool to Purge the $Inbox view.
Sorry to hear this is proving so difficult to resolve!
The rep/save conflicts show both for the mail file owner and for another user.
Step2:
There is no field $Conflict
Step3:
No multiple ($Inbox) design elements
Step4:
Purging ($Inbox) didn’t help either
Since we manipulate the mail template via C-API-functions I have to check this code again if there is anything wrong. What makes it difficult is the fact that it’s working fine with domnio6 and domino7
Well it seems pretty clear that the ($Inbox) folder index is corrupt, and that this is caused by something in that folder’s design that Domino 8 just doesn’t like.
It seems like a good point to open a support call with IBM, especially as this approach works fine with Domino 6 and 7.
If you get a resolution to this, do let us know what worked.
The structure of the $viewformat item has been expanded with domino8.There is a new data structure ‘VIEW_COLUMN_FORMAT6’ which is not documented at all in der domino8 CAPI. IBM will do this hopefully with API 8.5
The structure of the $viewformat item has been apparently expanded with almost each new domino version and is quite complicated and documented incompletedly
Hi- I had a similar problem this morning. I replaced the design of someone’s mail file and all email in the in-box showed “Replication or save conflict”.
Turns out the solution was very simple. The user had their email client open and their in-box open on their computer. As soon as the user closed and reopened their client, the mailbox returned to normal.