Feedback by UserVoice

How can we improve the tenant admin features O365?

← Office 365 Admin

Support for Dynamic '+' Email Aliases in Office 365

Hello,

I am familiar with using a plus sign following my email alias to create dynamic unique addresses for a Gmail account. e.g. test.email+signedup@gmail.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?

Thanks!
Ryan

6,453 votes
Vote
Sign in
(thinking…)
Sign in with: Facebook Google
Forgot password?
Create a password
Signed in as (Sign out)
Close
Close
You have left! (?) (thinking…)
Ryan Kendall shared this idea  ·   ·  Flag idea as inappropriate…  ·  Admin →

174 comments

Sign in
(thinking…)
Sign in with: Facebook Google
Forgot password?
Create a password
Signed in as (Sign out)
Close
Close
Submitting...
An error occurred while saving the comment
  • Eliot commented  ·   ·  Flag as inappropriate

    This is a no-brainer, and as Alex points out, below (Sept 24 2019 0911), there's a load of alternatives to the plus sign. :-)

  • Luke Stevenson commented  ·   ·  Flag as inappropriate

    Surely you could simply have a flag on an Account which sets whether the plus can be used as a break between the user portion of an email and an optional flag portion.

    It's not as though you are making this change for hotmail, where "user+flag" may be an old username.

  • Anonymous commented  ·   ·  Flag as inappropriate

    I would suggest any domain that has a + will have the feature disabled and require an admin to go enable it and reconcile any emails or aliases that exist with the + present.

  • Dave B commented  ·   ·  Flag as inappropriate

    Might I suggest:
    - Make it a feature that can be toggled on/off
    - Default it to on for new tenants
    - Give an error when trying to enable on existing tenants that contain objects that have email addresses that contain the + character
    - Error login in Azure AD Connect when syncing objects from AD on-premises that contain the + character

  • Mikael commented  ·   ·  Flag as inappropriate

    I would also like to have this to sort mails in receipts using a forward triggered by having a invoice+ in front of my usual mailaddress.

  • Anonymous commented  ·   ·  Flag as inappropriate

    quite easy, add this in the normal rules, do we have a matching local part, no, ok, cut on + do we have a matching now? Oh goodie!

    Another issue is to get outlook to show the address an email was addressed to, _not_ which mailbox recived it.

  • Alex commented  ·   ·  Flag as inappropriate

    Keep in mind, O Implementers, that it doesn't have to be a plus. Several other email system support the concept other than Gmail, but in some cases just use a different character for the functionality. From the RFCs there are some good options:

    RFC 2822 defines these characters as special: "()<>[]:;@\,." and the double quote, making them useless for the "+suffix" idea.

    However, the RFC also defines a mailbox as having a phrase part for the local box built out of words, built out of atoms, which in section 3.2.4 are built from atexts which allow a fairly wide set of characters include the semantically suggestive "+", "/" and "=", and 3.2.5 suggests that quoting might not be required for mailboxes containing such characters.

    "+" would be ideal, but if "+" is an issue, what about "/" or "=" ? <joe.smith/forspam123> or <amy.forster=junkbox345> both seem pretty obvious. See the RFC for more options.

    Old email servers shouldn't have issues, since RFC 822 defines an atom as:
    "*<any CHAR except specials, SPACE and CTLs>", and those three chars aren't in RFC 822 3.3: specials.

  • Anonymous commented  ·   ·  Flag as inappropriate

    The fact that outlook does not support something that has been available with most e-mail systems for at least 15+ years is rather depressing. I hope my organization is paying lots less for the downgrade in service we got by switching to Office365....

  • Anonymous commented  ·   ·  Flag as inappropriate

    Please for the love of god and all that is holy add this feature ASAP.. Lagging so far behind other providers and trying to re-invent the wheel with O365 is going to cause you to lose even more of the market...

  • Billy Purdue commented  ·   ·  Flag as inappropriate

    Seems silly Outlook.com has had this for half a decade and Office 365 doesn't have it in Exchange yet.

  • Anonymous commented  ·   ·  Flag as inappropriate

    Seconding Brian's comment - This is a must have for us to support software development, testing, employee alpha and beta testing, and general good security practices. I would love to understand why it has not yet been prioritized and what may be blocking it.

  • Resonate commented  ·   ·  Flag as inappropriate

    Come on guys. I’m trying to sell this to 1000’s of google users and it all falls down here.

  • DavidO commented  ·   ·  Flag as inappropriate

    For people who don't understand this, it allows you to use versions of your email for specific things...

    myuser+newsletters@mydomain.com
    myuser+vendors@mydomain.com
    myuser+bills@mydomain.com

    Whatever. If you're signing up for a conference, you could use..

    myuser+conf20190111@mydomain.com

    Then anytime you received an email at that address, you'd know exactly where it came from.

    myuser+sketchvendor@mydomain.com

    Now you know. It's great for testing, and all kinds of little things. This would be a great addition.

2 4 5 … 8 9

Office 365 Admin: Exchange Admin

Categories

Feedback and Knowledge Base

(thinking…)

Related Sites