Sollten Großbuchstaben erlaubt sein E-Mail-Adressen?

Den offiziellen RFC-Dokumente Zustand, die wir nutzen können sowohl groß-und Kleinbuchstaben in der "lokalen" Teil der Domäne ist (plus viele andere tolle Dinge).

Jedoch, was in der realen Welt - und was die Skillung sagen sind zwei verschiedene Dinge. Keiner von diesen zusätzlichen Zeichen (! # $ % & ' * /= ? ^ { | } ~) sind nicht erlaubt, E-Mails von großen Providern wie yahoo, google oder hotmail. Darüber hinaus ist es sehr, sehr selten zu sehen, eine E-Mail mit Großbuchstaben ([email protected]).

Schickte ich mir ein paar E-Mails heute mit verschiedenen groß-und Kleinbuchstaben combos und festgestellt, dass meine E-Mail-Server alle behandelten Sie, als Sie die gleiche Konto, das ignorieren der Tatsache, dass der Brief-Gehäuse war anders. In anderen Worten, [email protected] = [email protected] auf meine E-Mail-Server (auch meine Kostenlose E-Mail-Konten).

Soll ich es auf das format der Welt auserwählt hat, und zu standardisieren - /Kleinbuchstaben-alle ANSII-E-Mails? Oder sollte ich erlauben, Benutzer zu registrieren mehrere Konten [email protected], [email protected] und [email protected]?

InformationsquelleAutor Xeoncross | 2011-03-14

  1. 4

    Wohl der richtige Kompromiss ist, lassen Sie sich registrieren mit der Kapitalisierung Ihrer Wahl, und zeigen, dass dort, wo die geeigneten ("[email protected] Posteingang"). Aber Sie sollten kanonisieren die Kapitalisierung für die Einzigartigkeit überprüft, da es viele schlecht erzogene E-Mail-Absender, z.B. Großschreibung des gesamte E-Mail-Adresse vor dem senden.

    So ist die Marktkapitalisierung der standard für die Lieferung, während Kleinbuchstaben ist der standard für die Anzeige?
    Nein, ich bin nicht dafür, die Großschreibung (upper-Gehäuse) für die Lieferung korrekt ist, ist eine gute Idee, oder, die von den meisten Absendern. Aber es ist falsch, die von einer beträchtlichen Anzahl. Und als ich sagte, Sie sollten die Anzeige der original-Adresse an den Benutzer gegebenenfalls. Für die Kanonisierung unteren Gehäuse oder oberen Gehäuse sollten beide in Ordnung sein, solange Sie konsistent sind.
    Nein, Sie sollte, um zu der gleichen Adresse, der Absender schrieb, dass der empfangende server möglicherweise die groß-und Kleinschreibung.

    InformationsquelleAutor Matthew Flaschen

  2. 3

    In Microsoft SQL server, standardmäßig sind Indizes der groß-und Kleinschreibung.

    Wenn du einen eindeutigen index auf dem Feld, kann der Benutzer eine Leser-freundliche CamelCase-Namen, wie [email protected] und wie Duplikate [email protected] werden automatisch abgelehnt.

    Ich benutze meistens PostgreSQL, aber MySQL teilt die gleiche groß-und Kleinschreibung in der Natur, die Sie beschreiben. Dies ist jedoch mehr als nur Speicher - brauche ich auch, um diese E-Mail-Konten.

    InformationsquelleAutor Steve Wellens

  3. 2

    Den Grund für den standard wurde, so dass nicht-Unix-Systemen konnte an das ARPAnet und später Internet-mit minimalem Aufwand. (VMS und Tenex wurden in den ehemaligen, und BITNET war auch vertreten. Im letzteren zumindest, Kleinbuchstaben erforderlich 3278 oder aktualisiert werden, von 3270-terminals). In diesen Tagen, ist es am besten zu ignorieren Fall im Lokalteil, so wie alle es herausgefunden hat, wie man Kleinbuchstaben aus der not heraus.

    InformationsquelleAutor geekosaur

  4. 1

    Ich persönlich wählen würde, zu standardisieren - /Kleinbuchstaben-alle E-Mails. Dies vereinfacht die Dinge für Sie, weil, wenn ein Benutzer das senden von E-Mails oder das einloggen in Ihr system, es ist sehr einfach zu vertippen Sie eine E-Mail-Adresse - [email protected] vs [email protected]. Und, wie dus gesagt, die großen Anbieter haben diese Entscheidung getroffen, Folgen diesem Muster. Selbst wenn Sie erlaubt, Großbuchstaben, es würde verwirren Sie Ihre Nutzer-Basis, wie Sie gekommen sind, zu erwarten, etwas anders (AKA alle Kleinbuchstaben).

    InformationsquelleAutor JasCav

Schreibe einen Kommentar