E-Mails auf Ihrer Domain empfangen

Hinweis: Das Postfach für eingehende Mail ist in jedem Tarif verfügbar, aufbauend auf einer bereits verifizierten nativen Sending-Domain — bemessen nach monatlichem Volumen und Anzahl benannter Adressen, beides je nach Tarif skalierend. Siehe Preise für das Kontingent jeder Stufe.

Sobald Sie eine Domain für natives Senden verifiziert haben, kann MailInApp auf ihr auch echte E-Mails an benannten Adressen empfangen — [email protected], [email protected], was auch immer Sie wählen — einsehbar und beantwortbar über Postfach im Dashboard. Keine Weiterleitungsregeln, kein separater Mailserver zu betreiben.

Dies funktioniert zusammen mit Nativem Posteingang-Rendering & IMAP-Synchronisierung innerhalb desselben Postfachs unter /dashboard/mailbox: Sie können eingehende Mail an Ihrer eigenen Domain und verbundene externe IMAP-Konten an einem Ort verwalten.

Aktivieren

Der eingehende Empfang ist ein Schalter auf derselben Seite Einstellungen → Domains, die Sie zum Verifizieren des Versands genutzt haben, und erfordert, dass diese Domain bereits verifiziert ist:

Suchen Sie unter Einstellungen → Domains nach E-Mails auf dieser Domain empfangen und klicken Sie auf Aktivieren.
Fügen Sie den angezeigten MX-Eintrag bei Ihrem DNS-Anbieter hinzu — er verweist Ihre Domain auf die Mailserver von MailInApp.
Der Schalter bestätigt sich selbst, sobald Ihre erste echte Nachricht eintrifft; es gibt keine separate Verifizierungsprüfung wie bei DKIM/MAIL FROM, da MX über keine entsprechende API verfügt.
Fügen Sie unterhalb des Schalters eine oder mehrere benannte Adressen hinzu (z. B. support, sales) — dies sind die lokalen Teile, für die MailInApp Mail annimmt und im Dashboard mit einem Label versieht. Mail an eine nicht beanspruchte Adresse kommt trotzdem an und wird gespeichert, nur als nicht zugewiesen markiert statt verworfen. Die Anzahl, die Sie beanspruchen können, richtet sich nach dem Tarif — siehe Preise.

Lesen, Antworten & Organisieren

/dashboard/mailbox listet jeden Thread auf, filterbar nach Adresse, mit Ungelesen-Status und Anhang-Downloads. Das Antworten aus einem Thread heraus sendet über Ihr eigenes Native-Sending-Setup, korrekt verkettet (In-Reply-To/References), sodass es im E-Mail-Client des Absenders als Antwort ankommt — nicht als neue, unverbundene Nachricht.

Verfassen Sie einen komplett neuen Thread an eine beliebige Adresse, nicht nur Antworten auf eingehende Mail — wählen Sie über denselben „Senden als“-Auswahldialog, den auch verbundene IMAP-Konten nutzen, von welcher Ihrer beanspruchten Adressen aus gesendet werden soll.
Archivieren oder löschen Sie einen Thread (und verschieben Sie ihn jederzeit zurück in den Posteingang), statt ihn nur als gelesen/ungelesen zu markieren.
Markieren Sie einen Thread mit einem Stern, um ihn für die Nachverfolgung zu kennzeichnen.
Hängen Sie Dateien an eine Antwort oder ein neu verfasstes Schreiben an, und laden Sie jeden Anhang einer empfangenen Nachricht herunter — beide Richtungen werden im Thread nun als herunterladbare Chips angezeigt.
Cc und Bcc stehen bei jeder Antwort und jedem neuen Schreiben zur Verfügung.
Suche ist eine echte serverseitige Abfrage, kein bloßer Filter über bereits Geladenes — sie trifft zunächst auf Betreff/Teilnehmer/Vorschau eines Threads zu und greift bei Bedarf auf einen vollständigen Scan des Nachrichtenverlaufs zurück.
Signatur: Legen Sie eine kontoweite Standardsignatur fest (Postfach-Seitenleiste → Signatur), die bei jeder Antwort und jedem neuen Schreiben über dem zitierten Text eingefügt wird — für jede von Ihnen beanspruchte Adresse.
Filter: Legen Sie unter Postfach-Seitenleiste → Filter Regeln fest wie „Von/Betreff enthält X → als gelesen markieren / kennzeichnen / nach Archiv verschieben / in den Papierkorb verschieben“, die automatisch ausgewertet werden, sobald eingehende Mail eintrifft.

Rich-Text-Antworten

Die Antwort- und Verfassen-Felder sind ein vollständiger Rich-Text-Editor, kein einfaches Textfeld. Sie erhalten Fett, Kursiv, Unterstrichen, Durchgestrichen, H2-/H3-Überschriften, Aufzählungs- und nummerierte Listen, Blockzitate, Links, eine kleine feste Auswahl an Textfarben sowie einfache Tabellen (einfügen, Zeile oder Spalte hinzufügen/entfernen).

Die Formatierung bleibt in beide Richtungen erhalten. Ihre eigenen gesendeten Nachrichten werden in der Thread-Ansicht mit vollständiger Formatierung dargestellt. Formatierte Mail von der Gegenseite wird ebenfalls sicher gerendert — bereinigt, und alles außerhalb der bekannt sicheren Zulassungsliste wird in einem Sandbox-Frame angezeigt, genau wie es bei verbundenen IMAP-Nachrichten bereits der Fall ist.

Der Versand fällt weiterhin sauber zurück: Jede Antwort trägt neben dem HTML einen Klartext-Teil, sodass Empfänger mit einem reinen Textclient eine lesbare Entsprechung sehen.

Dies ist die Version davon für das Domain-Postfach. Das Antworten auf eine Nachricht aus einem verbundenen Gmail-/Outlook-Konto erhält denselben Rich-Text-Editor und dieselbe Anhangsunterstützung, nur ohne den Fall des neuen Verfassens — das bleibt bei einem verbundenen Konto reiner Text.

Mit einer interaktiven E-Mail antworten oder verfassen

Manchmal braucht eine Antwort mehr als formatierten Text — eine Abstimmung, einen Produkt-Block, einen Countdown. Klicken Sie bei einem Thread auf ✨ Mit interaktiver E-Mail antworten, statt im Rich-Text-Feld zu schreiben (oder auf ✨ Mit interaktiver E-Mail verfassen bei einem neuen Schreiben). Dies öffnet den vollständigen Studio-Editor mit dem angehängten Kontext des Threads. Wählen Sie ein bestehendes Projekt oder starten Sie ein neues, nehmen Sie letzte Änderungen vor und senden Sie es als diese konkrete Antwort.

Ein paar Dinge verhalten sich bei einer aus dem Studio gesendeten Antwort anders:

Sie wird als transaktionale E-Mail gesendet: keine Abmelde-Fußzeile, keine Zeile „interaktive Version öffnen“ und kein Öffnungstracking-Pixel — angemessen für eine Eins-zu-eins-Antwort statt einer Massenkampagne.
Interaktionen damit (Abstimmungsstimmen, Formularabsendungen, Klicks) werden anonym/ratenbegrenzt erfasst statt einer Zeile einer Kontaktliste zugeordnet, genau wie bei einem HTML-Export oder einem ungebundenen Live-Ansicht-Link.
Die Thread-Ansicht kennzeichnet die Nachricht mit Gesendet mit: <Projektname> und zeigt das versendete HTML in einem Sandbox-Frame, mit einem Link zurück in den Studio-Editor, um sie erneut zu öffnen oder erneut zu senden.

Ein verbundenes IMAP-Konto hat dies bei Antworten ebenfalls — derselbe ✨-Button, dasselbe transaktionale Verhalten. Der einzige Unterschied: Dort gibt es kein „Gesendet mit“-Abzeichen und keinen Thread-Verlauf, da Nachrichten eines verbundenen Kontos von vornherein niemals serverseitig gespeichert werden.

Massenaktionen (mehrere Threads auswählen und dann gemeinsam archivieren/löschen/als gelesen-ungelesen markieren) und Tastenkürzel (j/k zum Navigieren, e zum Archivieren, # zum Löschen) funktionieren auch hier. Beide Backends teilen sich eine Postfach-Oberfläche, sodass dieselben Tastenkürzel auch für verbundene IMAP-Konten gelten.

Subdomain vs. Root-Domain

Standardmäßig erhält eine verifizierte Domain eine dedizierte Subdomain-Identität — mail.ihredomain.com — sodass Senden und Empfangen über MailInApp sicher neben allem koexistieren, was Sie bereits auf ihredomain.com betreiben (Google Workspace, Outlook, Ihr eigener Mailserver). Adressen sehen aus wie [email protected].

Wenn Sie eine Domain zum ersten Mal verbinden, können Sie stattdessen Root-Domain statt Subdomain verwenden aktivieren, um schlichte Adressen wie [email protected] zu erhalten. Das ergibt nur für eine Domain Sinn, die für keine andere E-Mail genutzt wird:

Senden von der Root-Domain birgt kein zusätzliches Risiko — DKIM-Einträge liegen lediglich unter einem anderen Namen.
Empfangen auf der Root-Domain ist anders: Der MX-Eintrag, den eingehende Mail benötigt, lenkt die Mailzustellung der gesamten Domain auf MailInApp. Wenn für ihredomain.com derzeit Mail anderswohin fließt — ein echter Postfachanbieter, der MX-Eintrag eines anderen Tools —, ersetzt das Aktivieren des eingehenden Empfangs auf einer Root-Domain-Identität dies vollständig. MailInApp verlangt genau aus diesem Grund eine ausdrückliche Bestätigung, bevor der eingehende Empfang auf einer Root-Domain-Identität aktiviert wird; eine Subdomain-Identität birgt kein solches Risiko und benötigt keine.

Falls Sie unsicher sind, nutzen Sie die Standard-Subdomain — Sie können später jederzeit weitere Adressen darauf beanspruchen, und sie berührt niemals Mail, die Sie bereits anderswo auf der Domain empfangen.