Issue:
Mail application Replace Design fails with or without folder upgrade option/checkbox when large mailfile (over 70 GB) with thousands of folders. Clients tested are R12.0.2 FPx or R14.0 FP5.
Scenario:
Mail file was upgraded to R12.0.2 (2023 version), but the mail archive was still a R9 version (mail9.ntf), and originally created with R8 (mail8.ntf). After upgrading to HCL Notes 14.0 FP 5 (from R12.0.2), the user started having issues with Reply/Forwarding from the archive. Performing a Design Replace via the Notes client failed. Inspection showed that although the mail archive had a R9 design, the folders were still R8 or R8.5 (older design than the ($Inbox).
File --> Application --> Replace Design with or without the upgrade folders checkbox.
On the first try, the error occurs at 0% of the upgrade design background task. On subsequent runs of the design update the error is presented at the 100%.
Error:
At the 100% point of the background task: "Replacing design of <mail_file_name> ...", the follow pop-up error displays:
Notes error: Memory allocation request exceeded 65,000 bytes
Occurs if manually running in the HCL Domino Administrator client or Notes client:
Attempted with:
Server/local:
- HCL Domino 14.0 FP5 {server replica)
- Local / On My Computer (local replica)
Clients:
- HCL Notes 12.0.2 FP2 / HCL Notes 12.0.2 FP6 / HCL Designer 12.0.2 FP6
- HCL Notes 14.0 FP5 / HCL Designer 14.0 FP5
Mail archive files:
- ODS 53
- ODS 55
Workaround:
No solution found yet for completely upgrading the folders, but to complete the upgrade of the mail app itself, use the load convert utility
Most of the design update succeeds, but if following up with a "load convert", the following elements are only added successfully with the load convert utility:
06/06/2026 11:09:19 PM Adding 'MWiCalNotes' to database 'Project Archive' from template 'Mail (R12.0.2)'
06/06/2026 11:09:19 PM Adding 'MWical.ics' to database 'Project Archive' from template 'Mail (R12.0.2)'
Example:
> load convert -u mail/filenm.nsf * mail12.ntf
Unfortunately, the folders do not actually appear to be upgrading with load convert utility.
Re-running from an Admin client on the just upgraded mail file results in
- 100% reached - a successful re-application of the design
- 100% reached - "Scanning folders to upgrade"
- Error still displays at the end of the scanning folder process.
Re-run of load convert again without the -u and then again with the -u results in the majority of the folders updating design.
> load convert -u mail/filenm.nsf * mail12.ntf
<wait>
> load convert -u mail/filenm.nsf
<wait>
Research notes:
Similar to the Notes/Domino R5/R6 error when the design had numerous folders or forms with many sections or subforms. IBM SPR# BKOH5YRBR3
Not very similar to the Memory Allocation request exceeded 65,000 bytes opening a document in an app: LO42881 / IBM SPR# GPKS6EWHGQ
Similar to the IMAP enabled errors in Notes/Domino R8.5: LO50280
Not similar to the Agent Log overflow issue: KB0037441
Similar to the web XPages app issue from Notes/Domino R9 days: swg21613473
previous page
|