You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The Azure email provider surfaces an exception from Azure.Communication.Email when it passes in email addresses that include a display name to the constructor of the EmailAddress class in AzureEmailProviderBase.
Orchard Core version
2.0
To Reproduce
Configure the application to use Azure Email Communication Services and enable the Orchard.Email.Azure feature.
Use the email test settings screen (/Admin/Email/Test) and provide an email address in the Display Name <[email protected]> format in any of the fields that accept an email address.
Expected behavior
The provider should deconstruct such email addresses and use the other overload of the AzureEmailProviderBase constructor which accepts a separate display name parameter too. Orchard.Email.Smtp handles this correctly, because MimeKit takes care of deconstructing such email addresses.
The display name for the sender field is simply dropped, because the SDK doesn't support it: Azure/azure-sdk-for-net#43847
The text was updated successfully, but these errors were encountered:
We triaged this issue and set the milestone according to the priority we think is appropriate (see the docs on how we triage and prioritize issues).
This indicates when the core team may start working on it. However, if you'd like to contribute, we'd warmly welcome you to do that anytime. See our guide on contributions here.
Describe the bug
The Azure email provider surfaces an exception from
Azure.Communication.Email
when it passes in email addresses that include a display name to the constructor of theEmailAddress
class inAzureEmailProviderBase
.Orchard Core version
2.0
To Reproduce
Orchard.Email.Azure
feature./Admin/Email/Test
) and provide an email address in theDisplay Name <[email protected]>
format in any of the fields that accept an email address.Expected behavior
The provider should deconstruct such email addresses and use the other overload of the
AzureEmailProviderBase
constructor which accepts a separate display name parameter too.Orchard.Email.Smtp
handles this correctly, because MimeKit takes care of deconstructing such email addresses.The display name for the sender field is simply dropped, because the SDK doesn't support it: Azure/azure-sdk-for-net#43847
The text was updated successfully, but these errors were encountered: