Changelog
Mail.Land-Changelog
Was sich in jedem Release für Kunden geändert hat, die neuesten zuerst. Interne und betriebliche Änderungen sind nicht aufgeführt.
Jedes Datum ist der Tag, an dem das Release in Produktion ging (UTC).
Strengere API-Schlüssel, einheitliche Raten und eine neu gestaltete Statusseite
- Ein API-Schlüssel erreicht jetzt nur, was sein Produkt erlaubt: Die Validierungs-Endpunkte brauchen einen Schlüssel mit dem Produkt Validation, und das Auflisten Ihrer API-Schlüssel erfordert eine Dashboard-Sitzung.
- Endpunkte, die eine Ressource erstellen oder duplizieren, liefern einen Location-Header mit der /v1-Adresse der neuen Ressource.
- Beim Duplizieren eines Segments bleibt der Name mit dem Zusatz "(Copy)" erhalten, oder es erhält den Namen, den Sie wählen.
- Die Raten auf der Deliverability-Seite, im Dashboard und in den E-Mail-Logs folgen jetzt einer Definition und stimmen überein. Kampagnenberichte beziehen Öffnungen, Klicks und Abmeldungen auf zugestellte Nachrichten und zeigen zusätzlich die Click-to-Open-Rate.
- Der Deliverability-Score zeigt "Noch nicht genug Daten", solange es keinen Versand zum Messen gibt, statt einen Wert anzuzeigen.
- Automatisierungen lassen sich im Dashboard anlegen, mit einer verpflichtenden E-Mail-Vorlage.
- Erlaubnis- und Sperrlisten für eingehende E-Mails zeigen für jeden Eintrag den richtigen Abgleichstyp.
- Datumsangaben in API-Anfragen und in den Filtern von Audit-Log und Webhook-Zustellungen werden als UTC gelesen.
- Die Statusseite hat ein neues Layout: Verlaufsbalken über 90 Tage, Tooltips und eingeklappte ruhige Tage.
Abgelaufene Zustellversuche werden gesondert ausgewiesen
- Nachrichten, die ohne endgültige Antwort des empfangenden Servers abgelaufen sind, bilden in den Deliverability-Berichten jetzt eine eigene Gruppe, aufgeschlüsselt nach Ursache und Empfängerdomain.
- Jede Ihnen angezeigte Bounce-Rate weist aus, dass sie abgelaufene Versuche nicht enthält.
Versandtempo für GMX, WEB.DE und mail.com
- E-Mails an Postfächer von GMX, WEB.DE und mail.com werden jetzt nach den Grenzen dieser Anbieter getaktet, und ihre Ablehnungen wegen Blocklisten werden als blockiert gemeldet statt als Bounce des Empfängers.
Bezahlpläne für Unternehmen und ein versioniertes Webhook-Format
- Unternehmen können im Dashboard einen Bezahlplan kaufen, mit Bestätigung der gewerblichen Nutzung, optionaler Steuernummer und Reverse Charge auf geprüften Rechnungen an Unternehmen in der EU.
- Webhook-Inhalte enthalten schema_version und occurred_at, und jede Zustellung trägt die Header X-MLND-Delivery-Id und X-MLND-Delivery-Timestamp. Eine veröffentlichte Kompatibilitätsrichtlinie beschreibt, wie sich das Format ändern darf.
- Neues Webhook-Ereignis message.unsubscribed, gesendet, wenn sich ein Empfänger abmeldet.
- Automatisierungen können einen signierten Webhook-Schritt enthalten.
- Ein Kontakt, der über mehrere Listen oder Segmente erreicht wird, erhält eine Kampagne nur einmal.
- Die Nutzung wird im genauen Abrechnungszeitraum Ihres Abonnements gezählt.
- Datenschutzerklärung und Auftragsverarbeitungsvertrag wurden in allen sieben Sprachen korrigiert.
Tracking-Voreinstellungen und reibungslosere SMTP-Wartung
- Öffnungs- und Klick-Tracking sind für Transaktions-E-Mails standardmäßig aus und für Marketing-E-Mails an. Datenschutzerklärung und Richtlinie zur akzeptablen Nutzung beschreiben die Änderung.
- Bei Wartungen nehmen das SMTP-Relay und der Server für eingehende E-Mails keine neuen Verbindungen an und lassen offene Sitzungen zu Ende laufen; eine abgebrochene Sitzung erhält eine vorübergehende Antwort zum erneuten Versuch, nie einen dauerhaften Fehler.
- Wird ein Webhook-Endpunkt pausiert, werden Sie genau einmal benachrichtigt.
Domain-Bereich in der Liste der Zugangsdaten
- Die Seite Zugangsdaten zeigt, auf welche Domains jeder API-Schlüssel beschränkt ist.
Störungsverlauf und Wartungen auf der Statusseite
- Die Statusseite ergänzt Seiten für Störungsverlauf und Wartungen, Karten für aktive Störungen, einklappbare Komponentengruppen und eine Beschreibung jeder Komponente, in sieben Sprachen.
- Geplante Wartungen werden in den Tages- und Stundenbalken markiert.
Eine Anmeldeidentität pro E-Mail-Adresse
- Jede E-Mail-Adresse gehört jetzt plattformweit zu genau einer Anmeldeidentität, und eine Adresse behält die Schreibweise, die Sie eingegeben haben.
- Domainnamen werden in Kleinbuchstaben gespeichert.
- Wird ein API-Schlüssel widerrufen oder läuft er ab, enden auch bereits offene SMTP-Sitzungen mit ihm.
Klarere Kampagnenfehler und Validierungsergebnisse
- Ist der Marketingversand eines Kontos ausgesetzt, sagen die Kampagnenseiten das in Ihrer Sprache, statt einen allgemeinen Fehler zu zeigen.
- Validierungsergebnisse mit und ohne Postfachprüfung werden getrennt gehalten, sodass eine Anfrage mit Postfachprüfung nie ein Ergebnis ohne sie erhält.
Startpreise in Euro, eigener Return-Path als Standard, Webhooks nur über HTTPS
- Die Preise sind in Euro ohne Umsatzsteuer, mit einer neuen Pro-Stufe zu 12 € für 10.000 E-Mails im Monat.
- Neue Domains verwenden standardmäßig einen eigenen Return-Path auf Ihrer Subdomain, sodass SPF zu Ihrer From-Domain passt, sobald der DNS-Eintrag verifiziert ist. Das Abschalten erfordert eine ausdrückliche Bestätigung.
- Webhooks werden nur an HTTPS-Endpunkte auf Port 443 zugestellt; ein anderer TLS-Port braucht die Freigabe des Supports.
- Das Dashboard meldet Sie auf app.mail.land an; bestehende Sitzungen mussten sich einmal neu anmelden.
- Registrierung und Passwort-Zurücksetzen enthalten eine kurze Prüfung, ob ein Mensch handelt.
- Kampagnen können erst gesendet oder geplant werden, wenn der Marketingversand für das Konto freigeschaltet ist; die API antwortet mit MARKETING_NOT_YET_ALLOWED.
Störungen und geplante Wartungen finden Sie auf der Statusseite. API-Details zu jeder Änderung stehen in der Dokumentation.