Natives Senden

Hinweis: Natives Senden ist in jedem Tarif verfügbar, einschließlich Free — es wird nach monatlichem Volumen bemessen, nicht hinter einem Upgrade verborgen. Siehe Preise für das Kontingent jeder Stufe.

Neben Ihrem eigenen SMTP-Relay kann MailInApp direkt von einer bei uns verifizierten Domain aus senden — kein ESP, keine SMTP-Zugangsdaten zu erzeugen und zu rotieren. Die Zustellung läuft auf unserer Infrastruktur (Amazon SES) über Ihre eigene Sending-Domain, sodass Empfänger Post von [email protected] sehen, nicht von einer gemeinsam genutzten MailInApp-Adresse.

Eine Domain verifizieren

Unter Einstellungen → Domains führt Sie die Seite hindurch:

1. Geben Sie Ihre Domain ein und klicken Sie auf Domain verifizieren. Standardmäßig erstellt MailInApp eine Sending-Identität für mail.<ihredomain> sowie eine Bounce-Handling-Subdomain (bounce.mail.<ihredomain>) — eine dedizierte Subdomain, die sicher neben jeder anderen E-Mail koexistiert, die Sie bereits auf der Root-Domain betreiben. Falls Sie lieber direkt von der Root-Domain aus senden möchten ([email protected] statt [email protected]), aktivieren Sie Root-Domain statt Subdomain verwenden — tun Sie dies nur, wenn die Domain für keine andere E-Mail genutzt wird; siehe E-Mails auf Ihrer Domain empfangen dafür, warum das umso mehr zählt, sobald eingehender Empfang im Spiel ist.
2. Fügen Sie die angezeigten DNS-Einträge bei Ihrem DNS-Anbieter hinzu — eine Handvoll DKIM-CNAME-Einträge, ein MX- und ein TXT-Eintrag für die Bounce-Subdomain sowie ein Start-DMARC-TXT-Eintrag. Diese belegen, dass Sie die Domain kontrollieren, und lassen darüber gesendete Mail DKIM-/SPF-Prüfungen bestehen.
3. Klicken Sie auf Jetzt prüfen, sobald Sie sie hinzugefügt haben, oder warten Sie einfach — MailInApp fragt automatisch alle 15–30 Minuten ab.
4. Sobald sowohl die Domain als auch die MAIL-FROM-Subdomain Verifiziert anzeigen, erscheint ein Schalter, um die Versandmethode Ihres Kontos auf natives Senden umzustellen.

Das Zurückwechseln zu SMTP ist jederzeit möglich und sofort wirksam — es trennt die Domain nicht, sodass Sie zwischen beiden umschalten können, ohne erneut zu verifizieren.

DMARC

DMARC teilt Posteingängen mit, was mit Mail geschehen soll, die vorgibt, von Ihrer Domain zu stammen, aber SPF-/DKIM-Prüfungen nicht besteht — ablehnen, in den Spam verschieben oder (die von uns erzeugte Voreinstellung) nur überwachen. Es ist der einzige Eintrag hier, den MailInApp nicht automatisch verifizieren kann, so wie es DKIM- und MAIL-FROM-Status abfragt — dafür gibt es keine API, daher wird er zum Hinzufügen angezeigt, zeigt aber nie ein Verifiziert-/Ausstehend-Abzeichen.

Der von uns erzeugte Eintrag wird absichtlich mit p=none (nur Überwachung) ausgeliefert — er wirkt sich für sich genommen nicht auf die Zustellung aus. Sobald Sie bestätigt haben, dass nichts Legitimes fehlschlägt, verschärfen Sie die Richtlinie bei Ihrem DNS-Anbieter auf p=quarantine und schließlich p=reject. Die meisten DNS-Anbieter, einschließlich Cloudflare, zeigen Ihnen DMARC-Sammelberichte an, wenn Sie eine eigene rua=mailto:-Adresse in den Eintrag aufnehmen.

Was sich nicht ändert

Manuelle Versände, geplante Versände, Lifecycle-E-Mails (Bestell-/Ticket-Benachrichtigungen) und die Transaktionale Send API laufen alle über die Versandmethode, auf die Ihr Konto eingestellt ist — es gibt keine separate Konfiguration je Funktion. Sperrung, Versandverlauf, Interaktionstracking und Antworten funktionieren unabhängig davon, welche Methode die Mail zugestellt hat, identisch.

Sandbox-Modus

Solange sich Ihr Konto in der SES-Sandbox befindet, erreicht natives Senden nur Adressen, die Sie separat bei uns verifiziert haben — es ist dafür gedacht, Ihre eigene Zustellung zu testen, bevor wir in Ihrem Namen Produktionszugriff beantragen. Ihre Einstellungen-Karte zeigt stets einen Hinweis in klarer Sprache an, solange der Sandbox-Modus gilt.