1. Der lokale Teil (Benutzername)

Der lokale Teil steht vor dem @-Symbol und identifiziert das spezifische Postfach bei einer Domain. Gemäß RFC 5322 kann der lokale Teil Folgendes enthalten:

Erlaubte Zeichen:

• Groß- und Kleinbuchstaben (A-Z, a-z)
• Ziffern (0-9)
• Sonderzeichen: ! # $ % & ‘ * + – / = ? ^ _ ` { | } ~
• Punkt (.) aber NICHT am Anfang, Ende oder hintereinander

Wichtige Regeln:

• Maximale Länge: 64 Zeichen
• Theoretisch Groß-/Kleinschreibung beachten, obwohl die meisten Mailserver sie als groß-/kleinschreibungsunabhängig behandeln
• Anführungszeichen erlauben zusätzliche Zeichen: `”john..doe”@example.com`

Häufige gültige Beispiele:

• `john.doe` (Buchstaben und Punkt)
• `user+tag` (Pluszeichen für Filterung)
• `admin_2024` (Unterstrich und Ziffern)
• `first-last` (Bindestrich)

Häufige Fehler, die vermieden werden sollten:

• Beginnen oder enden mit einem Punkt: `.john@` oder `john.@`
• Hintereinanderliegende Punkte: `john..doe@`
• Leerzeichen ohne Anführungszeichen: `john doe@`
• Nur Sonderzeichen: `@@@@@@@`

2. Das @-Symbol

Das @ (At-Zeichen) dient als obligatorischer Trenner zwischen dem lokalen Teil und dem Domainnamen. Jede gültige E-Mail-Adresse enthält genau ein @-Symbol (es sei denn, es befindet sich innerhalb von Anführungszeichen).

Kritische Regeln:

• Genau ein @ erforderlich
• Kann nicht am Anfang oder Ende stehen
• Kann nicht escaped oder ersetzt werden

Die Position des @-Symbols bestimmt, wo der lokale Teil endet und der Domainname beginnt. E-Mail-Validierungssysteme lokalisieren zuerst das @-Symbol und validieren dann separat die Teile davor und danach.

3. Der Domainname

Der Domainname folgt dem @-Symbol und identifiziert den Mailserver, der Nachrichten für diese Adresse empfängt. Domainnamen müssen den DNS (Domain Name System)-Standards entsprechen.

Anforderungen an die Domainstruktur:

• Enthält ein oder mehrere durch Punkte getrennte Labels
• Jedes Label: 1-63 Zeichen
• Gesamtlänge der Domain: maximal 253 Zeichen
• Muss gültige MX-Einträge oder A-Einträge für die Mailzustellung haben

Erlaubte Zeichen in Domainnamen:

• Buchstaben (A-Z, a-z)
• Ziffern (0-9)
• Bindestriche (-) aber NICHT am Anfang oder Ende von Labels

Gültige Domainbeispiele:

• `example.com` (Basisdomain)
• `mail.company.co.uk` (Subdomain mit Ländercode)
• `server-01.internal.org` (Bindestriche und Ziffern)

Ungültige Domainbeispiele:

• `-example.com` (beginnt mit Bindestrich)
• `example-.com` (Label endet mit Bindestrich)
• `example` (kein TLD)
• `example..com` (hintereinanderliegende Punkte)

Damit eine E-Mail tatsächlich Nachrichten empfangen kann, muss die Domain über ordnungsgemäße MX-Einträge in der DNS konfiguriert sein. Diese Einträge teilen sendenden Servern mit, welche Mailserver E-Mails für diese Domain verarbeiten.

4. Die Top-Level-Domain (TLD)

Die TLD ist das letzte Segment des Domainnamens nach dem letzten Punkt. TLDs fallen in mehrere Kategorien:

Generische TLDs (gTLDs):

• Original: .com, .org, .net, .edu, .gov
• Neue gTLDs: .app, .dev, .io, .tech, .shop (über 1000 verfügbar)

Ländercode-TLDs (ccTLDs):

• Zweistellige Codes: .uk, .de, .jp, .au, .ca
• Oft lokal verwendet, aber global zugänglich

Anforderungen an gültige TLDs:

• Mindestens 2 Zeichen (historisch)
• Neue gTLDs können länger sein: .technology, .international
• Muss IANA-registriert sein
• Darf in den meisten Kontexten keine reinen Ziffern enthalten

Moderne Validierungen sollten jede IANA-registrierte TLD akzeptieren, anstatt eine hartcodierte Liste zu pflegen, da regelmäßig neue TLDs eingeführt werden.

Gültige E-Mail-Adressen

Ungültige E-Mail-Adressen

Wichtige Unterscheidung: Diese Beispiele zeigen die Syntaxgültigkeit. Eine Adresse kann syntaktisch gültig sein, aber trotzdem keine E-Mails empfangen, wenn die Domain nicht existiert oder keine Mailserver hat.

E-Mail-Validierung (Syntaxprüfung)

Was es ist: Überprüfung, ob eine E-Mail-Adresse die richtigen Formatregeln befolgt, ohne Server zu kontaktieren.

Was es prüft:

• Korrekte Struktur (lokaler [email protected])
• Nur erlaubte Zeichen
• Korrekte Punktplatzierung
• Längenbeschränkungen
• Grundlegendes Domainformat

Methoden:

• Regex-Musterabgleich
• Format-Parser
• Clientseitige JavaScript-Validierung
• Serverseitige Syntaxprüfung

Geschwindigkeit: Sofort (Millisekunden)

Ergebnis: „Diese Adresse ist korrekt formatiert“ oder „Diese Adresse verstößt gegen Formatregeln“

Einschränkung: Kann nicht feststellen, ob die Adresse tatsächlich existiert oder E-Mails empfängt.

E-Mail-Verifizierung (Existenzprüfung)

Was es ist: Bestätigung, dass eine E-Mail-Adresse tatsächlich existiert und Nachrichten empfangen kann.

Was es prüft:

• Domain hat gültige MX-Einträge
• Mailserver antwortet
• Postfach existiert (wenn möglich)
• Keine bekannte Wegwerf-/Temporäradresse
• Nicht auf Blocklisten

Methoden:

• DNS-MX-Eintrag-Abfragen
• SMTP-Serververbindungen
• Postfachverifizierungsprotokolle
• Datenbankprüfungen zur Zustellbarkeit

Geschwindigkeit: Langsamer (1-5 Sekunden pro Adresse)

Ergebnis: „Zustellbar“, „Nicht zustellbar“, „Unbekannt“ oder „Riskant“

Einschränkung: Einige Mailserver blockieren Verifizierungsversuche; Ergebnisse sind nicht immer 100%ig genau.

Warum Sie beides brauchen

Intelligente E-Mail-Systeme verwenden zuerst die Validierung (schnell, eliminiert offensichtliche Fehler) und dann die Verifizierung für Adressen, die die Syntaxprüfung bestehen. Dieser zweistufige Ansatz:

• Verhindert Tippfehler bei der Formularübermittlung (Validierung)
• Reduziert die Absprungrate (Verifizierung)
• Pflegt die Listenhygiene (Verifizierung)
• Verbessert die Absenderreputation (beides)
• Erhöht die Zustellbarkeit (beides)

Für Unternehmen, die E-Mail-Adressen sammeln, verbessert die Implementierung beider Prozesse durch E-Mail-Verifizierungs- und Validierungstools die Datenqualität erheblich.

1. Zu restriktive Formularvalidierung

Problem: Viele Websites verwenden veraltete Validierungsregeln, die legitime Adressen ablehnen.

Häufige Einschränkungen:

• Blockieren von Pluszeichen (+), die zur E-Mail-Filterung verwendet werden
• Ablehnen neuer TLDs wie .io, .app oder .dev
• Erfordern mindestens eines Punktes im lokalen Teil
• Blockieren von Unterstrichen oder Bindestrichen

Lösung: Aktualisieren Sie die Validierungs-Regex-Muster, um alle RFC-konformen Formate zu akzeptieren. Verwenden Sie einen umfassenden E-Mail-Syntax-Parser anstelle einer zu vereinfachten Regex.

2. Filterung von Sonderzeichen

Problem: Sicherheitsbewusste Formulare blockieren manchmal Sonderzeichen, die in E-Mail-Adressen legitim sind.

Häufig abgelehnt:

• `[email protected]` (Pluszeichen-Filterung)
• `user%[email protected]` (Prozentzeichen)
• `[email protected]` (Unterstrich, selten)

Lösung: Unterscheiden Sie zwischen E-Mail-Validierung und allgemeiner Eingabe-Sanitisierung. E-Mail-Adressen benötigen ihre eigenen spezialisierten Validierungsregeln.

3. TLD-Beschränkungen

Problem: Formulare, die hartcodierte TLD-Listen pflegen, lehnen neu eingeführte oder weniger verbreitete Top-Level-Domains ab.

Abgelehnte Beispiele:

• `[email protected]`
• `[email protected]`
• `[email protected]`

Lösung: Akzeptieren Sie jede Domain mit einer gültigen TLD-Struktur, anstatt eine Whitelist zu pflegen. Überprüfen Sie die TLD-Gültigkeit durch eine Domainabfrage anstatt durch Musterabgleich.

4. Längenbeschränkungen

Problem: Datenbanken oder Formularfelder mit willkürlichen Längenbeschränkungen lehnen längere gültige Adressen ab.

Problem: Eine maximale Länge von 50 Zeichen lehnt Adressen ab wie:

• `[email protected]` (55 Zeichen)

Lösung: Unterstützen Sie das volle Maximum von 320 Zeichen (64 lokal + @ + 255 Domain). Datenbankfelder sollten VARCHAR(320) oder Äquivalent verwenden.

5. Falsche Regex-Muster

Problem: Vereinfachte Regex-Muster übersehen Randfälle oder lehnen gültige Formate ab.

Häufige Regex-Probleme:

• Erfordern mindestens eines Punktes: `^[^@]+@[^@]+\.[^@]+$` (zu einfach)
• Blockieren von hintereinanderliegenden Punkten in Anführungszeichen
• Keine korrekte Behandlung von Subdomains
• Falsche Zeichenklassendefinitionen

Lösung: Verwenden Sie etablierte, RFC-konforme E-Mail-Validierungsbibliotheken anstelle von benutzerdefinierten Regex-Mustern. Als Referenz: Ein vollständig konformes Regex-Muster erstreckt sich über Hunderte von Zeichen.

6. Unicode/Internationale Zeichenbehandlung

Problem: Formulare, die internationalisierte E-Mail-Adressen nicht unterstützen, lehnen Adressen mit Nicht-ASCII-Zeichen ab.

Beispiele:

• `mü[email protected]`
• `用户@domain.cn`

Lösung: Implementieren Sie RFC 6531-Unterstützung oder kommunizieren Sie ASCII-Beschränkungen klar an die Benutzer.

Manuelle Methoden

1. Visuelle Syntaxprüfung

Untersuchen Sie die Adresse auf offensichtliche Fehler:

• Ein @-Symbol vorhanden?
• Zeichen vor und nach dem @?
• Domain hat mindestens einen Punkt?
• Keine Leerzeichen oder offensichtlich ungültigen Zeichen?

Nützlich für schnelle Stichproben, aber fehleranfällig bei subtilen Problemen.

2. Test-E-Mail senden

Der definitive Test: Senden Sie eine Nachricht und bestätigen Sie den Empfang.

Prozess:

• Senden Sie eine E-Mail an die Adresse
• Fügen Sie einen Bestätigungslink oder -code hinzu
• Warten Sie auf die Aktion des Empfängers
• Zustellbarkeit bestätigen

Vorteile: 100% genau für tatsächliche Zustellbarkeit
Nachteile: Langsam, erfordert Kooperation des Empfängers, Risiko von Spam-Beschwerden

3. Passwort-Wiederherstellungs-Trick

Clevere indirekte Verifizierung:

• Gehen Sie zu einem Dienst, den die Person wahrscheinlich nutzt (Gmail, LinkedIn usw.)
• Geben Sie die E-Mail im Flow „Passwort vergessen“ ein
• System zeigt „E-Mail gesendet“ oder „E-Mail nicht gefunden“ an

Hinweis: Dies funktioniert nur, wenn Dienste preisgeben, ob eine E-Mail in ihrer Datenbank vorhanden ist. Viele geben aus Sicherheitsgründen generische Meldungen zurück.

Automatisierte Methoden

1. Regex-Muster-Validierung

Reguläre Ausdrücke prüfen die Syntax ohne externe Aufrufe.

Grundlegendes Muster (vereinfacht):

“`regex

^[a-zA-Z0-9._%+-]+@[a-zA-Z0-9.-]+\.[a-zA-Z]{2,}$

“`

Umfassenderes Muster (immer noch vereinfacht):

“`regex

^[a-zA-Z0-9!#$%&’+/=?^_`{|}~-]+(?:\.[a-zA-Z0-9!#$%&’+/=?^_`{|}~-]+)@(?:[a-zA-Z0-9](?:[a-zA-Z0-9-][a-zA-Z0-9])?\.)+[a-zA-Z0-9](?:[a-zA-Z0-9-]*[a-zA-Z0-9])?$

“`

Vorteile: Schnell, funktioniert offline, keine externen Abhängigkeiten
Nachteile: Komplexe Muster schwer zu warten, kann Zustellbarkeit nicht überprüfen, Randfälle schwierig

Best Practice: Verwenden Sie etablierte Bibliotheken anstelle von benutzerdefinierten Regex-Mustern.

2. API-Dienste

E-Mail-Verifizierungs-APIs prüfen sowohl Syntax als auch Zustellbarkeit.

Beliebte Dienste:

• ZeroBounce
• NeverBounce
• Kickbox
• Clearout
• EmailListVerify

Typische API-Funktionen:

• Syntaxvalidierung
• Domainverifizierung
• MX-Eintrag-Prüfung
• Erkennung von Wegwerf-E-Mails
• Identifizierung von Spam-Traps
• Postfach-Existenzprüfung

Vorteile: Umfassende Prüfungen, hohe Genauigkeit, schnell (1-3 Sekunden)
Nachteile: Kostet bei Skalierung Geld, erfordert Internetverbindung

3. Echtzeit-Validierungs-Widgets

JavaScript-Bibliotheken, die während der Eingabe durch den Benutzer validieren.

Funktionen:

• Sofortiges Syntax-Feedback
• Erkennung von Domain-Tippfehlern („gmial.com“ → „gmail.com“)
• Warnungen vor Wegwerf-E-Mails
• Visuelle Indikatoren (Häkchen/X)

Beliebte Bibliotheken:

• Mailcheck.js (Tippfehlererkennung)
• Email-validator (nur Syntax)
• Validator.js (enthält E-Mail-Validierung)

Vorteile: Tolle UX, verhindert Fehler vor der Übermittlung
Nachteile: Nur Syntax (keine Zustellbarkeitsprüfung), clientseitige Einschränkungen

4. Bulk-Verifizierungstools

Zur Validierung großer E-Mail-Listen (Tausende bis Millionen).

Prozess:

1. CSV/Textdatei mit Adressen hochladen
2. System verarbeitet parallel
3. Ergebnisse mit Verifizierungsstatus herunterladen

Ergebnisse umfassen typischerweise:

• Gültig/Ungültig-Status
• Zustellbarkeits-Score
• Risikostufe (sicher/riskant/unbekannt)
• Grund für Ungültigkeit

Anwendungsfälle:

• Pflege der E-Mail-Listenhygiene
• Bereinigung von Listen vor Kampagnen
• Datenbank-Deduplizierung
• Importvalidierung

Bulk-Verifizierung ist unerlässlich für die Pflege der E-Mail-Listenhygiene und die Sicherstellung starker Zustellbarkeitsraten.

Für Unternehmen

1. Alle gültigen Formate akzeptieren

Lehnen Sie E-Mail-Adressen nicht ab, nur weil sie ungewöhnlich sind:

• Plus-Adressierung erlauben (`[email protected]`)
• Alle gültigen TLDs akzeptieren
• Subdomains unterstützen
• Punkte, Bindestriche, Unterstriche gemäß RFC-Regeln erlauben

Implementierung: Verwenden Sie eine umfassende Validierungsbibliothek, die RFC 5322-Standards folgt, anstelle von benutzerdefinierten Regex.

2. Echtzeit-Validierungs-UX

Sofortiges Feedback geben, ohne Benutzer zu frustrieren:

Gute Praktiken:

• Validieren während der Eingabe (mit kurzer Verzögerung)
• Klare Fehlermeldungen anzeigen, die Probleme erklären
• Korrekturen für häufige Tippfehler vorschlagen
• Visuelle Indikatoren verwenden (Farbe, Symbole)
• Einreichung nicht wegen Validierungsverzögerungen blockieren

Schlechte Praktiken:

• Nur nach Formularübermittlung validieren
• Generische Fehler: „Ungültige E-Mail“
• Plus-Adressierung ohne Erklärung blockieren
• Falsch-positive Ergebnisse, die gültige Adressen ablehnen

3. Double-Opt-In implementieren

Bestätigen Sie, dass E-Mail-Adressen tatsächlich den Benutzern gehören:

Prozess:

1. Benutzer übermittelt E-Mail
2. System sendet Bestätigungs-E-Mail
3. Benutzer klickt auf Bestätigungslink
4. Adresse als verifiziert markiert

Vorteile:

• Verhindert Tippfehler in Ihrer Datenbank
• Bestätigt Zustellbarkeit
• Reduziert Spam-Beschwerden
• Verbessert Engagement-Metriken
• Gesetzliche Konformität (DSGVO-Einwilligung)

4. Listenhygiene pflegen

Bereinigen Sie Ihre E-Mail-Datenbank regelmäßig:

Aktionen:

• Hard Bounces sofort entfernen
• Adressen mit mehreren Soft Bounces markieren
• Inaktive Benutzer identifizieren und segmentieren
• Alte Adressen periodisch neu verifizieren
• Rollenbasierte Adressen bei Bedarf entfernen

Häufigkeit: Ganze Liste alle 6-12 Monate neu verifizieren; kritische Kontakte vierteljährlich.

Für Benutzer

1. Merkwürdige Adressen wählen

Ihre E-Mail dient als Ihre Online-Identität:

Tipps:

• Verwenden Sie das Format Vorname.Nachname für professionelle Kontexte
• Halten Sie es einfach für die mündliche Weitergabe
• Vermeiden Sie übermäßige Zahlen oder Sonderzeichen
• Berücksichtigen Sie die Langlebigkeit (Schuladressen laufen ab)

2. Sicherheitsüberlegungen

Best Practices:

• Verwenden Sie eine eindeutige E-Mail für Finanzkonten
• Erwägen Sie separate Adressen für Einkäufe/Newsletter
• Teilen Sie E-Mails nicht öffentlich (Harvesting-Bots)
• Aktivieren Sie die Zwei-Faktor-Authentifizierung
• Verwenden Sie E-Mail-Aliase, wenn Sie sich um den Datenschutz sorgen

3. Plus-Adressierung zur Filterung

Gmail und die meisten Anbieter unterstützen die Plus-Adressierung:

Format: `[email protected]`

Anwendungsfälle:

• `[email protected]` (nach Label filtern)
• `[email protected]` (einfaches Abbestellen)
• `[email protected]` (verfolgen, wer Daten teilt/verkauft)

Alle Varianten werden an `[email protected]` geliefert, ermöglichen aber automatische Filterregeln.

4. Verwaltung mehrerer Adressen

Strategischer Multi-Adressen-Ansatz:

Struktur:

• Professionell: [email protected]
• Persönlich: [email protected]
• Einkaufen: [email protected]
• Testen: Wegwerfdienste für nicht vertrauenswürdige Websites

Verwenden Sie E-Mail-Clients oder Weiterleitungen, um mehrere Adressen von einem Posteingang aus zu verwalten.

Internationalisierte E-Mail-Adressen

RFC 6531 (2012) führte Unicode-Unterstützung in E-Mail-Adressen ein und ermöglichte Nicht-ASCII-Zeichen sowohl im lokalen Teil als auch in der Domain.

Beispiele:

• `用户@例え.jp` (Chinesisch/Japanisch)
• `Dörte@Sörensen.com` (Deutsche Umlaute)
• `χρήστης@παράδειγμα.gr` (Griechisch)
• `अजय@डाटा.भारत` (Hindi)

Aktueller Status:

• Unterstützung: Wachsend, aber inkonsistent
• Große Anbieter: Gmail, Outlook unterstützen den Empfang; das Senden variiert
• Herausforderungen: Kompatibilität mit Altsystemen, DNS-Beschränkungen

Empfehlung: ASCII-Adressen bleiben universeller kompatibel. Internationalisierte Adressen funktionieren am besten innerhalb regionaler Systeme, die Sprach-/Zeichensätze teilen.

Sub-Adressierung und Filterung

Über die Plus-Adressierung (+) hinaus unterstützen einige Systeme andere Trennzeichen:

Varianten:

• Plus: `[email protected]` (Gmail, Outlook, die meisten Anbieter)
• Bindestrich: `[email protected]` (Yahoo, einige Anbieter)
• Unterstrich: Funktioniert manchmal, ist aber nicht standardisiert

Erweiterte Filterung:

1. Erstellen Sie Sub-Adressen für verschiedene Zwecke
2. Richten Sie automatische Filter/Regeln ein
3. Verfolgen Sie, welche Dienste Ihre E-Mail teilen
4. Identifizieren Sie Spam-Quellen einfach
5. Massenlöschung nach Filter

Einschränkung: Ausgeklügelte Spammer entfernen die Plus-Adressierung, bevor sie Listen verkaufen.

Wegwerf-E-Mail-Adressen

Wegwerf-E-Mail-Dienste bieten kurzlebige Adressen für Situationen, die eine E-Mail ohne Verpflichtung erfordern.

Beliebte Dienste:

• 10 Minute Mail
• Guerrilla Mail
• Temp Mail
• Mailinator

Gültige Anwendungsfälle:

• Testen der E-Mail-Funktionalität
• Vermeiden von Spam auf nicht vertrauenswürdigen Websites
• Einmalige Downloads, die eine Registrierung erfordern
• Schutz der Privatsphäre für nicht kritische Dienste

Geschäftliche Überlegungen:

Wegwerf-E-Mails sind syntaktisch gültig, stellen aber Leads von geringer Qualität dar. Viele Verifizierungsdienste kennzeichnen Wegwerf-Domains, sodass Unternehmen:

• Wegwerf-Adressen bei der Anmeldung blockieren können
• Für wichtige Konten eine alternative E-Mail verlangen können
• Wegwerf-Adressen für unterschiedliche Behandlung segmentieren können

Rollenbasierte Adressen

Rollenbasierte Adressen repräsentieren Funktionen statt Einzelpersonen:

Häufige Beispiele:

• `[email protected]`
• `[email protected]`
• `[email protected]`
• `[email protected]`
• `[email protected]`

Merkmale:

• Oft geteilte Postfächer
• Geringere Engagement-Raten
• Für den Geschäftsbetrieb erforderlich
• Unterliegen anderen Anti-Spam-Regeln

Geschäftsperspektive:

Einige E-Mail-Marketing-Vorschriften raten davon ab, Werbeinhalte an rollenbasierte Adressen ohne ausdrückliche Zustimmung zu senden.

Catch-All-Domains

Catch-All-Konfigurationen akzeptieren E-Mails an JEDE Adresse einer Domain, auch an nicht existierende.

Wie es funktioniert:

• Domain so konfiguriert, dass sie alle E-Mails akzeptiert: `*@example.com`
• `[email protected]` → an das Catch-All-Postfach geliefert
• Oft von kleinen Unternehmen genutzt, um keine E-Mails zu verpassen

Verifizierungsherausforderung:

Catch-Alls melden Adressen bei der Verifizierung immer als „gültig“, da der Server alle Empfänger akzeptiert. Verifizierungsdienste kennzeichnen diese typischerweise als „unbekannt“, da die tatsächliche Zustellbarkeit nicht bestätigt werden kann.

„E-Mail-Adresse ist nicht gültig“-Fehler

Wenn Sie dies sehen:

Ihre E-Mail wird abgelehnt, obwohl Sie wissen, dass sie funktioniert.

Lösungen:

1. Auf Tippfehler prüfen (hintereinanderliegende Punkte, fehlendes @, nachgestellte Leerzeichen)
2. Plus-Adressierung vorübergehend entfernen
3. Alternative E-Mail ausprobieren, wenn Sie eine ungewöhnliche TLD verwenden
4. Website-Support kontaktieren und RFC 5322-Konformität angeben
5. Andere E-Mail als Workaround verwenden

Wenn Sie Entwickler sind:

Überprüfen Sie die Validierungs-Regex anhand der RFC 5322-Standards. Erwägen Sie die Verwendung etablierter Bibliotheken wie `validator.js` oder `email-validator` anstelle von benutzerdefinierten Mustern.

Warum Gmail Punkte ignoriert

Frage: Warum liefern `[email protected]` und `[email protected]` an dasselbe Postfach?

Antwort: Gmail ignoriert Punkte im lokalen Teil absichtlich aus Benutzerfreundlichkeitsgründen. Alle diese erreichen denselben Posteingang:

• `[email protected]`
• `[email protected]`
• `[email protected]`

Implikation: Sie können verschiedene „Versionen“ Ihrer Adresse angeben und nach dem Empfängerfeld filtern, aber dies ist keine Sicherheitsfunktion – sie alle erreichen denselben Ort.

Pluszeichen funktioniert nicht

Problem: Verwendung von `[email protected]`, aber es wird abgelehnt oder nicht richtig gefiltert.

Ursachen:

1. Website blockiert Pluszeichen: Häufig, aber RFC-nicht-konform
2. Ihr Anbieter unterstützt es nicht: Weniger häufig; Gmail/Outlook tun es
3. Filter nicht eingerichtet: Sie müssen Filterregeln manuell erstellen

Lösungen:

• Workaround: Verwenden Sie Bindestriche, wenn der Anbieter dies unterstützt
• Kontaktieren Sie die Website, um die Validierung zu beheben
• Manuell einen Filter für eingehende E-Mails erstellen

Probleme mit internationalen Zeichen

Problem: Akzentuierte oder nicht-lateinische Zeichen werden abgelehnt.

Realität:

• RFC 6531 unterstützt internationale Zeichen
• Viele Systeme haben die Unterstützung noch nicht implementiert
• ASCII bleibt am kompatibelsten

Lösungen:

• Verwenden Sie das ASCII-Äquivalent, falls verfügbar
• Fragen Sie den Anbieter nach internationaler Unterstützung
• Verwenden Sie eine andere E-Mail für Dienste, die ASCII benötigen
• Melden Sie die Einschränkung dem Dienstanbieter

„Diese E-Mail existiert bereits“

Problem: Sie können sich nicht registrieren, da die E-Mail bereits registriert ist.

Mögliche Ursachen:

1. Sie haben ein altes, vergessenes Konto
2. Jemand hat seine E-Mail falsch eingegeben (Ihre)
3. Datenpanne führte zu vorregistrierten Konten
4. Eine Variante der Plus-Adressierung wurde bereits verwendet

Lösungen:

• Verwenden Sie die Passwortwiederherstellung, um wieder Zugriff zu erhalten
• Versuchen Sie eine Variante der Plus-Adressierung: `[email protected]`
• Kontaktieren Sie den Support, um alte Konten zu überprüfen/zu entfernen
• Verwenden Sie eine andere E-Mail-Adresse

E-Mail funktioniert, aber Verifizierung schlägt fehl

Problem: Sie empfangen normal E-Mails, aber Verifizierungstools melden „ungültig“.

Ursachen:

1. Temporäre Serverprobleme: MX-Einträge vorübergehend nicht erreichbar
2. Verifizierungsblockierung: Mailserver blockiert Verifizierungsversuche
3. Catch-All-Domain: Server akzeptiert alle Adressen, Verifizierung unsicher
4. Greylisting: Temporäre Ablehnung, die einen erneuten Versuch erfordert

Lösungen:

• Verifizierung nach 24 Stunden erneut versuchen
• Zustellbarkeit durch Senden einer Test-E-Mail überprüfen
• DNS-MX-Einträge direkt prüfen
• Unsicherheit bei der Verifizierung für Catch-All-Domains akzeptieren

Empfohlene Validierungsdienste

Für Echtzeit-Validierung:

• Abstract API – Einfache API, Syntax + Zustellbarkeit
• Clearout – Echtzeit-Widget + API
• Kickbox – Erkennung von Wegwerf-Adressen + Verifizierung

Für Bulk-Verifizierung:

• ZeroBounce – Bereinigung von E-Mail-Listen + Scoring
• NeverBounce – Hochvolumige Listenverifizierung
• BriteVerify – Echtzeit + Bulk-Optionen

Kostenlose Validatoren zum Ausprobieren

Nur Syntax-Tools:

• Email Regex Tester (regex101.com)
• Email Format Validator (freeformatter.com)
• Quick Email Verification (quickemailverification.com – begrenzter kostenloser Tarif)

Einzel-E-Mail-Verifizierung:

• Email Checker (email-checker.net)
• Verify Email Address (verifalia.com – kostenloser Tarif)
• Mail Tester (mail-tester.com)

Entwicklerressourcen

Validierungsbibliotheken:

JavaScript:

“`javascript

// Verwendung von validator.js

import validator from ‘validator’;

validator.isEmail(‘[email protected]’); // true

“`

Python:

“`python

Verwendung von email-validator

from email_validator import validate_email, EmailNotValidError

try:

v = validate_email(“[email protected]”)

email = v[“email”] # normalisierte Form

except EmailNotValidError as e:

print(str(e))

“`

PHP:

“`php

// Verwendung der integrierten Filterfunktion

if (filter_var($email, FILTER_VALIDATE_EMAIL)) {

// Gültige Syntax

}

“`

Ruby:

“`ruby

Verwendung des Gems valid_email2

require ‘valid_email2’

ValidEmail2::Address.new(“[email protected]”).valid? # true

“`

RFC-Dokumentation

Wichtige RFCs:

• RFC 5321 – Simple Mail Transfer Protocol (SMTP)
• RFC 5322 – Internet Message Format (E-Mail-Adresssyntax)
• RFC 6531 – Internationalized Email
• RFC 3696 – Application Techniques for Checking and Transformation

Zugriff: Suchen Sie nach „[RFC-Nummer] ietf.org“ oder besuchen Sie tools.ietf.org/html/rfcXXXX

Was macht eine E-Mail-Adresse ungültig?

Eine E-Mail-Adresse ist ungültig, wenn sie gegen die RFC 5322-Formatregeln verstößt: fehlendes @-Symbol, kein lokaler Teil oder keine Domain, hintereinanderliegende Punkte im lokalen Teil, verbotene Zeichen, Überschreitung der Längenbeschränkungen (320 Zeichen insgesamt) oder fehlerhafte Domainstruktur. Häufige ungültige Beispiele sind Adressen mit Leerzeichen, mehreren @-Symbolen oder fehlenden Top-Level-Domains.

Können E-Mail-Adressen Leerzeichen enthalten?

Nein, E-Mail-Adressen dürfen keine Leerzeichen in unquoted Form enthalten. Leerzeichen im lokalen Teil (vor dem @) erfordern, dass der gesamte lokale Teil in doppelte Anführungszeichen gesetzt wird: `”user name”@example.com`. Adressen mit Anführungszeichen werden jedoch von modernen Systemen selten unterstützt, und die meisten Mail-Provider lehnen sie trotz technischer Gültigkeit gemäß RFC 5322 ab.

Sind Großbuchstaben in E-Mail-Adressen erlaubt?

Ja, RFC 5321 gibt technisch an, dass E-Mail-Adressen Groß-/Kleinschreibung beachten. Tatsächlich behandeln jedoch praktisch alle modernen Mail-Provider Adressen in der Praxis als groß-/kleinschreibungsunabhängig. `[email protected]` und `[email protected]` liefern an dasselbe Postfach bei Gmail, Outlook, Yahoo und den meisten anderen Diensten. Best Practice: Adressen als groß-/kleinschreibungsunabhängig behandeln.

Was ist die maximale Länge einer E-Mail-Adresse?

Die maximale Länge einer E-Mail-Adresse beträgt insgesamt 320 Zeichen: bis zu 64 Zeichen für den lokalen Teil (vor dem @), plus das @-Symbol (1 Zeichen) und bis zu 255 Zeichen für den Domainnamen. Domainnamen haben auch pro Label Beschränkungen (maximal 63 Zeichen pro Label zwischen den Punkten).

Akzeptieren alle E-Mail-Domains alle gültigen Formate?

Nein. Während RFC 5322 die gültige Syntax definiert, können einzelne Mailserver strengere Regeln implementieren. Einige Anbieter lehnen Plus-Adressierung, Anführungszeichen oder ungewöhnliche Sonderzeichen trotz ihrer technischen Gültigkeit ab. Darüber hinaus blockieren einige Dienste Wegwerf-E-Mail-Domains, rollenbasierte Adressen oder implementieren benutzerdefinierte Beschränkungen aus Sicherheits- oder Richtliniengründen.

Wie kann ich prüfen, ob eine E-Mail-Adresse existiert?

Senden Sie eine Test-E-Mail und bestätigen Sie den Empfang, oder verwenden Sie E-Mail-Verifizierungsdienste, die MX-Einträge prüfen und Mailserver abfragen. Verifizierungs-APIs (ZeroBounce, NeverBounce, Kickbox) können den Zustellbarkeitsstatus ermitteln. Beachten Sie, dass einige Mailserver Verifizierungsversuche blockieren und Catch-All-Domains alle Adressen akzeptieren, was eine definitive Existenzbestätigung in einigen Fällen unmöglich macht.

Was ist E-Mail-Syntaxvalidierung?

E-Mail-Syntaxvalidierung ist der Prozess der Überprüfung, ob eine E-Mail-Adresse die richtigen Formatregeln befolgt, ohne eine Zustellung zu versuchen. Sie überprüft die korrekte Struktur (lokaler [email protected]), erlaubte Zeichen, korrekte Punktplatzierung und Längenbeschränkungen. Die Syntaxvalidierung erfolgt sofort und fängt offensichtliche Fehler ab, kann aber nicht bestätigen, ob die Adresse tatsächlich existiert oder E-Mails empfängt.

Kann ich Sonderzeichen in meiner E-Mail-Adresse verwenden?

Ja, der lokale Teil von E-Mail-Adressen kann diese Sonderzeichen enthalten: `! # $ % & ‘ * + – / = ? ^ _ ` { | } ~` plus Punkte (mit Einschränkungen). Der Domainteil erlaubt nur Buchstaben, Ziffern, Bindestriche und Punkte. Einige Websites lehnen jedoch fälschlicherweise gültige Sonderzeichen ab, insbesondere Pluszeichen, die zur E-Mail-Filterung verwendet werden.

Was sind Wegwerf-E-Mail-Adressen?

Wegwerf-E-Mail-Adressen sind temporäre Adressen, die von Diensten wie 10 Minute Mail oder Guerrilla Mail bereitgestellt werden und nach einer bestimmten Zeit automatisch ablaufen. Sie sind syntaktisch gültig und empfangen während ihrer Lebensdauer normal E-Mails. Benutzer verwenden sie, um Spam auf nicht vertrauenswürdigen Websites zu vermeiden, während Unternehmen oft bekannte Wegwerf-Domains blockieren, um qualitativ hochwertige Kontaktinformationen sicherzustellen.

Wie validiere ich E-Mail-Adressen in großen Mengen?

Verwenden Sie Bulk-E-Mail-Verifizierungsdienste (ZeroBounce, NeverBounce, EmailListVerify), die große Listen verarbeiten. Laden Sie eine CSV- oder Textdatei mit Adressen hoch, und der Dienst validiert die Syntax und verifiziert die Zustellbarkeit für jeden Eintrag, wobei typischerweise Tausende pro Minute verarbeitet werden. Die Ergebnisse umfassen den Gültigkeitsstatus, Zustellbarkeits-Scores und Risikostufen. Regelmäßige Bulk-Verifizierung pflegt die Listenhygiene und verbessert die Absenderreputation.

Warum wird meine gültige E-Mail auf einigen Websites abgelehnt?

Die meisten Ablehnungen gültiger E-Mails erfolgen aufgrund übermäßig restriktiver Website-Validierungsregeln, die nicht vollständig mit RFC 5322 konform sind. Häufige Ursachen sind das Blockieren von Pluszeichen (+), das Ablehnen neuer TLDs (.io, .app), das Erfordern von Punkten in lokalen Teilen oder die Verwendung veralteter Regex-Muster. Versuchen Sie, Sonderzeichen zu entfernen, vorübergehend eine .com-Adresse zu verwenden oder den Website-Support zu kontaktieren, um das Validierungsproblem zu melden.

Was ist der Unterschied zwischen E-Mail-Validierung und Verifizierung?

E-Mail-Validierung prüft Syntax und Formatregeln (sofort, offline, kostenlos) und bestätigt, dass die Adresse korrekt strukturiert ist. E-Mail-Verifizierung prüft die tatsächliche Zustellbarkeit durch Abfrage von DNS-Einträgen und Mailservern (langsamer, erfordert Internet, oft kostenpflichtig) und bestätigt, dass die Adresse existiert und E-Mails empfängt. Effektive E-Mail-Verwaltung verwendet zuerst die Validierung, um offensichtliche Fehler zu erkennen, dann die Verifizierung für Adressen, die die Syntaxprüfung bestehen.