Programmazione in base alla distinzione tra maiuscole e minuscole

link (corsivo aggiunto):

While the above definition for Local-part is relatively permissive, for maximum interoperability, a host that expects to receive mail SHOULD avoid defining mailboxes where the Local-part requires (or uses) the Quoted-string form or where the Local-part is case-sensitive.

La RFC scoraggia la sensibilità alle maiuscole e minuscole. Inoltre, personalmente non ho mai visto un host con parti locali sensibili al maiuscolo / minuscolo.

Gli indirizzi email senza distinzione tra maiuscole e minuscole sono uno standard de facto.

Pertanto, ritengo corretto affermare che vi è un maggiore vantaggio nel ridurre la distinzione fra maiuscole e minuscole per i nomi utente delle e-mail rispetto a problemi di conservazione.

Paragrafo 2.4. Principi generali di sintassi e modello di transazione di stati RFC 5321 (enfasi mia):

Therefore, SMTP implementations MUST take care to preserve the case of mailbox local-parts. In particular, for some hosts, the user "smith" is different from the user "Smith". However, exploiting the case sensitivity of mailbox local-parts impedes interoperability and is discouraged. Mailbox domains follow normal DNS rules and are hence not case sensitive.

AFAIK tutti gli host di posta più diffusi evitano le email sensibili al maiuscolo / minuscolo e dovresti farlo anche tu. Non ho utilizzato un servizio che presupponeva la distinzione tra maiuscole e minuscole per le e-mail e odio essere sorpreso.

Quello che dovresti fare è utilizzare l'indirizzo email fornito per inviare e-mail e trasformarlo in qualcosa di meno incline agli errori quando lo utilizzi come identificatore di account o almeno come usarlo come fallback quando non trovi un esatto partita.

Questo sarebbe un analogo molto approssimativo a quello che l'algoritmo Soundex fa per parole o nomi in inglese rimuovendo le cose che creano ambiguità. Ad esempio, è possibile convertire l'intero indirizzo in lettere minuscole e rimuovere i sottoindirizzi e i simboli non alfanumerici dalla parte locale (ad es., [email protected] ridurrebbe a [email protected] ). Applicando la stessa trasformazione a qualsiasi indirizzo utilizzato durante l'accesso si otterrebbe una corrispondenza per più varianti, e l'utente non ne ha più, perché qualsiasi altro uso dell'indirizzo sarebbe la versione fornita.

Da un punto di vista tecnico, ciò rende i tuoi accessi marginalmente più facili alla forza bruta. Se questo è un problema, puoi sempre richiedere una corrispondenza esatta per gli accessi e fornire un'opzione "Dimenticato il mio login o password" che è tollerante quando si cerca l'account poiché qualsiasi e-mail che si invia sarà all'indirizzo "giusto".

Se un indirizzo come quello sopra rende tutto attraverso la registrazione e la verifica, non penso che sarebbe irragionevole rifiutare altri che si trasformano allo stesso modo dei duplicati. Direi che qualsiasi sito che assegni indirizzi locali come Lance.Boyle , LanceBoyle , lance.boyle e lanceboyle e li tratti come diversi potrebbe essere la fonte di altri tipi di problemi.