Groß-/Kleinschreibung bei E-Mail-Adresse

  • MarkTheGreek
  • Erledigt
    • #1

    Hallo allerseits,

    ich bin der Neue;), blutiger Anfänger und habe eine (ggf. dumme) Frage.

    Und wer jetzt sagt "Dumme Fragen gibt'south nicht, es gibt nur dumme Antworten", der sollte erstmal meine Frage lesen:)

    Too: Macht es (bei netcup) etwas aus, wenn homo bei E-Post-Adressen nicht auf Groß-/Kleinschreibung achtet?

    Ich habe das Problem, dass E-Mails an "kontakt_a@meine-domain.de" ankommen (so ist dice Adresse auch eingerichtet), E-Mails z. B. an "Kontakt_a@meine-domain.de" oder "kontakt_A@meine-domain.de" abgelehnt werden.

    Ich dachte bisher immer, dass zumindest im local part einer Email-Adresse dice Groß-/Kleinschreibung egal ist.

    Oder ist das eine Einstellung im wo-auch-immer?

    Vorab vielen Chilly für eure Hilfe und ein schönes Wochenende!

    MarkTheGreek

    --- may the shitstorm brainstorm ---

    • #2

    Es ist eher andersrum: der Domain-Office ist immer instance insensitive, während der Local-Part case sensitive sein kann. Wie das jetzt bei Netcup einfestellt ist weiß ich nicht, GMail z.B. ignoriert dice Groß- und Kleinschreibung

    • #3

    während der Local-Part case sensitive sein kann.

    Nein, entweder bei allen Mailservern od. bei keinem;

    man kann beim Local-Part Groß-/Kleinschreibung anwenden,

    hat aber nur damit was zu tun, wie es beim Empfänger ankommt,

    sprich: ein 'Vorname.Nachname@domain.tld' sieht einfach sprechender aus

    als ein 'vorname.nachname@domain.tld'

    Ich habe das Problem, dass E-Mails an "kontakt_a@meine-domain.de" ankommen (and so ist dice Adresse auch eingerichtet), Eastward-Mails z. B. an "Kontakt_a@meine-domain.de" oder "kontakt_A@meine-domain.de" abgelehnt werden.

    was kommt da als Ablehnfehler retour?

    • #4

    Gerade ausprobiert mit einer EiWoMiSau: E-mail examination@comain.de angelegt. Mails an Test@domain.de kommen dort ebenfalls an.

    Nein, entweder bei allen Mailservern od. bei keinem;

    ??

    • #5

    laut RFC 5321 (Abschnitt 2.4) müssen SMTP-Server im Local Part übrigens tatsächlich zwischen Groß- und Kleinschreibung unterscheiden

    • #half-dozen

    mfnalex das stimmt. Aber in RFC 5321 wird auch vermerkt, dass dies zu Problemen zwischen Systemen führen kann.

    Generell hab ich aber auch noch nirgends ein System gesehen, was beim local Office wirklich auf Groß- und Kleinschreibung matched.

    • #7

    mfnalex probier mal und lege ein HUGO und ein hugo und ein Hugo an, spätestens beim 2ten knallt ein Fehler entgegen, was es lt. dem RFC Zitat aber gar nicht bräuchte weil ja unterschieden wird ...;)

    • #8

    Letztlich heisst es ja nicht, dass der empfangende Mailserver die case sensitiven local parts als unterschiedliche Mailboxen betrachten MUSS. Er könnte theoretisch, wüsste jetzt aber grad keinen der das auch macht. Trotzdem dürfen dice Server über dice das läuft den local part nicht verändern, weil sie ja nicht wissen können, was auf dem Zielserver damit passiert. Also ob der jetzt eventuell "Hugo" eben doch von "hugO" unterscheiden möchte.

    • #nine

    habe es soeben mit einem MS Exchange Server getestet;

    dort wird defintiiv NICHT zwischen Groß- und Kleinschreibung unterschieden;

    homo hat keine Take chances wenn es dice Email z.B. hugo.dominate@ads.waldi.local schon gibt

    auch eine E-post z.B. HUGO.Boss@ads.waldi.local anzulegen;

    er erkennt dies und verweigert derartiges;

    • #10

    NTFS kann ja nicht mal Groß- und Kleinschreibung unterscheiden, wie soll das dann Exchange können?

    • #11

    Ich halte das mit Unterscheidung von Mailboxen, dice sich nur durch Groß-/Kleinschreibung unterscheiden, eigentlich für ziemlich hanebüchenen Blödsinn. Trotzdem macht der RFC natürlich Sinn, damit der local role auch so ankommt wie er abgeschickt wird, allerdings nur aus Gründen der Lesbarkeit oder Ästhetik.

    • #12

    E-Mails z. B. an "Kontakt_a@meine-domain.de" oder "kontakt_A@meine-domain.de" abgelehnt werden.

    Mit welcher Fehlermeldung? [edit]: Habe gerade gesehen, dass das schon gefragt (aber nicht beantwortet) wurde, aber da mir Nachrichten dieses Nutzers standardmäßig nicht angezeigt werden, habe ich das nicht bemerkt ;)

    Hervorhebung von mir:

    The local-part of a mailbox MUST BE treated equally case sensitive. Therefore, SMTP implementations MUST take care to preserve the case of mailbox local-parts. In detail, for some hosts, the user "smith" is different from the user "Smith". Nevertheless, 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.

    Naja, der Webserver muss dice Schreibweise beim local office beibehalten und es KANN mailserver geben, die das in unterschiedliche Postfächer machen, davon wird aber ausdrücklich gewarnt (und macht meines Wissens nach auch keiner der verbreiteten Mailserver):

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

    Ich gehe mal davon aus, dass die meisten Mailserver dazu da sind, Mails zu empfangen und man deshalb case-insensitive sein will.

    • #thirteen

    NTFS kann ja nicht mal Groß- und Kleinschreibung unterscheiden,

    doch NTFS kann unterscheiden, die Software meist aber nicht;

    das UNIX Subsystem läuft mit NTFS problemlos;

    dort sind hallo.txt und Hallo.Txt echt two verschiedene Files, wenngleich der Windows Explorer damit nicht umgehen kann;

    wie soll das dann Exchange können?

    er tut es eh nicht, und nebenbei sind die Postfächer nicht native am NTFS abgebildet sondern in Exchange Datenbanken

    (eine besondere Form der Jet-Engine - vergleichbar mit der vom MS-Admission)

    • #14

    Ich meinte damit, dass Microsoft grundsätzlich ein Trouble mit example sensitivity lid.