
The issue occurs with some MIME items where, during the EV Domino Archiving, the hotspot for the attachment link is created with the wrong attachment index reference.
Typically the attachment hotspot is created with a similar formula:@If(@ClientType="Notes";"notes://"@Environment("EV_ARCHIVESERVER");@GetProfileField("EV_Parameters";"EV_HttpProtocol")@GetProfileField("EV_Parameters";"EV_HttpArchiveServer"))"/EV/EV_00000015_201705175013288~201506260506360000~Z~6070958AF0243F2363898DFF60750CE1_2.nsf/0/76A250FDFBD0AC5A882581230033F0AB"@If(@ClientType="Notes";"?OpenDocument";"/$FILE/File_Name.pdf?OpenElement") where the attachment index (*_2.nsf) reference is appended at the end of the *.nsf database EV_00000015_201705175013288~201506260506360000~Z~6070958AF0243F2363898DFF60750CE1_2.nsf
In the example the attachment index reference (2) does not exist and the hotspot is failing with the Object variable not set
This issue has been addressed in the following releases:
Enterprise Vault 12.2.1
Refer Enterprise Vault Documentation
Enterprise Vault 12.3
Refer Enterprise Vault Documentation
The fix is intended for newly archived items after the upgrade to EV 12.2.1 or above
In rare circumstances opening the attachments links from the shortcut body fails with the IBM Notes error Object variable not set ; instead the attachment is available when the item is double clicked or using the Enterprise Vault Restore function.
JIRA: CFT-283 JIRA: CFT-499