

Support for Outlook for Windows is currently planned for Monthly Channel customers by Q2 of this calendar year. Mobile clients allow users to enter aliases in the From field and those will be saved for future use. Support for sending from aliases has been added to Outlook on the web and Outlook for iOS and Android.

We do have plans for additional functionality, but we want to hear from customers about what they want. This is the first iteration of our support for aliases.
#Send email as alias berkeley update#
We will work to the update the known issues list in this post periodically. There are known compatibility issues with some features that assume the user’s primary SMTP address will always be used. This feature is in Preview because we have made fundamental changes throughout the email pipeline. The setting enables the new functionality for all Exchange Online mailboxes in the organization. You can access the Preview using the SendFromAliasEnabled parameter of the Set-OrganizationConfig cmdlet. The new capabilities are now available in Public Preview for Outlook on the Web and Outlook for iOS and Android. This is accomplished by no longer replacing aliases during the sending or delivery of messages in Exchange Online. To eliminate the need for these suboptimal solutions, we have introduced new capabilities in Exchange Online that enable Outlook clients to use and preserve aliases and to display the original alias used to send the message. Shared mailboxes could be used, but that meant another identity and another Inbox, as well. They could use the SMTP AUTH client submission protocol, which didn’t rewrite the From addresses. In the past, those wanting to send from aliases had a few options. We are excited to announce that we’ve reached the first milestone of this journey.

To address these challenges, we started a journey toward making aliases first-class addresses in Exchange Online. Today, business operations are much more challenging and complex, and activities such as mergers and acquisitions, rebranding, and other such changes have created the need for multiple identities and SMTP domains to be managed by an organization. Even when an email client tries to use an alias for the From address, that value is overwritten with the user’s primary SMTP address when the message is sent. Other SMTP addresses assigned to a user (e.g., proxy addresses, also known as aliases) were mainly intended for receiving messages. Historically, Exchange has used a user’s primary SMTP address as the From address when sending messages.
