Kann ich rapidmail vibecoden?

Baue mir eine Verarbeitung von Bounces und Beschwerden für den eigenen Newsletter-Versand, also die Hälfte, die die Domain schützt. Anforderungen:

- Ein Python-Prozess mit imaplib, SQLite und Typer. Er versendet nicht, er räumt nach dem Versand auf.
- Lies ein eigenes Bounce-Postfach über IMAP, Zugangsdaten aus .env. Werte Delivery Status Notifications nach RFC 3464 aus und ziehe die fehlgeschlagene Adresse und den Statuscode heraus.
- Unterscheide hart und weich: 5.x.x ist dauerhaft, die Adresse wird sofort stillgelegt. 4.x.x ist vorübergehend und zählt erst nach fünf Fehlschlägen über fünf verschiedene Versendungen.
- Lies ein zweites Postfach für Feedback-Loop-Meldungen der großen Anbieter. Eine Beschwerde legt die Adresse sofort still, ohne Schwelle und ohne zweite Chance. Eine Beschwerde wiegt mehr als hundert Öffnungen.
- Stilllegen heißt, einen Status und einen Grund zu setzen, niemals löschen. Du musst später belegen können, warum eine Adresse keine Post mehr bekam.
- Ein Hygienebericht vor jedem Versand: seit dem letzten stillgelegte Adressen, aktuelle Hard-Bounce-Quote und Beschwerdequote. Liegt eine davon über einer Schwelle aus der Konfiguration, sagt der Bericht, dass jetzt nicht versendet werden sollte, und warum.
- Erkenne Rollenadressen wie info@ und abuse@ und markiere sie getrennt, denn sie beschweren sich häufiger und reagieren seltener.
- Ein Prüfbefehl, der SPF, DKIM und DMARC für die Absenderdomain nachschlägt und ausgibt, was dort steht.
- Deutsch sind Ausgaben, Berichte, Kommentare und README. Alle Bezeichner bleiben englisch: Tabellen, Spalten, CLI-Optionen, Statuswerte.

Bewusst weglassen:

- Den Versand selbst. Dafür gibt es ein eigenes Werkzeug, und die Reputation kommt ohnehin vom Anbieter.
- Das Aufwärmen einer neuen Domain. Das ist Geduld über Wochen, kein Skript.
- Öffnungs- und Klickmessung. Zählpixel bringen eigene Einwilligungsfragen mit.