Microsoft Adds Support For Custom '+' Email Addresses in Office 365 (zdnet.com) 74
Microsoft is adding support for custom email addressing to Office 365 email services, a feature it hopes to complete in Q3 2020. From a report: Custom email addresses are an optional feature that some email providers can support. The feature is described in the RFC 5233 internet standard. Officially known as subaddressing, this standard allows users to extend their email address using "tags" or the plus (+) character, hence its two alternative names of tagged addressing or plus addressing. For example, a user with the email address of username@domain.com can use the plus addressing feature to extend their email address to username+tag@domain.com. If the user's email address supports subaddressing, all emails sent to the username+tag@domain.com email will land in the user's username@domain.com inbox.
This should have happened long ago (Score:5, Interesting)
This has been available for decades. Gmail has supported this since its inception. My personal email server supports it as well. I use it to sort mails and find out who sold my address out. For example, if I ever received an email from username+slashdot@domain.com, that's not from slashdot, I'll know they sold the list. Been using this system for years.
Hate to say it but, good on Microsoft for finally implementing it. Now if we can just get websites to not reject an email input into a form with a + in it as an "invalid character".
Re: (Score:2)
But wouldn't it be easy for programs to strip the tag out? Replace "\+.*@" with "@" and you have the generic? Apologies if I missed something, I am not very familar with this feature.
Re: (Score:2)
That's what I'm thinking too, which is why I have a different alias for every company/website.
Re: This should have happened long ago (Score:2)
Re: (Score:2)
No, what
Re: (Score:2)
Having had a givenname_familyname@domain.co..TLD email address since before Google existed (possibly since before Brin and Wossname defended) ... well, I'm afraid I can't even say I'm surprised.
Re: (Score:2)
I think.
Re: (Score:2)
But wouldn't it be easy for programs to strip the tag out? Replace "\+.*@" with "@" and you have the generic? Apologies if I missed something, I am not very familar with this feature.
Yes; this feature isn't useful for the purposes of obscuring your real email address, and I'm sure that some spammers already remove the +extension from gmail addresses.
It's handy for sorting legitimate emails, though.
Re: (Score:3, Informative)
Spammers vary in technical competence.
I have my own domain and mailserver and I see attempts to send email to "linked@<my domain>" in the logs. These obviously originate from the LinkedIn hack, since the email address that I registered with LinkedIn is <me>+linked@<my domain>.
TL;DR; The software many spammers use doesn't support "+" in email addresses.
Re: (Score:2)
Certainly they could do it. But I suspect that from a spammer's point of view, getting that far into the classification tree would have got you into a fairly small subset of people who are extremely unlikely to be profitable targets. For run-of-the-pork-processor spam - dick enlargement and cheap meds to a country with free prescriptions, for example - is it worth the computational cycles to try cleaning up the email address
Re:This should have happened long ago (Score:4, Informative)
If you have your own personal server, as the GP does, then you can take things one step further and use a dedicated email for each domain. A little harder to administer, but much more resilient - instead of "username+slashdot@domain.com", it's just "slashdot@domain.com". This is what I do on my own server, and it while it makes new signups a bit more convoluted as I need to create a new email alias as well, it's proven bulletproof so far - if/when spam starts being received, I can just delete the alias and the sending server simply gets a hard fail and optionally setup a new alias for the company concerned (or not, since they've presumably either been compromised or have sold my data). Once an address is compromised however those will persist for a *long* time since spammers seem to rarely - if ever - clean up their lists of defunct emails, but you could also repurpose it it as a spam trap.
Probably overkill, but if you are being targeted for spear phishing then the phisher might figure this out and try a dictionary attack of likely alternative sites though, e.g. "somebank@domain.com", so you if you are sufficiently paranoid and/or a genuinely high-risk target then you could also "salt" each email alias with a random number, e.g. "slashdot123@domain.com".
Re: This should have happened long ago (Score:2)
Or just ignore email from your bank. My bank only sends email that say I have a message on their web based system which requires me to login, anyway.
Re: (Score:2)
addr-spec = local-part "@" domain
local-part = word *("." word) ; Case preserved as a matter of interest
word = atom / quoted-string ; so "Hello sailor!"@example.com is valid
atom = 1*<any CHAR except specials, SPACE and CTLs>
CHAR = <any ASCII character>
specials = parentheses, < and
Re: (Score:1)
set it to "p" and you can have orlanzpslashdot@orlanz.tld or even orlanzpdrpepper@orlanz.tld and both with hit orlanz@orlanz.tld, but there's no way they'd know that no user on your email server can have "p" in their username.
In this case, yes. Removing + and . are easy and often done.
Re: (Score:2)
[face palm]. Man, I never thought of that! One of those things that are obvious once someone states it. I used to mess around with what Zocalo said back when Microsoft bought Hotmail. slashdot@orlanz.tld, but found it too much work and moved on.
Drat, a missed opportunity but learned something today. If only email could send to the past.
Re: (Score:2)
You could reject any mail coming in without a tag... :)
Re: (Score:3)
Re: (Score:2)
But wouldn't it be easy for programs to strip the tag out? Replace "\+.*@" with "@" and you have the generic?
When used for sorting, it doesn't matter since the generic email without a plus tag will still go to your inbox.
When used for filtering, you're supposed to have the non-plus address filtered to your spam folder.
They would need to guess an existing and not blocked tag
A spammer could certainly guess at valid tags. me+amazon@ would be allowed through for instance.
It's akin to guessing common addresses on a domain name such as support@ or sales@
But it's been over 30 years and it still isn't common practice for
Re: This should have happened long ago (Score:2)
Not a problem.
The idea is to generally dump everything that isn't coming from an address in your address book, an doesn't use a "+" tag into "Spam" by default.
Or, if you want to go further, ONLY receive mail for previously whitelisted "+$uniqueID"s.
If you are a business, that needs to receive mail from strangers, then e-mail address sharing is welcom anyway, and for spam you can look into greylisting to filter out 90%, and then amavisd with spamd and some anti-spam networks for more filtering. At least that
Re: (Score:2)
I agree with the E-mail forms that on websites that block the + character. Amusingly, I need to change my E-mail for one site where the form allows it, but the backend does not send to it.
Re: (Score:2)
I agree with the E-mail forms that on websites that block the + character. Amusingly, I need to change my E-mail for one site where the form allows it, but the backend does not send to it.
I had this happen once where I was able to successfully create an account with a '+' address, but then found that their login page wouldn't accept the email address that I had created the account with. Apparently whoever developed that site didn't believe in code re-use.
Re: This should have happened long ago (Score:2)
E-Bay has this problem.
Logging in fails with no useful reason give .
Re:This should have happened long ago (Score:4, Informative)
Aside from this special use case from specific providers, the + symbol is allowed in standard non-tagged email addresses. This is as dumb as blocking exclamation points in passwords.
Re: (Score:2)
Re: (Score:2)
I was just going to say, virtually all email verifiers choke on bang paths. If you don't want spam, just go back to UUCP! Of course, you probably won't really get any mail, but that has its up sides as well...
Re: This should have happened long ago (Score:2)
Riiiggt. Mommy definitely wasn't a whore. ;)
Re: (Score:2)
Allowed, but it's no longer standard. Read the internet standard: RFC 5233
Re: (Score:2)
I wonder if O365 will get this right?
Re: (Score:2)
I find about 3/4 of the websites I try let me use the "+"
The ones that reject it are kind of random. Sometimes old rickety stuff that doesn't look like it has been updated in forever works fine, and new shiny sites fail. I can't figure a pattern, so I guess it's mostly the sites they don't think to check for it to reject it.
Re: (Score:2)
This has been available for decades. Gmail has supported this since its inception. My personal email server supports it as well. I use it to sort mails and find out who sold my address out. For example, if I ever received an email from username+slashdot@domain.com, that's not from slashdot, I'll know they sold the list. Been using this system for years.
Hate to say it but, good on Microsoft for finally implementing it. Now if we can just get websites to not reject an email input into a form with a + in it as an "invalid character".
True, but it should also be able to use arbitrary characters/strings as the separator. It doesn't help prevent spam when spammers can just drop the part after a + in an email address they've acquired.
Re: (Score:1)
Spammers don't care about the few people who know about plus-addressing and are likely to recognize SPAM for what it is and ignore it. Instead, what I have seen is that spammers drop the part before the "+". Obviously, this doesn't work, but it does appear in my mailserver's logs.
Re: (Score:2)
"True, but it should also be able to use arbitrary characters/strings as the separator. It doesn't help prevent spam when spammers can just drop the part after a + in an email address they've acquired"
It would not matter. If the character/string used as a separator is outside the allowable characters in an email address, the spammers will use that just as readily as the '+' sign. If they are not outside the allowable characters ( so, they would be otherwise valid email addresses ), the email provider/doma
Re: (Score:2)
Does SMTP or MS allow for actual innovation? (Score:2)
Congratulations on a good and relevant FP. How did you [Pikoro] slip it past the sleeping trolls?
I actually agree with your "should have happened long ago" Subject, but not with the ambiguous "This". There are far too many things that should have happened long ago. Most of them persist in not happening, even when lots of people agree that they are obviously good things that should happen. This plus-sign-unique-address seems to qualify under the "no brainer" tag, but it does make me wonder about what happens
Re: (Score:2)
Now if we can just get websites to not reject an email input into a form with a + in it as an "invalid character".
It's hit-or-miss. It would be very helpful to have a reference article [nytimes.com] -- or better yet, a web page -- describing that it's part of the email standard, describe which email services support it, and indicate why you want to use it for better separation of concerns in your inbox.
That way if multiple people complained and provided the link, the various customer support worker bees could forward something up the chain to get the request sent down to the web developers to get it fixed. Even better if it contai
Re: (Score:3)
Microsoft Exchange has had wildcard support for ages (I've been using it for well over a decade now, using a different character than "+" but that is configurable). I'm surprised it took this long to make Office offering. Or maybe it's been there for a long time, just never advertised?
Re: (Score:2)
If a website doesn't accept the +, but does accept dots, then add another dot somewhere. Gmail ignores those too when delivering. my.mail = mymail = m.y.m.a.i.l etc...
Re:This should have happened long ago (Score:4, Interesting)
Re: This should have happened long ago (Score:1)
Re: (Score:1)
Re: (Score:2)
Carnegie Mellon University email accounts had the + sign in them since forever but they didn't use them in the ways described here.
Re: (Score:1)
I have been using this with Outlook for years as well. I wonder if they are adding more functionality to their implementation? Perhaps adding auto aliasing. Or was this just not available to people who pay for O365? I only use free accounts currently with Outlook.
Won't help if it's widely adopted (Score:2)
That only works because it's relatively rare and obscure. As soon as the + usage becomes common, spammers will simply run their email lists through an awk script to remove everything from the + to the @. Not just to protect their list sources, but to prevent emails sent to a + address from being filtered out. Once you remove everything from the + to the @, you have the targe
So What? (Score:4, Interesting)
Re: (Score:2)
I don't know what sites you're using but 90% of the ones I use allow the + and I "alias" my address pretty much everywhere...
Re: (Score:2)
Re: (Score:2)
Then use another trick. Gmail ignores dots as well when delivering mail. So my.mail@gmail.com is the same as mymail or m.y.mail or mym.ail etc...
It's definitely not useful as a spam-tracer (Score:5, Insightful)
I've heard it said that you can use +xyz suffixes to track who's selling your info online. That's BS, of course - every e-mail harvester has figured out ages ago that you can just strip anything '+xyz' at the end of user names. If it's a convention, it's easy to circumvent it for malicious purposes.
Re: (Score:3, Insightful)
Re: (Score:2)
^^^^^^^ Totally this...
Re: (Score:2)
Re: (Score:2)
Re: (Score:2)
Re: (Score:3)
But you can use the feature for filtering with a reverse spin. You can filter against email that doesn't have a +xyz at the end and make sure your real correspondents know that its required to reach you.
Whoops. If that became popular as a strategy then then spammers would start spamming with +xyz too. Marginal cost remains too close to zero. *sigh* You can't one-up the downers.
I still think the best approach is to break the spammers' business models. Proof of concept in the disappearance of pump-and-dump st
Re: (Score:2)
Re: (Score:2)
Lost and now twice replaced reply asked for clarification.
Re: (Score:2)
You are exactly right which is why I now submit false names to places where my name doesn't matter. Every time I get an email sent to "Fred" (my name isn't Fred), I know the information was sold. I use the last name, and sometimes a suffix in the first name, to tag the origin site.
Re: (Score:2)
That's BS, of course - every e-mail harvester has figured out ages ago that you can just strip anything '+xyz' at the end of user names
Which is fine, all email addressed to me without a plus tag is filtered into the spam folder already.
That's how allow-lists work. username+tag gets added to the list to allow delivery.
Any address not on that list is filtered out as junk, including without a plus tag.
That's when you know Microsoft has slipped (Score:2)
They used to be the evil monopoly that regularly broke standards and forced their own, incompatible stuff down everybody's throats just because they could, to capture even more market by force. Now the devil has taken residence at Google, and Microsoft is forced to play nice with the open-source community and follow the rules like everybody else.
Oh the irony.
Re: (Score:2)
hyperaggressive parsing issues (Score:2)
I've been using this feature in gmail for ages but LOTS of sites are incorrectly aggressive on their email validation and dfecide they know whats right about the 'local part'. Even to the point where i've had one place say they block it on purpose because of 'aliases'
Re: (Score:2)
Then use extra dots, let's see them block those ;)
Backend issues (Score:2)
Question (Score:2)
Does Office365 allow for blocking by tag? THAT would be useful. Something akin to spamgourmet.
Surprised that it's all RFC? (Score:2)
Re: (Score:2)
Re: (Score:2)
It's an open standard system - if it's useful it gets adopted, if most adopt it then everyone does
there are plenty that are not generally adopted - and now largely ignored or superseded
Underscores_are_better (Score:1)
Multiple addresses is easier (Score:2)
I wonder if they will do dots too (Score:2)
GMail ignores dots in undernames so: John.Smith@gmail.com is the same as JOHNSMITH@gmail.com and j.o.h.n.s.m.i.t.h@gmail.com.
Which can also be used for spammy types. Put a dot in a certain character for throwaways and filter those to the trash. While some spam harvesters might strip dotsk, it is less likely since some domains need them.
Plus you could always put a dot in a certain position, and set it so anything without the dot gets filtered.