The default Notes driver configuration contains a class within its filter called "Unknown" (containing an "Object Class" attribute) that is configured to flow on the publisher channel from Lotus Notes to the Identity Vault. What is the "Unknown" class, and why is it configured within the filter for synchronization from Lotus Notes to the Identity Vault?
The "Unknown" class in the publisher filter facilitates the synchronization object deletion operations from Lotus Notes to the Identity Vault. When objects (documents) are deleted from a Lotus Notes database, a deletion stub document remains in the Notes database. The ndsrep polling process can detect this stub, but it does not know the original contents of the deleted document, such as the class type (Type or Form field), or last modifier ($UpdatedBy field).
The deleted object's Universal ID (UNID) (used for the IDM association value) remains on the deletion stub. When the ndsrep polling process detects a document deletion stub, it generates a delete event of class type "Unknown" with the association value set to the UNID of the stub document. If the "Unknown" class exists in the publisher filter, then this delete event is written to the driver's publisher cache (ndsrep.nsf) to be consumed by the NotesDriverShim's publisher thread and sent to the Identity Vault. Upon the eventual arrival at the Identity Vault, if the association value of the delete event can be appropriately matched to an existing object in the Identity Vault, then the object will be deleted from the Identity Vault.
Disclaimer: As with everything else at Cool Solutions, this content is definitely not supported by Novell (so don't even think of calling Support if you try something and it blows up).
It was contributed by a community member and is published "as is." It seems to have worked for at least one person, and might work for you. But please be sure to test, test, test before you do anything drastic with it.