---
title: "Apostroph in der E-Mail-Adresse: Ist das gültig? | Emvero"
description: "Ein gerader Apostroph ist vor dem @ zulässig. Finden Sie Fehler in Formular, Serverprüfung und Speicherung, ohne die Empfängeradresse zu verändern."
url: https://emvero.io/de/blog/email-address-with-apostrophe/
language: de
updated: 2026-10-22
---

Blog

# Darf eine E-Mail-Adresse einen Apostroph enthalten?

Prüfen Sie das eingegebene Zeichen und finden Sie den fehlerhaften Schritt. Die Adresse muss bei Registrierung, Speicherung und Passwortzurücksetzung unverändert bleiben.

Veröffentlicht 2026-10-22

Ja. Eine E-Mail-Adresse mit einem Apostroph kann gültig sein, wenn das Zeichen vor dem `@` steht. Bei `o'neil@example.com` ist der Name vor dem `@` der lokale Teil. Der gerade ASCII-Apostroph gehört zu den Zeichen, die [RFC 5322 dort erlaubt](https://www.rfc-editor.org/rfc/rfc5322.html#section-3.2.3).

Lehnt ein Formular diese Adresse ab, prüfen Sie, an welcher Stelle die Validierung oder Speicherung scheitert. Wenn Sie das Zeichen löschen, verändern Sie die Adresse. Eine zulässige Schreibweise belegt weder, dass ein Anbieter dieses Postfach bereitstellt, noch dass es Nachrichten empfangen kann.

## Zeichen und Position prüfen

Der gerade Apostroph `'` hat den Codepunkt `U+0027`, das gekrümmte Zeichen `’` den Codepunkt `U+2019`. Im Eingabefeld können sie ähnlich aussehen, sind aber unterschiedliche Zeichen. Das zweite gehört nicht zum ASCII-Zeichensatz der gewöhnlichen Grammatik für den lokalen Teil.

| Beispiel | Bedeutung |
| --- | --- |
| `o'neil@example.com` | Der gerade Apostroph ist in diesem lokalen Teil zulässig |
| `o’neil@example.com` | Ein anderes Unicode-Zeichen wurde eingegeben; die Unterstützung internationalisierter Adressen ist gesondert zu prüfen |
| `o'neil@exam'ple.com` | Die Domain enthält ein Zeichen, das in gewöhnlichen Mail-Domainnamen nicht erlaubt ist |
| `o'neil..sales@example.com` | Aufeinanderfolgende Punkte machen diesen lokalen Teil ohne Anführungszeichen ungültig |

Die [SMTP-Adressgrammatik](https://www.rfc-editor.org/rfc/rfc5321.html#section-4.1.2) definiert die Regeln für Domains und durch Punkte getrennte Abschnitte des lokalen Teils. Die Beispiele verwenden eine reservierte Dokumentationsdomain und stellen keine erreichbaren Postfächer dar.

Enthält das Feld ein gekrümmtes Zeichen, bitten Sie die Person, die beabsichtigte Schreibweise zu bestätigen. Ersetzen Sie das Zeichen nicht stillschweigend und entfernen Sie keine Satzzeichen. Weitere Formatregeln finden Sie in der [Referenz zur E-Mail-Syntax](https://emvero.io/de/glossary/email-syntax/).

## Den Schritt finden, der die Adresse ablehnt

Beginnen Sie beim Browserfeld. Ein HTML-Feld mit ` ` lässt den geraden Apostroph im lokalen Teil zu. Ein eigenes `pattern`, eine JavaScript-Prüfung oder eine Formularbibliothek kann strengere Regeln ergänzen. Die [HTML-Spezifikation für E-Mail-Felder](https://html.spec.whatwg.org/multipage/input.html#email-state-%28type=email%29) definiert eine Browsergrammatik, die von der SMTP-Syntax abweicht.

Führen Sie diesen Code in der Browserkonsole aus, um nur die eingebaute Formatprüfung zu testen. Er erstellt ein Eingabefeld außerhalb des Dokuments und sendet keine Anfrage:

```
const field = document.createElement("input");
field.type = "email";
field.required = true;

console.table([
  "o'neil@example.com",
  "o’neil@example.com",
  "o'neil@exam'ple.com",
  "o'neil..sales@example.com"
].map(value => {
  field.value = value;
  return { value, formatAccepted: field.checkValidity() };
}));
```

Die Ergebnisse lauten der Reihe nach `true`, `false`, `false`, `true`. Das letzte zeigt, warum die Unterscheidung wichtig ist: Der Browser akzeptiert aufeinanderfolgende Punkte vor dem `@`, die SMTP-Grammatik für einen lokalen Teil ohne Anführungszeichen hingegen nicht. Die Feldprüfung ersetzt keine Serverprüfung.

Besteht das erste Beispiel diesen Test, scheitert aber in Ihrem Formular, untersuchen Sie dessen zusätzliche Prüfregeln. Akzeptiert das Formular die Adresse, vergleichen Sie den übermittelten Wert mit dem Wert, den der Server erhält. Prüfen Sie anschließend den Server-Parser und seine Fehlermeldung. Das [JavaScript-Formularbeispiel](https://emvero.io/de/blog/email-validation-javascript/) zeigt, wie Sie Rückmeldungen geben und die Eingabe unabhängig auf dem Server prüfen.

## Die Adresse beim Speichern und Wiederverwenden erhalten

Nach erfolgreicher Formatprüfung auf dem Server prüfen Sie, ob Schreiben und Lesen den lokalen Teil unverändert lassen. `o'neil@example.com` und `oneil@example.com` sind unterschiedliche eingegebene Adressen. Ihre Anwendung kann das Löschen des Zeichens nicht als Korrektur begründen.

Übergeben Sie die Adresse bei SQL-Abfragen als gebundenen Parameter an den Datenbanktreiber. Setzen Sie sie nicht durch Zeichenkettenverkettung in die Abfrage ein. [OWASP empfiehlt parametrisierte Abfragen](https://cheatsheetseries.owasp.org/cheatsheets/SQL_Injection_Prevention_Cheat_Sheet.html), um Eingabedaten von SQL-Code zu trennen. Das Entfernen von Apostrophen ersetzt diese Trennung nicht.

Testen Sie alle Stellen, die den gespeicherten Kontaktwert lesen. Die Registrierung kann gelingen, während Anmeldung, Profiländerung, Export oder Passwortzurücksetzung andere Prüfregeln anwenden. Halten Sie für einen reproduzierbaren Fehlerbericht die synthetische Eingabe, den fehlerhaften Schritt, die Meldung und den Wert nach dem Speichern und erneuten Laden fest. Verwenden Sie dafür keine echten Kundenadressen.

Kann ein angebundener Dienst die Adresse nicht verarbeiten, erklären Sie die Einschränkung und lassen Sie die Person eine Alternative angeben. Erzeugen Sie diese nicht selbst, indem Sie den Postfachnamen umschreiben.

## Die unverändert übernommene Adresse verifizieren

Senden Sie die unverändert übernommene Adresse von Ihrem Server an die [E-Mail-Verifizierungs-API](https://emvero.io/de/email-verification-api/). So sammeln Sie Belege zur Domain und, sofern verfügbar, zum Empfänger. Die API-Zugangsdaten bleiben auf dem Server. Emvero lässt den lokalen Teil einschließlich seiner Satzzeichen unverändert.

Das Ergebnis `unknown` bedeutet, dass die vorhandenen Belege keine eindeutige Antwort erlauben. Bei `pending` läuft die Prüfung noch. Keines der beiden Ergebnisse belegt einen dauerhaften Grund, die Adresse abzulehnen. Müssen Sie feststellen, ob die Person Zugriff auf das Postfach hat, verlangen Sie die Bestätigung über einen Link oder Code. Der Vergleich von [Verifizierung und E-Mail-Bestätigung](https://emvero.io/de/blog/email-verification-vs-email-confirmation/) erklärt, warum auch ein zulässiges Zeichen und ein akzeptierter Empfänger diese Frage offenlassen.

## Begriffe, die hier vorkommen

### E-Mail-Syntax

Die Regeln für den Aufbau einer E-Mail-Adresse. Eine Formatprüfung braucht weder DNS noch eine Verbindung zum Mailserver und weist kein Postfach nach.

### SMTP-Handshake

Ein Austausch von Befehlen und Antworten mit einem Mailserver. Eine Postfachprüfung kann so die Empfängerantwort lesen, ohne eine E-Mail zu senden.

## Situationen, für die das gilt

### Eine Adresse im Registrierungsformular prüfen

Auf der anderen Seite der Anfrage wartet jemand - die Latenz bestimmt also das Design, und eine falsche Ablehnung kostet Sie die Kundschaft.

[Alle Beiträge](https://emvero.io/de/blog/)

## Wählen Sie, was Sie als Nächstes prüfen möchten.

Starten Sie eine Prüfung in Ihrem Konto und sehen Sie sich die Belege im Ergebnis an.

Kostenlos starten