Sind E-Mail-Adressen Groß- und Kleinschreibungsempfindlich?

Question

Ich habe gelesen, dass nach dem Standard der erste Teil einer E-Mail auf die Groß- und Kleinschreibung achtet, aber ich habe versucht, eine E-Mail an name@example.com, Name@example.com und NAME@example.com zu senden - es ist in jedem Fall angekommen.

Wie behandeln Mailserver Benutzernamen? Ist es möglich, mit der Groß- und Kleinschreibung durcheinander zu kommen und dass die Nachricht nicht zugestellt wird? Ist es wirklich sehr wichtig, genau die gleiche Groß- und Kleinschreibung zu verwenden, wie sie bei der Registrierung angegeben wurde, wenn Sie Ihre E-Mail-Adresse angeben?

Answer 1

Von RFC 5321, Abschnitt 2.3.11:

Die Standard-Mailbox-Namenskonvention ist definiert als "lokal-teil@domain"; die zeitgenössische Nutzung erlaubt eine viel breitere Palette von Anwendungen als einfache "Benutzernamen". Folglich und aufgrund einer langen Geschichte von Problemen, wenn Zwischenhosts versucht haben, den Transport zu optimieren, indem sie sie modifizieren, muss der Lokalteil nur vom in dem Domain-Teil der Adresse angegebenen Host interpretiert und semantisch zugewiesen werden.

Ja, der Teil vor dem "@" könnte Groß- und Kleinschreibung beachten, da er vollständig unter der Kontrolle des Hostsystems steht. In der Praxis unterscheiden jedoch keine weit verbreiteten Mailsysteme verschiedene Adressen aufgrund der Groß- und Kleinschreibung.

Der Teil nach dem @-Zeichen ist jedoch die Domain und gemäß RFC 1035, Abschnitt 3.1,

"Nameserver und Resolver müssen [Domains] in einer nicht-unterscheidenden Weise vergleichen"

Kurz gesagt, Sie können E-Mail-Adressen als nicht-unterscheidungsfähig behandeln.

Answer 2

Ich weiß, dass dies eine alte Frage ist, aber ich möchte hier nur kommentieren: In jedem Fall sind E-Mail-Adressen IN der Groß- und Kleinschreibung sensitiv. Die meisten Benutzer wären "sehr unklug", eine E-Mail-Adresse zu verwenden, die Großbuchstaben erfordert. Sie würden bald aufhören, die Adresse zu verwenden, weil sie viele ihrer E-Mails verpassen würden. (Es sei denn, sie haben einen spezifischen Grund, um Dinge schwierig zu machen, und sie erwarten nur E-Mails von bestimmten Absendern, die sie kennen.)

Das liegt daran, dass unvollkommene Menschen sowie unvollkommene Software existieren, (Überraschung!) die annehmen werden, dass alle E-Mails in Kleinbuchstaben sind, und aus diesem Grund werden diese Menschen und Software Nachrichten mit einer "kleingeschriebenen Version" der Adresse senden, unabhängig davon, wie sie ihnen zur Verfügung gestellt wurde. Wenn der Empfänger solche Nachrichten nicht empfangen kann, wird es nicht lange dauern, bis er bemerkt, dass er viel verpasst, und zu einer E-Mail-Adresse nur in Kleinbuchstaben wechselt oder seinen Server so einrichtet, dass er nicht auf Groß- und Kleinschreibung achtet.

Answer 3

Ziemlich spät für diesen Beitrag, aber ich habe etwas leicht Anderes zu sagen...

>> "Sind E-Mail-Adressen Groß-/Kleinschreibungssensitiv?"

Nun, "Es kommt darauf an..." (TM)

Einige Organisationen denken tatsächlich, dass das eine gute Idee ist, und ihre E-Mail-Server setzen die Groß-/Kleinschreibungssensitivität durch.

Also, für diese verrückten Orte, "Ja, E-Mails sind Groß-/Kleinschreibungssensitiv."

Hinweis: Nur weil eine Spezifikation sagt, dass man etwas tun kann, bedeutet das nicht, dass es eine gute Idee ist.

Das Prinzip von KISS legt nahe, dass unsere Systeme E-Mails ohne Groß-/Kleinschreibungssensitivität verwenden.

Während das Robustheitsprinzip vorschlägt, dass wir Groß-/Kleinschreibungssensitive E-Mails akzeptieren.

Lösung:

• Speichere E-Mails mit Groß-/Kleinschreibungssensitivität
• Senden Sie E-Mails mit Groß-/Kleinschreibungssensitivität
• Führen Sie interne Suchvorgänge mit Groß-/Kleinschreibungssensitivität durch

Dies würde bedeuten, dass wenn diese E-Mail bereits existiert: user@x.com

... und ein anderer Benutzer kommt und diese E-Mail verwenden möchte: USER@x.com

... dass unsere Groß-/Kleinschreibungssensitive Suchlogik eine Fehlermeldung "Diese E-Mail existiert bereits" zurückgeben würde.

Nun haben Sie eine Entscheidung zu treffen: Ist diese Lösung in Ihrem Fall ausreichend?

Wenn nicht, könnten Sie eine Komfortgebühr für die Kunden verlangen, die Unterstützung für ihre Groß-/Kleinschreibungssensitiven E-Mails verlangen und eine benutzerdefinierte Logik implementieren, die es ermöglicht, dass USER@x.com in Ihr System gelangt, selbst wenn user@x.com bereits existiert.

In diesem Fall könnte Ihre E-Mail-Such-/Validierungslogik wie folgt aussehen:

if (benutzer.paidEmailFee) {
   // Groß-/Kleinschreibungsempfindliche E-Mail
   Abfrage = "select * from benutzer where email LIKE ?"
} else {
   // Groß-/Kleinschreibungsempfindliche E-Mail
   Abfrage = "select * from benutzer where email ILIKE ?"
}

So erzwingen Sie größtenteils die Groß-/Kleinschreibungsunempfindlichkeit, ermöglichen es den Kunden jedoch, für diese Unterstützung zu zahlen, wenn sie E-Mail-Systeme verwenden, die solchen Unsinn unterstützen.

p.s. ILIKE ist ein PostgreSQL-Schlüsselwort: http://www.postgresql.org/docs/9.2/static/functions-matching.html

Answer 4

IETF Open Standards RFC 5321 2.4. Allgemeine Syntaxprinzipien und Transaktionsmodell

SMTP-Implementierungen MÜSSEN darauf achten, die Groß- und Kleinschreibung der lokalen Teile der Mailbox zu erhalten. Insbesondere ist für einige Hosts der Benutzer "smith" unterschiedlich vom Benutzer "Smith".

Mailbox-Domänen folgen den normalen DNS-Regeln und sind daher nicht Groß-/Kleinschreibungssensitiv.

Answer 5

Per @l3x, es kommt darauf an.

Es gibt offensichtlich zwei allgemeine Situationen, in denen die korrekte Antwort unterschiedlich ausfallen kann, sowie eine dritte, die nicht so allgemein ist:

a) Sie sind ein Benutzer, der private E-Mails sendet:

Sehr wenige moderne E-Mail-Systeme implementieren Groß- und Kleinschreibung, daher können Sie wahrscheinlich die Groß- und Kleinschreibung ignorieren und wählen, welche Schreibweise Sie verwenden möchten. Es gibt keine Garantie, dass alle Ihre E-Mails zugestellt werden - aber so wenige E-Mails würden negativ beeinflusst, dass Sie sich keine Sorgen machen sollten.

b) Sie entwickeln E-Mail-Software:

Sehen Sie den Auszug aus RFC5321 2.4 am Ende.

Wenn Sie E-Mail-Software entwickeln, möchten Sie RFC-konform sein. Sie können die E-Mail-Adressen Ihrer eigenen Benutzer Groß- und Kleinschreibung ignorieren, wenn Sie möchten (und Sie sollten wahrscheinlich). Aber um RFC-konform zu sein, müssen Sie externe Adressen als Groß- und Kleinschreibung beachtend behandeln.

c) Verwalten von geschäftseigenen Listen von E-Mail-Adressen als Mitarbeiter:

Es ist möglich, dass ein und derselbe E-Mail-Empfänger mehrmals zu einer Liste hinzugefügt wird - jedoch mit unterschiedlicher Groß- und Kleinschreibung. In dieser Situation, obwohl die Adressen technisch verschieden sind, könnte es dazu führen, dass ein Empfänger doppelte E-Mails erhält. Wie Sie diese Situation behandeln, ähnelt der Situation a) in dem Sinne, dass es wahrscheinlich in Ordnung ist, sie als Duplikate zu behandeln und einen Duplikateintrag zu entfernen. Es ist jedoch besser, diese als spezielle Fälle zu behandeln, indem Sie beiden Adressen eine "Erinnerungs"-E-Mail senden, um sie zu fragen, ob die Groß- und Kleinschreibung der E-Mail-Adresse korrekt ist.

Von rechtlicher Seite aus könnten Sie, wenn Sie ein Duplikat ohne Bestätigung/Genehmigung beider Adressen entfernen, verantwortlich gemacht werden dafür, dass Sie private Informationen/Authentifizierung an eine nicht autorisierte Adresse weitergeben, einfach weil zwei tatsächlich getrennte Empfänger ansonsten identische Adressen, aber mit unterschiedlicher Groß- und Kleinschreibung haben.

Auszug aus RFC5321 2.4:

Der lokale Teil eines Postfachs muss als Groß- und Kleinschreibung beachtend behandelt werden. Daher müssen SMTP-Implementierungen darauf achten, die Groß- und Kleinschreibung der lokalen Teile von Postfächern zu erhalten. Insbesondere für einige Hosts ist der Benutzer "smith" unterschiedlich vom Benutzer "Smith". Die Ausnutzung der Groß- und Kleinschreibung von lokalen Teilen von Postfächern beeinträchtigt jedoch die Interoperabilität und ist unerwünscht.