Using classic Outlook for Windows in business environments
The behavior is caused by the recent change where custom form script is disabled by default in classic Outlook for Windows. After the July 2025 updates, VBScript and other custom form code will not run unless explicitly re‑enabled, and forms that rely on that script can show the “malicious code” warning and fail to load objects.
To restore the ability to design and use custom forms in classic Outlook, both of the following must be configured:
- Enable custom form script globally via the registry
The new registry valueDisableCustomFormItemScriptcontrols whether any custom form script can run. Its default is1(do not run script). It must be set to0under the correct key for the Office/Windows bitness:- 32‑bit Office on 64‑bit Windows
HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Microsoft\Office\16.0\Outlook\Security - 32‑bit Office on 32‑bit Windows or 64‑bit Office on 64‑bit Windows
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Office\16.0\Outlook\Security
DisableCustomFormItemScript=0This re‑enables the ability for Outlook to run custom form script at all. - 32‑bit Office on 64‑bit Windows
- Trust each custom form message class
After script is enabled globally, each form’s message class must be registered as trusted. For example, if a custom form uses message classIPM.Contact.CustomorIPM.Note.Custom, that exact class name must be added to the trusted list under the Outlook security registry path. Once registered, Outlook will allow the script for those forms and the design surface will load correctly without the malicious code warning.
Additionally, be aware of the VBScript deprecation timeline on Windows:
- VBScript is currently an optional feature and will later be disabled by default, and eventually removed from future Windows releases.
- Starting in phase 2 (around 2027), VBScript must be re‑enabled in Optional features in Windows before Outlook custom form script can work, even with the registry keys set.
- In phase 3, VBScript will be fully removed and custom form script in classic Outlook will no longer be re‑enableable.
If the issue started “yesterday,” it likely coincides with an Office/Windows update that applied these new defaults. Verifying and correcting the DisableCustomFormItemScript value and ensuring all relevant message classes are trusted should restore the ability to edit and use the custom forms, as long as VBScript remains available on the OS.
References: