Аутентификация адреса электронной почты (точки и заглавные буквы)

Question

Как вы знаете, существует много символов, которые можно использовать в адресе электронной почты. Люди в наше время разделить некоторые ключевые слова в их адрес электронной почты для улучшения читаемости, например:

name.surname@gmail.com 
x-com.shop.support@stuff.net 

Однако символ точки . при использовании Gmail (а также капитализации) только улучшает читаемость, не принимается во внимание как часть адреса электронной почты. Таким образом, мы можем сказать, что:

name.surname@gmail.com так же, как namesurname@gmail.com

x-com.shop.support@stuff.net такая же, как x-comshopsupport@stuff.net

---

Проблема

Большинство сайтов используют базу данных с приводом аутентификация. Предположим, что я зарегистрирован по электронной почте (без точек) namesurname@gmail.com то такой запрос MySQL не будет работать, как струны отличаются:

SELECT * FROM users WHERE email = "name.surname@gmail.com" ;

---

Вопрос

Есть ли обходной путь для решить эту проблему? Фактически разные почтовые серверы используют разные правила. То есть пользователи всегда должны помнить, на каком веб-сайте они использовали точки или заглавные буквы, даже этот адрес электронной почты все тот же?

---

UPDATE

Только представьте, какой сервис, где вы могли бы сделать тонны на счета, используя ту же адрес электронной почты. Оригинал электронной почты namesurname@gmail.com, псевдонимы:

name.surname@gmail.com 
n.amesur.name@gmail.com 
nam.esurname@gmail.com 

И еще вы будете получать по электронной почте подтверждение на тот же адрес. Звучит странно, да?

Answer 1

Если вы действительно действительно хотите решить вашу проблему так, как вы предлагаете, вам нужно будет сохранить свой адрес электронной почты как своего рода каноническую форму. Скажите все нижние регистры и удалив «точки» или любой другой специальный символ, который вы хотите игнорировать.

Вы можете «автоматизируют» вещь с помощью триггера (http://sqlfiddle.com/#!2/81689/1):

create table email(addr char(80), canon char(80) UNIQUE); 
CREATE TRIGGER ins_email BEFORE INSERT ON email 
FOR EACH ROW 
    SET NEW.canon = REPLACE(LOWER(NEW.addr), ".",""); 

INSERT IGNORE INTO email(addr) VALUES ("Sylvain.Leroux@example.com"), 
    ("sylvainleroux@example.com"), 
    ("SYLVAINLEROUX@ex.ample.com"); 

Это будет только вставить один строку в таблице на основе канонизированного формы. Пожалуйста, внимательно посмотрите на последний пример. Домен «ex.ample.com», который канонизирован моим простым триггером как «examplecom». Скорее всего, не желательно. Это просто, чтобы указать, что правильная канонизация, возможно, будет немного сложнее, чем REPLACE(LOWER(.... Кроме того, вам, вероятно, потребуется создать дубликат ON UPDATE этого триггера. Но...

---

... Я не буду идти дальше в этом направлении, как:

"капитализации [..] не принимается во внимание"

Это распространенное заблуждение: доменные имена (справа от @) не являются с учетом регистра. Но local parts (слева от @) являются с учетом регистра. За исключением специального случая postmaster.

Большинство MTA сконфигурированы так, чтобы игнорировать чувствительность к регистру «локальной части». Но это абсолютно не требуется. Фактически RFC5321 section 2.2 четко заявляет, что «Локальная часть почтового ящика ДОЛЖНА БЫТЬ считаться чувствительной к регистру».