Forms Printer Modern Authentication Help

18 September 2026

For EWS (deprecated by Microsoft and ending soon),  and MSGRAPH (the current recommended method)  emailing for Microsoft 365 Exchange online, Modern Authentication (oAuth) is required, so Microsoft requires a Registered Application in Azure/Entra.

This Applies to Forms Printer for GP 18.x build 161 and greater: For Earlier 18.x builds, a SQL Script must be used to Configure For EWS modern Authentiation (no longer supported) , and for Builds Prior to 154 , only Outlook emailing is available with Forms Printer, but in that case Outlook handles the Modern Authentication.

Regarding: “Use Default Forms Printer Multitenant App ID and Tenant ID”.  Checkbox, on the E-mail Send Method Setup Window Accessed from the Forms Printer Setup->E-mail Setup-> E-mail Send  Method Setup Menu entry.

It is recomended that you check this checkbox in order to have the Send Method you are defining,  use Modern Authentication with Exchange Online, And use the Default “Forms Printer For Dynamics GP Multitenant” Azure registered Application for permissions and approval for Email Sending.
This will result in a dialog such as the below for each user when they First Log in while sending E-mail with Forms Printer.

After The user Accepts this Permission Request, then they will only need to Log in once per GP Session, when the First e-mail is sent.

If you cannot log in with an Entra Administrator that has a valid Exchange Licensed Email box The first time, you can use any valid Exchange licenced user, and request Administrator Consent at the Second permission related Login Dialog - and And Entra Administrator can then grant it as shown in this screenshot:


 
If your organization policies requre you to  create your own Entra Registered Application (Not Recommended) , and enforce more restrictive security on your users, You can do this as described below.  Then  you will enter your own “Modern Auth App ID/Client ID” for the Application you create, and the “Modern Auth Tenant ID” for the Azure Domain, (Tenant) it is created in.  

In order to Create a custom  Azure Registered Application (Not Recommended), you can follow the steps here:

https://learn.microsoft.com/en-us/exchange/client-developer/exchange-web-services/how-to-authenticate-an-ews-application-by-using-oauth#register-your-application

Forms Printer uses “Delegated Authentication”, so only the Section under “Register your Application” needs to be performed: (duplicated below)

Register your Custom Entra application for Forms Printer (NOT Recommended)

To use OAuth, an application must have an application ID issued by Azure Active Directory. In this tutorial, it is assumed that the application is a console application, so you need to register your application as a public client with Azure Active Directory. You can register an application in the Azure Active Directory admin center or by using Microsoft Graph.

Open a browser and navigate to the Azure Active Directory admin center and login using a personal account (aka: Microsoft Account) or Work or School Account.

Select Azure Active Directory in the left-hand navigation, then select App registrations under Manage.

Select New registration. On the Register an application page, set the values as follows.

  1. Set Name to a friendly name for your app.
  2. Set Supported account types to the choice that makes sense for your scenario.
  3. For Redirect URI, change the dropdown to Public client (mobile & desktop) and set the value to https://login.microsoftonline.com/common/oauth2/nativeclient

Choose Register. On the next page, copy the values of the Application (client) ID and Directory (tenant) ID and save them, you will need them later.

Example:

 

For more information, contact techsupport@accountable.com, with your GP Site name, and affiliation.

 

Site Map