Support for Dynamic '+' Email Aliases in Office 365
I am familiar with using a plus sign following my email alias to create dynamic unique addresses for a Gmail account. e.g. email@example.com will arrive at my Gmail mailbox, where I can then apply rules based on the 'To:' address. See this page for details: https://support.google.com/mail/answer/22370
I tested this on my Office 365 address and it works, but only for email addresses in my parent domain. Using the aliases on subdomain addresses results in a 'recipient not found' NDR.
Does anyone out there have more information on this feature or if it even is one for 365 / Exchange?
Thank you for the responses to the call for beta testers. We will notify those who have been accepted.
We expect this feature to be available to all by the end of August.
We will sorely miss this feature now that we are with exchange. Please add this. Our development team has used this extensively and now we'll have to use an alternate email service to continue using it.
Paul Chapman commented
I find it totally ironic that Outlook.com free email service supports RFC 5233 sub addressing, but not the paid Office365. Go figure.
Not having support for this is turning out to be a real pain for folks "upgrading" from G Suite to O365. Not only is RFC 5233 not supported in O365, but addition of aliases with "+" signs in them is also not supported, so using aliases as a workaround is even out!! #fail
Kris Barnhoorn commented
Please add support for subaddressing.
Andy Doyle commented
Come on Microsoft... you already have this working for Hotmail/Outlook accounts and these sit on Office 365 now.
This is dumb that it is not supported.
We need this!
It's really time this gets added. It's a great way to find out when a company has sold your email address.
Please support this standard.
Jason Hoos commented
We have system needs that require our QA department to be able to generate unique email addresses on the fly, and they are all using personal Gmail accounts to do this via RFC5233 because we can't do it in O365. We're actually at the point of putting a Postfix instance on an alternate domain to do address rewriting to get our users to stop using Gmail to do this.
Please support this in O365 natively so we can stop with the ugly workarounds!
Do you know what makes this issue worse. Dynamic "+" addresses work on free Hotmail/Outlook addresses!
Reported March 2017, no response as of July 2018? Nice. But I suppose it should be no surprise that Microsoft wouldn't follow the RFC's, nor listen to their users.
I used to use this feature every day on G Suite and it looks like there's no chance of O365 getting this fairly basic functionality.
Jean-Francois Potvin commented
There is another open issue with more upvotes regarding the same problem.
Kelps Leite de Sousa commented
Outlook.com and Gmail support the creation of dynamic alias by simply adding a + sign and the chosen alias between the identification and @ sign. This is a great feature to prevent spam and also to help organize the inbox, because it doesn't require the the previous creation of the alias.
This is preventing us from moving from gmail to office365 for email.
My company's dev team could really use such a feature for testing our web application!
we need this for dev testing!!!
really.... this is an old requirement for many! Cant switch to 365 until you support basic features of email!
Scott Francis commented
it's not just a genius idea, it's a REQUIREMENT from the relevant RFCs (822, 2822, etc.)
Not supporting "+" in the user-part means an email handling software is in violation of the RFCs that specify the standards that must be adhered to.
[Deleted User] commented
i am sorry but i does not work on Office 365 Business Premium accounts; even with the rule in the mail flow section. maybe I did something wrong.
This workaround doesn't work in my environment. Throws the error:
550 5.1.10 RESOLVER.ADR.RecipientNotFound; Recipient not found by SMTP address lookup
I suppose it's checking the address existence before checking the mail flow role.