Warum ein einziges Postfach für alles scheitert

Es beginnt harmlos. Dein erstes Projekt erhält einen contact@ Alias, der an dein privates Gmail weiterleitet. Der zweite genauso. Dann braucht eine Landingpage ein Formular, also sendet auch ein Formular-Endpunkt E-Mails an dich. Beim zehnten Projekt hast du zehn Weiterleitungen, einen Filter pro Domain und einen längst ungepflegten Ordnerbaum. Ein einziges Postfach spielt zehn.

Dann beginnen konkrete Probleme:

  • Nachrichten gehen unter. Der Fehlerbericht eines zahlenden Nutzers landet zwischen dem Launch-Ansturm eines anderen Projekts und deinen privaten E-Mails. Dein Mailprogramm weiß nicht, dass es um verschiedene Produkte geht. Vier Tage später findest du ihn.
  • Der Zusammenhang geht verloren. „Hey, der Export funktioniert nicht.“ Welcher Export? Die Hälfte der Nachrichten nennt kein Projekt. Der einzige Hinweis ist ein An:-Header hinter einer Weiterleitung.
  • Du kannst kein einzelnes Projekt stummschalten. Der Launch eines Produkts flutet das Postfach aller Projekte. Die einzige Stummschaltung betrifft dein ganzes Leben.
  • Du kannst nichts übergeben. Ein Mitwirkender kommt zu einem Projekt, dessen Nachrichten in deinem privaten Konto liegen. Jede Nachricht manuell weiterleiten oder die Zugangsdaten teilen? Beides ist schlecht.
  • Inaktive Projekte sterben nie. Die Weiterleitung überlebt das Produkt. Zwei Jahre später erhältst du noch Spam für eine abgelaufene Domain und traust dich nicht, den mit neun anderen verflochtenen Filter zu löschen.

Das sind keine Filterprobleme. Es ist ein Strukturproblem: Du leitest N Produkte durch einen Kanal. Labels sind nur Klebeband.

Was ein Postfach pro Projekt verändert

Drehe das Modell um. Jedes Projekt erhält sein eigenes Postfach: eigene E-Mail-Adresse, eigenen Formular-Endpunkt und eigene Benachrichtigungsregeln. Nachrichten vermischen sich nicht; alles bisher Globale wird projektbezogen:

  • Stummschaltung bleibt projektbezogen. Schalte das Launch-Projekt stumm; die anderen neun melden sich weiter.
  • Übergaben bleiben projektbezogen. Ein Mitwirkender erhält nur die Nachrichten dieses Projekts, etwa in einem gemeinsamen Discord- oder Slack-Kanal oder Teampostfach, ohne Zugriff auf dein eigenes Postfach.
  • Archivierung bleibt projektbezogen. Projekt beendet? Archiviere sein Postfach. Der Kanal schließt, der Verlauf bleibt lesbar, alles andere bleibt unberührt.
  • Kontext gibt es gratis. Liegt eine Nachricht im Postfach, gehört sie zu diesem Projekt. Keine Suche in Headern nötig.

Du kannst das mit einem bezahlten Postfach pro Projekt oder einer Catch-all-Domain samt Routingregeln selbst bauen. Es kostet aber Geld je Adresse oder einen Nachmittag pro Projekt. Darum hält es kaum jemand nach Projekt drei durch. Ein neues Postfach muss ohne Aufwand entstehen.

Die Einrichtung in der Praxis

Genau dafür haben wir es gebaut Mailcontact gedacht ist. Erstelle ein Projekt und erhalte zwei Quellen für ein Postfach:

Eine E-Mail-Adresse, die sofort funktioniert. [email protected] ist sofort nach Projekterstellung aktiv: keine DNS-Einträge, kein Mailserver, keine Prüfung. In den Footer eintragen, fertig. (So funktioniert die Adresse.)

Ein Formular-Endpunkt für das Kontaktformular deiner Landingpage. Einfaches HTML sendet email und message (plus optional name und subject), gesendet mit dem gehosteten MailContact-Skript, damit Besucher auf der Seite bleiben:

<form action="https://mailcontact.app/api/forms/your-form-id" method="POST" data-mailcontact-form>
  <label>Email <input name="email" type="email" required /></label>
  <label>Message <textarea name="message" required></textarea></label>
  <button type="submit">Send</button>
  <p data-contact-status role="status" aria-live="polite"></p>
</form>
<script defer src="https://mailcontact.app/forms/v1.js"
  crossorigin="anonymous" referrerpolicy="no-referrer"></script>

Beides landet im selben Projektpostfach, und eine Benachrichtigung (Discord, Slack, E-Mail oder Webhook) wird bei Eingang ausgelöst. So musst du kein weiteres Postfach prüfen. Zehn Projekte, zehn Postfächer, keine neuen Tabs. Das Dokumentation erklären die Details. Free enthält ein Formularprojekt; Pro zehn Projekte mit jeweils Formular und E-Mail-Adresse (Preise).

Das Beispiel oben ist bewusst stackunabhängig. Zehn Projekte nutzen selten dieselbe Technik. Für deine konkrete Umgebung gibt es diese Anleitungen: Next.js, Astro, SvelteKit, Hugo, oder die vollständige Liste.

Zum Umfang: Mailcontact ist bewusst kein Helpdesk. Keine Tickets, SLAs oder Zuweisungswarteschlangen. Nur ein übersichtliches Postfach pro Projekt für echte Anfragen. Du kannst kostenloses Konto erstellen um Zugriff zu erhalten.

Getrennte Kanäle gehören zu einem sauberen Betrieb

Niemand schreibt Logs von zehn Diensten in eine Datei und sucht dann nach Dienstnamen. Niemand schickt Fehler aus zehn Apps in ein Monitoring-Projekt. Sonst ist ein Kanal pro Produkt selbstverständlich. Kontakt-E-Mails sind nur deshalb die Ausnahme, weil Trennung früher teuer war: eigene Domain, DNS-Einträge und bezahlter Zugang pro Adresse.

Kostet ein neues Postfach fünf Sekunden statt eines Nachmittags, ändert sich alles. Ein Kontaktkanal wird Teil des Projektstarts wie die Repository-Erstellung. So hätte es immer sein sollen.

Dein nächstes Projekt verdient ein eigenes Postfach. Die neun davor auch.