And how is that a problem?

The presumption would be that these are two different entities.

They can't be, because Gmail obviously won't let you register an address that's already registered.

Will Gmail prevent you from entering such an address elsewhere, thinking either that it is yours, or that it is the email of some intended recipient other than the actual Gmail accountholder?

Alternatively: will third-party systems consolidate such addresses under a single account, or treat them as different?

Will any e-mail service prevent you from entering an address that's not yours to another site?

Yes, but how can that ever cause a problem to the end user?

Because its not according to RFCs and how everyone else has implemented it.

There is no RFC about how the local-part is interpreted: even the gmail +tag syntax is an extension some servers implement and some don't. The only way to accurately test equality of email addresses is to send an email to them.

Even that only tells you something about equality/equivalency (or more precisely, the deliverability) at this moment. I have a family mail server that we periodically update mail list and forwarding rules. You could test for deliverability today and tomorrow the situation could change.

You have to be a bit careful with that kind of argument though. According to the specs the local part of an email address (before the @) can also be case sensitive so [email protected] and [email protected] could be different email addresses. In the early days of a new system we implemented account email addresses following what the rules really say and making no assumptions. We then spent way too much time dealing with users who signed up with one address but then tried to log in with a "different" one because they had caps lock on or some auto-capitalisation feature in whatever browser they were using. Lesson learned - users do assume those are all the same address and cleaning up a database that sometimes has accounts for both [email protected] and [email protected] isn't much fun.

It's a problem when using email to register into a different site. Services without email validation will happily accept those two addresses separately, because they don't adhere to Gmail's internal conventions. If the site then sends mail to its registered accounts, then the Gmail address will receive unwanted mail.

Why would you register with an e-mail address that's not yours in the first place?

You may be stunned and astounded to discover that This Actually Happens.

(Examples include both Gmail and other systems.)

<https://news.ycombinator.com/item?id=12025091>

<https://news.ycombinator.com/item?id=12027598>

<https://news.ycombinator.com/item?id=17284211>

<https://news.ycombinator.com/item?id=36756201>

In my case, a few years ago, it was a user who didn't understand the difference between Twitter and Gmail.

There are horrible people who loves the idea of being able to use someone else's identities. Not just made up but stolen. I - I don't want to know why, nor what they're normally thinking.

How would dot sensitivity prevent that?

What happened to Expert Sexchange btw? Did they rebrand? Got bought by Stack Overflow?

They got a new domain name: experts-exchange.com

For a while it redirected, I guess they let it expire at some point.

Actually, only one ends in 'e', therefore Gmail would treat them as distinct.

It's spelling errors, not the dots, that are usually the source of misdirected emails (and also, wrong domains).

Kind of ironic that you proved the opposite point of what you intended.

That is a tyop. The names were meant to be identical but for the dot position.

  [email protected]
  [email protected]

Yes, I know, that's the whole point. The mistakes that most people (including yourself) are attributing to the dots, are actually usually caused by human carelessness -- spelling errors, mixing up gmail with hotmail, "dave" instead of "david" etc.

True.

I made (and corrected) three further typos writing my correction.

But the point remains that what I'd originally intended to show was that local-part email addresses which read differently, and in cases quite differently, but are identical save for the location of the dot, are treated identically by Gmail.

And that in different contexts this might not be clear and/or lead to confusion.