- Verschifft
- 13. September 2026 um 16:13 UTC
- Autor
- Kamo
- Ausschuss
- fffddd7
Jede Liste addiert (eines Mitglieds, eine Audienz, eine Kopie) und das Senden selbst fragen eine Maschine, ob eine Adresse die Kampagne erhalten kann, billigste Überprüfung zuerst: Syntax, dann Unterdrückung (abgemeldet, beschwert, geprallt, blockiert; für die Organisation oder Plattform-weit), blockiert und reserviert Domains, Einweg Domains, Rollen- und Test-Ansprachen, ingeerte Validierung, DNS/MX und zuletzt ein optionaler externer Validator innerhalb seines Budgets. Unterdrückt und Unzustellbare Adressen werden nie gesendet. Die Urteil Anrufe sind Einstellungen, und eine Organisation kann sie eingrenzen. - Der letzte Check läuft kurz bevor ein Host jede Nachricht nimmt, also eine Adresse dass sich nach der Warteschlange abmelden wird, niemals gesendet. Eine Prüfung, die nicht gemacht werden sendet nichts auf eine Vermutung. - Nichts wird fallen gelassen: eine Adresse, die nicht gesendet wird, bleibt auf der Liste (SUPPRESSED mit einer verschlüsselten Note, da der Status CHECK Zwang keine SKIPPED) und sagt warum. Held Reihen warten auf ein Mitglied, um sie freizugeben. - Bounces werden einmal für den Absendepfad und die Berichte des Relais klassifiziert: hart (unterdrückt; Plattform-weit vom Relais), weich (mit exponentiell rück- und zittern, nach einer Schwelle unterdrückt), Rate Grenzen und Host-Verweigerungen (unbeaufsichtigt, Host zurückgezogen) und Politik Blöcke (gescheitert, nie unterdrückt). Ein 5.7.x Reputationsblock nicht mehr unterdrückt die Adresse. - Relay-Beschwerden und Abmeldungen unterdrücken die Adresse; Zählungen und Hinweise passieren einmal pro Bericht. - Eine Nachricht, die der Host angenommen hat, wird nie wieder gekürzt, wenn die Aufnahme nicht gepasst wird. - Ein Abmelden, eine Beschwerde oder eine Pause, die die gewählte Person durch eine Mitglied nur, wenn die Person gefragt, und das Mitglied muss so sagen. - Detaillierte Gründe fahren in der Quelle der Unterdrückung; Caches, Zähler und Event-Dlizupierung live in Redis; Regeln leben in den Anbieter Blobs. Keine Schemaänderung. - Neue Endpunkte: /api/email/Lieferbarkeit (Dedressprüfung, Einstellungen, Aktivität), ************ und POST ************ Kampagnen bringen eine Lieferfähigkeit Zusammenfassung. - Einstellungen: mass massenhaft-email.Liege.* (Einstellungen, Plattform-Rate-Caps, Soft Bounce Schwelle, Validator). Der Validator ist optional und aus; sein Schlüssel kommt von den optionalen geheimen E-Mail-Validierung-Kredienen.