This enhancement is to request a solution that prevents Notes users delegating archives directly, for example when this action (not supported) is tried by the user, the user to get some kind of informational error message, for example : This operation is not supported!. to delegate your archive, go to your primary mail file and delegate it from there!.
Currently is not possible to delegate an achieve file, located in different server directly, as per reported defect SPR # DHUS9QLPZZ /APAR LO82683
Delegator Of A Mail File To Access A Different Archive Server
The new idea NTS-I-681 has been submitted to support the possibility of Notes users delegating archives directly.
Idea NTS-I-681 https://domino.ideas.aha.io/ideas/NTS-I-681
But if delegating archives directly idea NTS-I-681, cannot be implemented, consider blocking users from performing unsupported operation of delegating archives and instruct them that delegation has to be initiated on the Mail File directly.
UserA Mail file is located in ServerA
UserA Archive is located in ServerB
User A delegates Archive access in Server B to User B
AdminP request fails with error:
Errors: Title: Path: archive\a_xxxx.nsf; Error: File does not exist
User1 has mail file on ServerA, and archive on ServerB.
User1 Delegates access to User2 to their primary mail file, not the archive.
User2 now open the Archive by first opening the mail file, then clicking on the archive link. A compact -a must be run on the server first to update the archive's ACL.