// so behebst du es
Postmark 400 „From address is not a Sender Signature“: so behebst du es
Postmark liefert ErrorCode 400, wenn deine From-Adresse keine bestätigte Sender Signature oder verifizierte Domain ist. So behebst du es dauerhaft.
Was das bedeutet
Postmark sendet nur von Adressen, bei denen du nachgewiesen hast, dass sie dir gehören. Deine Nachricht hat eine From-Adresse verwendet, die in deinem Konto nicht bestätigt ist, also hat Postmark sie abgelehnt. Die API-Antwort sieht meist so aus (HTTP-Status 422):
{
"ErrorCode": 400,
"Message": "The 'From' address you supplied (info@yourdomain.com) is not a Sender Signature on your account. Please add and confirm this address in order to be able to use it in the 'From' field of your messages."
}Im Tab Activity oder in anderen Tools kann dasselbe Problem als „Sender Signature not defined for From address.“ erscheinen.
Postmark kennt zwei Wege, einen Absender freizugeben:
- Sender Signature: eine einzelne, genaue Adresse, bestätigt durch einen Klick auf einen Link, den Postmark an dieses Postfach schickt.
- Domain: Du verifizierst die ganze Domain mit DNS-Einträgen. Danach kann jede Adresse auf dieser Domain als From verwendet werden.
Warum das passiert
- Die Signatur wurde hinzugefügt, aber nie bestätigt. Die Bestätigungs-E-Mail ging an ein Postfach, das niemand liest, oder in den Spam.
- Dein Code nutzt eine andere Adresse als die bestätigte, zum Beispiel
noreply@statthello@. Eine Signatur für eine einzelne Adresse gilt nur für genau diese Adresse. Der Anzeigename („Shop <hello@yourdomain.com>“) spielt keine Rolle, nur die Adresse. - Subdomain passt nicht. Eine als
yourdomain.comverifizierte Domain decktmail.yourdomain.comnicht automatisch ab, und umgekehrt genauso wenig. Füge genau die Domain hinzu, von der du sendest. - Ein Plugin oder Framework überschreibt die From-Adresse, zum Beispiel WordPress mit
wordpress@yourdomain.comoder ein Kontaktformular, das die Adresse des Besuchers in From setzt. Siehe Kontaktformular-E-Mails „From“ der Adresse des Besuchers. - Falsches Konto oder falscher Server-Token: Die Signatur existiert in einem anderen Postmark-Konto.
So prüfst du es
- Protokolliere die genaue From-Adresse, die deine Anwendung sendet (nicht die, von der du glaubst, dass sie sie sendet).
- Öffne in Postmark Sender Signatures. Prüfe, ob genau diese Adresse oder genau ihre Domain aufgeführt ist und ob sie bestätigt bzw. verifiziert ist.
- Bei einer Domain öffne ihre DNS-Einstellungen in Postmark und sieh nach, ob DKIM und Return-Path als verifiziert angezeigt werden.
- Scanne deine Domain mit dem Domain-Scanner von Delivmail, um die SPF-, DKIM- und DMARC-Einträge zu sehen, die wirklich veröffentlicht sind.
So behebst du es
Schnelle Lösung: eine Adresse bestätigen
Füge in Sender Signatures genau die From-Adresse hinzu, die dein Code verwendet, und klick dann auf den Link in der Bestätigungs-E-Mail, die Postmark an sie schickt. Stell sicher, dass das Postfach existiert und E-Mails empfangen kann. Direkt nach der Bestätigung kannst du von ihr senden.
Bessere Lösung: die Domain verifizieren
- Füge in Sender Signatures deine Domain hinzu.
- Postmark zeigt einen DKIM-TXT-Eintrag an. Kopiere Hostnamen und Wert genau so, wie sie angezeigt werden; der Host endet auf
._domainkey. Er sieht so aus:Host: <name shown by Postmark>._domainkey.yourdomain.com Type: TXT Value: k=rsa;p=MIGfMA0GCSqGSIb3DQEBAQUAA...
- Lege den Eintrag bei deinem DNS-Anbieter an. Viele DNS-Panels hängen die Domain automatisch an, eventuell musst du also nur den Teil vor
yourdomain.comeingeben; siehe DNS-Eintrag unter dem falschen Namen angelegt. - Klick in Postmark neben DKIM auf Verify.
- Richte auch den eigenen Return-Path ein. Das wird in Postmark eigener Return-Path und DMARC-Alignment erklärt.
Mit einer verifizierten Domain signiert Postmark deine E-Mails mit deiner eigenen Domain, wodurch auch DMARC bestehen kann. Eine einzelne bestätigte Adresse ohne DKIM kann senden, deine E-Mails sind dann aber nicht mit deiner Domain signiert, was der Zustellbarkeit schadet.
Korrigiere die Anwendung
- Lege die From-Adresse an einer Stelle fest (Umgebungsvariable oder Konfiguration) und nutze sie überall.
- Behalte bei Kontaktformularen deine eigene Adresse in From und setze den Besucher in
Reply-To. - Nutze über Postmark nie eine Freemail-Adresse (Gmail, Outlook) als From: Diese Domains kannst du nicht verifizieren, und ihre DMARC-Richtlinien lassen solche E-Mails durchfallen.
Prüfe, ob es behoben ist
Sende aus deiner Anwendung eine Nachricht an die einmalige Adresse auf der Startseite von Delivmail. Nimmt Postmark sie an, erscheint der Bericht; prüfe, dass DKIM mit deiner Domain besteht (d=yourdomain.com) und dass DMARC besteht. Sende dann die ursprüngliche Nachricht erneut. Es kann ein paar Minuten bis mehrere Stunden dauern, bis DNS-Änderungen sichtbar sind; warte also und klick erneut auf Verify, wenn Postmark den DKIM-Eintrag noch nicht sieht.
Prüfe, ob es behoben ist
DNS-Änderungen können ein paar Minuten bis einige Stunden dauern. Sende danach eine neue Test-E-Mail oder scanne deine Domain erneut.
Ähnliche Anleitungen
- Kein SPF-Eintrag auf deiner DomainDeine Domain sagt nicht, welche Server E-Mails für sie senden dürfen. Füge einen TXT-Eintrag hinzu, dann können Empfänger deine echten E-Mails von Fälschungen unterscheiden.
- SPF-Fehler: zu viele DNS-Lookups (permerror)SPF erlaubt höchstens 10 DNS-Lookups. Darüber geht der ganze Eintrag kaputt und Empfänger behandeln ihn als ungültig. So verschlankst du ihn.
- Mehrere SPF-Einträge auf einer DomainEine Domain darf nur einen SPF-Eintrag haben. Bei zwei oder mehr geht SPF für jede E-Mail kaputt. Fasse sie zu einer einzigen Zeile zusammen.
- SPF scheitert: Der sendende Server ist nicht berechtigtDeine Domain hat einen SPF-Eintrag, aber der Server, der deine E-Mail gesendet hat, steht nicht darin. Finde heraus, welcher Dienst die E-Mail gesendet hat, und füge ihn hinzu.
- Keine DKIM-Signatur auf deinen E-MailsDKIM fügt eine digitale Signatur hinzu, die beweist, dass eine E-Mail wirklich von deiner Domain kommt. Schalte es bei deinem E-Mail-Anbieter ein und veröffentliche den Schlüssel im DNS.