Docs
ENDE
Bald verfügbar

Von SendGrid umsteigen

letr.dev als Alternative zu SendGrid, mit API-Keys, DNS-Einträgen, Webhook-Ereignissen, SMTP-Einstellungen und Sperrliste für den Wechsel im Vergleich.

Für eine App, die ihre Anmeldecodes, Quittungen und Links zum Zurücksetzen des Passworts über SendGrid versendet. letr.dev übernimmt diesen Teil. Es versendet keine Marketing-Kampagnen und speichert keine Vorlagen.

letr.dev kostet CHF 12 im Monat für 10'000 Empfänger, danach CHF 0.50 pro angebrochene 1'000 Empfänger, bis zu einer Monatsobergrenze von 10'000 oder 25'000 Empfängern, die Sie wählen; für mehr kann letr.dev eine höhere Obergrenze gewähren (Limiten). letr.dev zählt pro Empfänger: Eine E-Mail an drei Personen zählt dreifach (Mehrverbrauch).

Schritte

  1. Registrieren Sie sich. Das Konto geht mit der Zahlung live und beginnt auf Stufe 0 mit 50 Empfängern pro Tag (Tageslimite). Behalten Sie SendGrid für den Rest, bis das Konto aufgestiegen ist.
  2. Fügen Sie Ihre Absenderdomain hinzu und publizieren Sie den DKIM-Eintrag von letr.dev neben den Einträgen von SendGrid.
  3. Erstellen Sie pro App einen API-Key.
  4. Erstellen Sie einen Webhook-Endpunkt für die Ereignisse, die Sie nutzen.
  5. Importieren Sie die gesperrten Adressen aus SendGrid.
  6. Stellen Sie die App auf die API oder das SMTP-Relay von letr.dev um.
  7. Entfernen Sie die Einträge von SendGrid, sobald SendGrid nichts mehr von der Domain versendet.

API-Keys

SendGrid letr.dev
Full Access sending_access, die geringste Berechtigung, die eine versendende App braucht; full_access nur für den einmaligen Import der Sperrliste
Custom Access mit der Berechtigung Mail sending_access, wahlweise auf einige Ihrer Domains beschränkt
Custom Access nur mit Leserechten read_only: jedes GET unter /v1
Billing Access, Email Address Validation Access Keine Entsprechung

Die Key-Arten von SendGrid beschreibt die Seite API keys (01.11.2026), die von letr.dev die Seite API-Keys.

DNS-Einträge

letr.dev braucht einen TXT-Eintrag für DKIM unter letr._domainkey und empfiehlt DMARC. Bounces gehen an bounces.letr.dev, Ihr SPF-Eintrag bleibt also, wie er ist (DNS-Einträge). Die Domain-Authentifizierung von SendGrid publiziert eine von zwei Varianten; die Namen unten gelten relativ zu Ihrer Domain, und die Ziffern nach em sind je Konto verschieden.

Eintrag von SendGrid Mit letr.dev
CNAME em1234 (SPF und Return-Path) Nicht nötig
CNAME s1._domainkey und s2._domainkey (DKIM) Ersetzt durch TXT letr._domainkey
Mit ausgeschalteter automatischer Sicherheit: MX und TXT em1234 (Return-Path, SPF), TXT m1._domainkey (DKIM) Nicht nötig; DKIM wechselt zu letr._domainkey
TXT _dmarc Behalten: Ein Eintrag, der mit v=DMARC1 beginnt, zählt
CNAMEs für Link Branding, falls eingerichtet Nicht nötig: letr.dev schreibt keine Links um

Die Selektoren unterscheiden sich, die DKIM-Einträge beider Anbieter können während des Wechsels also nebeneinander stehen. Entfernen Sie die von SendGrid, sobald deren letzte E-Mails draussen sind. Quelle: die Anleitungen von SendGrid zu Domain Authentication und Link Branding, 01.11.2026.

Webhook-Ereignisse

Ereignis bei SendGrid Ereignis bei letr.dev
processed email.sent
delivered email.delivered
deferred email.deferred
bounce email.bounced
bounce mit Typ blocked Kein eigenes Ereignis
dropped Keines: letr.dev lehnt einen Versand an eine gesperrte Adresse sofort ab, mit 422 recipient_suppressed oder über SMTP mit 550 5.1.1
spamreport email.complained
open, click Keines: letr.dev verfolgt weder Öffnungen noch Klicks
unsubscribe, group_unsubscribe, group_resubscribe Keines: letr.dev führt keine Abmeldelisten
Änderung des Kontostatus Keine direkte Entsprechung: account.paused und account.reactivated folgen der automatischen Pausierung von letr.dev, einer fehlgeschlagenen Zahlung oder einer Pausierung durch letr.dev (der reason im Payload), nicht dem Kontostatus von SendGrid
Keines email.failed: letr.dev hat die E-Mail aufgegeben

letr.dev signiert jedes Ereignis mit dem eigenen Secret des Endpunkts; prüfen Sie die Signatur, bevor Sie ihm trauen. Die Ereignistypen erklären, was jedes Ereignis von letr.dev bedeutet. Quelle: die Referenz des Event Webhook von SendGrid, 01.11.2026.

SMTP

Für Code, der nur SMTP spricht, etwa Rails, Django oder WordPress, ändern Sie vier Einstellungen. SendGrid nutzt den Host smtp.sendgrid.net auf Port 25, 2525, 587 oder 465, den Benutzernamen apikey und einen API-Key mit der Berechtigung Mail. letr.dev nutzt:

Einstellung Wert
Host smtp.letr.dev
Port 587 mit STARTTLS (Pflicht) oder 465 mit implizitem TLS
Benutzername letr
Passwort Ein API-Key mit sending_access

letr.dev nimmt auf den Ports 25 und 2525 nichts an. Die SMTP-Anleitung zeigt die Einstellungen für jedes Framework. Quelle: die SMTP-Anleitung von SendGrid, 01.11.2026.

Sperrliste

SendGrid führt eine Liste pro Grund. Exportieren Sie in der Konsole jede unter Suppressions als CSV: Bounces, Invalid Emails, Spam Reports und Global Unsubscribes. Group Unsubscribes sperren nur die E-Mails einer Abmeldegruppe, und letr.dev kennt keine Gruppen: Lassen Sie sie weg, ausser diese Personen sollen gar keine E-Mails mehr von Ihnen erhalten. Blocks brauchen keinen Export: SendGrid sperrt diese Adressen auch nicht (Suppressions, 01.11.2026).

letr.dev liest von jeder Zeile nur die erste Spalte. Stellen Sie sicher, dass die E-Mail-Adresse in jeder Datei die erste Spalte ist, und erstellen Sie dann im Dashboard einen Key mit full_access nur für den Import und importieren Sie damit jede Datei:

curl https://api.letr.dev/v1/suppressions/import \
  -H "Authorization: Bearer $LETR_API_KEY" \
  -H "Content-Type: text/csv" \
  --data-binary @bounces.csv

Ein Import umfasst höchstens 10'000 Zeilen und 1 MB; teilen Sie grössere Dateien auf. Importierte Adressen erhalten den Grund manual (Liste importieren). Widerrufen Sie diesen Key nach dem Import im Dashboard; ein widerrufener Key funktioniert sofort nicht mehr. Die App behält ihren Key mit sending_access. An eine gesperrte Adresse versendet letr.dev gar nichts, auch keine Links zum Zurücksetzen des Passworts. Importieren Sie Abmeldungen also nur, wenn Ihre transaktionalen E-Mails an diese Personen ebenfalls aufhören sollen.

Was letr.dev nicht macht

  • Marketing Campaigns, Kontaktlisten und Newsletter: letr.dev versendet nur transaktionale E-Mails; behalten Sie dafür ein Marketing-Tool.
  • Dynamic Templates: Ihre App erstellt die E-Mail und sendet das fertige html und text.
  • Verfolgen von Öffnungen und Klicks, Link Branding und Abmeldegruppen.
  • Prüfung von E-Mail-Adressen.