Löscht IMAP E-Mails auf dem Server? IMAP oder POP3

Ja, sobald du eine Nachricht löschst: IMAP löscht E-Mails auf dem Server und damit in jeder App, die du verbunden hast. Der Server hält die eine echte Kopie deiner Mails, und jede App arbeitet mit ihr. Lesen oder Herunterladen entfernt deshalb nichts, doch wenn du eine Nachricht in einer App löschst, ist sie in allen gelöscht. Die meisten Apps verschieben sie zuerst in einen Papierkorb-Ordner, aus dem du sie noch zurückholen kannst, und Gmail archiviert sie meist stattdessen in „All Mail“ (Alle Nachrichten). POP3 funktioniert anders: Es lädt Mails auf ein Gerät herunter und kann, je nach Einstellung, die Kopie auf dem Server löschen. Wenn du die Mails an deine Aliasse auf einer eigenen Domain in einer App lesen willst, die nichts löschen kann: CatchNone liest dieses Postfach nur lesend über IMAP oder JMAP und markiert, verschiebt oder löscht nie eine Nachricht auf dem Server, auf iPhone, iPad und Mac.

Löscht IMAP E-Mails in jeder App auf dem Server?

Ja, allerdings meist zuerst in den Papierkorb statt endgültig. Der aktuelle Standard für IMAP (Internet Message Access Protocol), RFC 9051, beschreibt IMAP als Weg, mit „entfernten Nachrichtenordnern“ so zu arbeiten, als wären es lokale. IMAP-Apps laden durchaus Nachrichten herunter: Dein Smartphone, dein Laptop und dein Webmail können jeweils Kopien zwischenspeichern, damit alles schneller geht und du offline lesen kannst, aber diese Kopien richten sich nach dem Server. Verschwindet eine Nachricht vom Server, verschwindet sie beim nächsten Abgleich aus jeder App.

Löschen in zwei Schritten: markieren, dann entfernen (Expunge)

1. Die App setzt bei der Nachricht das Flag \Deleted. Sie ist damit zum Entfernen vorgemerkt, aber noch da.
2. Der Befehl EXPUNGE oder das Schließen des Ordners mit CLOSE entfernt jede markierte Nachricht in diesem Ordner endgültig.

Bis zum zweiten Schritt holt das Entfernen des Flags die Nachricht zurück. Ältere Desktop-Apps haben das sichtbar gemacht: Microsofts Hilfe zu Outlook 2010 zeigt IMAP-Nachrichten, die zum Löschen markiert sind, durchgestrichen, bis sie bereinigt werden. Danach „werden sie vom IMAP-Mailserver gelöscht und können nicht wiederhergestellt werden“.

Löschen heißt meist „in den Papierkorb verschieben“

Die meisten aktuellen Apps verschieben eine gelöschte Nachricht stattdessen in einen Papierkorb-Ordner auf dem Server. In IMAP-Begriffen ist das meist ein MOVE: Kopie, \Deleted-Flag und Expunge in einem Schritt. Jedes Gerät sieht die Nachricht im Papierkorb, und endgültig weg ist sie erst, wenn der Papierkorb geleert wird – von dir, von der App oder vom Anbieter. Stand September 2026 löscht Gmail Nachrichten im Papierkorb nach 30 Tagen endgültig, und Apples Anleitung zu Mail auf dem iPhone weist darauf hin, dass iCloud gelöschte Nachrichten nicht länger als 30 Tage aufbewahrt, egal wie dein iPhone eingestellt ist.

Gmail: Labels statt Ordner

Gmail zeigt IMAP-Apps seine Labels als Ordner, mit Systemordnern wie „All Mail“ (Alle Nachrichten), „Spam“ und „Trash“ (Papierkorb) unter [Gmail]. Löschst du aus einem Label-Ordner, entfernst du normalerweise nur dieses Label. Googles Anleitung zu den IMAP-Einstellungen sagt: „Nachrichten, die du aus einem IMAP-Ordner löschst, findest du in Gmail unter dem Label ‚All Mail‘.“ Sie rät außerdem davon ab, gelöschte Nachrichten deiner App in Gmails Papierkorb zu leiten, weil sie dann „nach 30 Tagen endgültig aus Gmail gelöscht werden“. Gmails eigene Löscheinstellungen auf dem Server stehen in der Tabelle unten.

Löscht Outlook IMAP-E-Mails auf dem Server?

Ja. Ist Outlook über IMAP verbunden, arbeitet es wie jede andere App mit der Kopie auf dem Server, also erreicht ein Löschen dort jedes Gerät; manche älteren Versionen zeigen die Nachricht zuerst durchgestrichen, wie oben beschrieben. Liegt dein Postfach bei Outlook.com oder Hotmail, ist der IMAP-Server outlook.office365.com mit Port 993, und Microsoft verlangt eine moderne Anmeldung (OAuth2). Seit dem 16. September 2024 funktionieren Apps, die nur Benutzername und Passwort senden, nicht mehr mit Outlook.com- und Hotmail-Konten.

Wo gelöschte Mails in gängigen Apps landen

Manche Optionen umgehen den Papierkorb: „None“ auf dem Mac, „Remove it immediately“ in Thunderbird und Gmails Einstellung zum endgültigen Löschen. Außerhalb von Gmail gilt das auch für Thunderbirds „Just mark it as deleted“: Die Nachricht bleibt markiert, bis der Ordner bereinigt wird (Expunge), und dann ist sie weg. Thunderbirds Standard ist der Papierkorb; für Gmail-Konten empfiehlt Google „Just mark it as deleted“ und beide „on Exit“-Kästchen (beim Beenden) nicht angehakt. Das letzte Wort hat der Anbieter: Laut Apples Anleitung für Mail auf dem Mac werden ältere Nachrichten, wenn der Server sie löschen soll, gelöscht, „unabhängig davon, wie du diese Option änderst“.

Wird eine E-Mail überall als gelesen markiert, wenn du sie in einer anderen App liest?

Mit IMAP ja. Der Lesestatus ist das Flag \Seen, das auf dem Server gespeichert ist, also wird er wie ein Löschen abgeglichen. Eine App, die eine Nachricht mit BODY[] abruft, markiert sie als gelesen. Eine App, die BODY.PEEK[] abruft, lässt sie, wie sie war, und kann \Seen selbst setzen, wenn du die Nachricht öffnest.

JMAP, das neuere Protokoll, um das es weiter unten geht, gleicht den Lesestatus genauso ab. POP3 kennt überhaupt keinen Lesestatus, also führt jedes Gerät seinen eigenen. Die Ausnahme ist Gmail: Seine POP-Einstellungen können Gmails Kopie als gelesen markieren, wenn eine andere App sie herunterlädt.

IMAP oder POP3: Welches Protokoll lässt deine Mails auf dem Server?

IMAP lässt sie schon vom Konzept her auf dem Server. POP3 (Post Office Protocol Version 3, meist einfach POP genannt; RFC 1939) wurde für das Gegenteil gebaut: „Normalerweise wird die Mail heruntergeladen und dann gelöscht.“

Auch POP löscht in zwei Schritten. Der Befehl DELE markiert eine Nachricht nur, und der Server entfernt sie, wenn die App die Sitzung mit QUIT beendet. „Leave messages on server“ (Nachrichten auf dem Server belassen) ist eine Einstellung der App. Der Standard nennt das eine „schwache Version“ dessen, was IMAP leistet, und ein Server hält sich womöglich nicht daran. Was mit der Kopie auf dem Server passiert, hängt von App und Anbieter ab:

• Thunderbird: Neue POP-Konten, die mit dem Kontenassistenten von Thunderbird eingerichtet werden, lassen Mails standardmäßig höchstens 14 Tage auf dem Server, und wenn du eine Nachricht lokal löschst, wird auch die Kopie auf dem Server gelöscht.
• Gmail: Die POP-Einstellungen bieten „Keep Gmail’s copy in the Inbox“ (Gmail-Kopie im Posteingang behalten), „Mark Gmail’s copy as read“ (Gmail-Kopie als gelesen markieren), „Archive Gmail’s copy“ (Gmail-Kopie archivieren) oder „Delete Gmail’s copy“ (Gmail-Kopie löschen).
• Yahoo: Sein POP-Zugang „lädt Kopien deiner E-Mails herunter, sodass du sie in der App verschieben und löschen kannst, ohne die Original-E-Mails zu verändern“.

Nimm IMAP, solange du keinen bestimmten Grund dagegen hast. POP passt, wenn ein einziger Computer die einzige Kopie halten soll, etwa um die Mails eines alten Kontos herunterzuladen, bevor du es schließt – und wenn dieser Computer gesichert wird.

Du weißt nicht, welches Protokoll deine App nutzt? Sieh in den Servereinstellungen des Kontos nach: Port 993 oder 143 bedeutet IMAP, 995 oder 110 bedeutet POP. Exchange und Microsoft Graph sind Microsofts eigene Protokolle und von beiden unabhängig.

Welche Anbieter IMAP oder POP3 anbieten

Servernamen und Ports, Stand September 2026:

Was Nur-Lese-Zugriff per IMAP bedeutet

Nur-Lese-Zugriff per IMAP bedeutet, dass die App einen Ordner mit EXAMINE statt SELECT öffnet und Nachrichten mit BODY.PEEK[] statt BODY[] herunterlädt. Im Postfach ändert sich nichts: Keine Nachricht wird als gelesen gekennzeichnet, markiert, verschoben oder gelöscht. Ein E-Mail-Client, der nur lesend zugreift, ist jede App, die sich an diese Befehle hält.

Den Unterschied siehst du an der Antwort des Servers. Diese beiden Dialoge sind die Beispiele aus RFC 9051 (C: ist die App, S: der Server, und blurdybloop ist der Beispielordnername des Standards):

C: A142 SELECT INBOX
S: * 172 EXISTS
S: * OK [UIDVALIDITY 3857529045] UIDs valid
S: * OK [UIDNEXT 4392] Predicted next UID
S: * FLAGS (\Answered \Flagged \Deleted \Seen \Draft)
S: * OK [PERMANENTFLAGS (\Deleted \Seen \*)] Limited
S: * LIST () "/" INBOX
S: A142 OK [READ-WRITE] SELECT completed

C: A932 EXAMINE blurdybloop
S: * 17 EXISTS
S: * OK [UIDVALIDITY 3857529045] UIDs valid
S: * OK [UIDNEXT 4392] Predicted next UID
S: * LIST () "/" blurdybloop
S: * FLAGS (\Answered \Flagged \Deleted \Seen \Draft)
S: * OK [PERMANENTFLAGS ()] No permanent flags permitted
S: A932 OK [READ-ONLY] EXAMINE completed

Die letzte Zeile jeder Antwort zeigt, wie der Ordner geöffnet ist: [READ-WRITE] oder [READ-ONLY]. PERMANENTFLAGS listet die Flags auf, die die App dauerhaft ändern darf: in diesen Beispielen \Deleted, \Seen und neue Schlüsselwörter (\*) nach SELECT und keine nach EXAMINE. In einem per EXAMINE geöffneten Ordner erlaubt der Standard „keine Änderungen am dauerhaften Zustand des Postfachs, einschließlich des nutzerbezogenen Zustands“, und beim Schließen wird nichts endgültig entfernt.

Erzwingt der Server den Nur-Lese-Zugriff?

Über IMAP und für dein eigenes Postfach nur, wenn die App ihn anfordert. Nach EXAMINE hält der Server diesen Ordner für die Dauer der Sitzung schreibgeschützt. Alles andere liegt in der Hand der App:

• Dieselbe Anmeldung kann jederzeit stattdessen SELECT senden.
• EXAMINE gilt für einen Ordner. Befehle auf Kontoebene wie DELETE (ein ganzer Ordner), RENAME und APPEND funktionieren weiterhin.
• BODY.PEEK[] ist allein die Entscheidung der App.

Ein Server kann Nur-Lese-Zugriff auch über Zugriffsrechte durchsetzen (RFC 4314), doch das wird für geteilte und delegierte Postfächer genutzt. Gmail, Outlook.com, iCloud und Fastmail dokumentieren keine nur lesende IMAP-Anmeldung für dein eigenes Postfach; am nächsten kommt dem das nur lesende JMAP-Token von Fastmail, siehe unten.

Was dein Passwort oder deine Anmeldung erlaubt

Bei Fastmail kannst du ein App-Passwort auf bestimmte Datenarten beschränken, eine Nur-Lese-Option ist aber nicht dokumentiert. Googles Nur-Lese-Berechtigung gibt es nur für die eigene Gmail API, nicht für IMAP. Wenn eine App sagt, sie sei nur lesend, vertraust du also der App, nicht dem Passwort.

So testest du eine neue Mail-App gefahrlos

1. Wähle IMAP (oder JMAP), nicht POP. Eine POP-App nimmt Mails beim Herunterladen womöglich vom Server. Eine IMAP-App lässt Mails, wo sie sind, auch wenn Löschvorgänge weiterhin abgeglichen werden (Schritt 4).
2. Nutze ein Nur-Lese-Token, wenn dein Anbieter und deine App das unterstützen. Das funktioniert nur mit Apps, die sich über JMAP verbinden. Öffne bei Fastmail „Settings“ (Einstellungen) > „Privacy & Security“ (Datenschutz und Sicherheit) > „Connected apps & API tokens“ (Verbundene Apps und API-Tokens) > „Manage API tokens“ (API-Tokens verwalten) > „New API token“ (Neues API-Token), wähle JMAP und aktiviere „Read-only access“ (Nur-Lese-Zugriff) und „Email“ (E-Mail) und sonst nichts (Fastmails Anleitung zu API-Tokens). Unsere Fastmail-Anleitung zeigt Schritt für Schritt, wie du das Token erstellst. Im Basic-Tarif von Fastmail gibt es keine API-Tokens, Stand September 2026.
3. Andernfalls gib der App ein eigenes App-Passwort. Dann kannst du genau dieses Passwort später widerrufen, ohne deine anderen Apps anzurühren. Für iCloud erstellst du eines unter account.apple.com > „Anmelden und Sicherheit“ > „App-spezifische Passwörter“; unsere Anleitung zum App-spezifischen Passwort für iCloud führt dich hindurch. Für Gmail brauchst du die Bestätigung in zwei Schritten, und Google zieht „Über Google anmelden“ vor, wo die App es anbietet; siehe Gmail-App-Passwörter und IMAP-Einstellungen.
4. Prüfe direkt nach dem Hinzufügen des Kontos, bevor du irgendetwas löschst, seine Löscheinstellung. Nimm die Tabelle oben: Wähle Papierkorb oder Archiv (bei Gmail folge statt des Papierkorbs Googles Rat von oben) und meide „None“, „Remove it immediately“ und, außerhalb von Gmail, „Just mark it as deleted“, bis du der App vertraust.
5. Teste mit einer Nachricht, die du nicht brauchst. Schick dir selbst eine, öffne sie in der neuen App und sieh nach, ob sie in deiner gewohnten App als gelesen erscheint. Lösche sie dann in der neuen App und sieh nach, wo sie landet.
6. Widerrufe das Passwort, wenn du die App nicht mehr nutzt. Apples Seite zu App-spezifischen Passwörtern erklärt „Remove“ (Entfernen) und „Revoke All“ (Alle widerrufen). Die von Google verwaltest du unter myaccount.google.com/apppasswords, wie Googles Hilfeseite zu App-Passwörtern erklärt.

JMAP und IMAP im Kurzvergleich

JMAP (JSON Meta Application Protocol) ist ein neueres E-Mail-Protokoll für dieselbe Aufgabe, 2019 als RFC 8620 und RFC 8621 veröffentlicht, mit einem Fastmail-Ingenieur als Hauptautor. Es sendet JSON über HTTPS statt der Textbefehle von IMAP, und jede Anfrage muss TLS 1.2 oder neuer nutzen. Die Einführung der IETF nennt IMAP „ressourcenhungrig“ und schlecht geeignet für Mobilfunknetze.

Beim Löschen und beim Lesestatus ist das Modell vertraut:

• Eine E-Mail kann in mehreren Postfächern zugleich liegen, ähnlich wie Gmail-Labels.
• Löschen heißt meist, sie in das Postfach mit der Papierkorb-Rolle zu verschieben. „Zerstören“ (destroy) entfernt sie aus jedem Postfach.
• Der Lesestatus ist das Schlüsselwort $seen, die JMAP-Version von \Seen.
• Der Server teilt jeder App mit, ob das ganze Konto schreibgeschützt ist.

Spielt das für dich eine Rolle? Nur, wenn dein Anbieter JMAP anbietet und deine App es unterstützt. Fastmail bietet es in den Tarifen oberhalb von Basic an. Unter den Apps unterstützt Thunderbird für den Desktop es noch nicht, auch wenn das Team laut seiner Ankündigung vom 2. September 2026 zuversichtlich ist, es später ergänzen zu können. So oder so werden Löschvorgänge genauso abgeglichen wie bei IMAP.

Ist IMAP über Port 993 sicher? Was ist STARTTLS?

Ja, auf dem Übertragungsweg. Auf Port 993 ist IMAP vom ersten Byte an verschlüsselt: Die Verbindung beginnt mit einem TLS-Handshake, derselben Art von Schutz, die HTTPS einer Website gibt. Das nennt sich implizites TLS. Port 143 ist der Klartext-Port von IMAP, auf dem eine App die Verbindung mit dem Befehl STARTTLS nachträglich verschlüsseln kann.

Die Standards bevorzugen heute Port 993. RFC 8314 (2018) empfiehlt für Mail-Apps implizites TLS statt STARTTLS, mit TLS 1.2 oder neuer, und RFC 9051 verlangt, dass jeder Server nach dem aktuellen Standard implizites TLS anbietet. Eine Studie auf der USENIX Security 2021 fand über 40 STARTTLS-Schwachstellen in Mail-Clients und -Servern und rund 320.000 Server (2 %), die für das Einschleusen von Befehlen (Command Injection) anfällig waren. Viele wurden nach der Offenlegung behoben, doch die Autoren kamen zu dem Schluss, dass STARTTLS „vermieden werden sollte“. Fastmail bietet es weder für IMAP noch für POP an, und Gmail und iCloud verlangen eine verschlüsselte Verbindung (SSL/TLS) auf Port 993.

TLS schützt die Verbindung, nicht die gespeicherte Nachricht, und es ist keine Ende-zu-Ende-Verschlüsselung; das sagt RFC 8314 selbst. Port 993 schützt also dein Passwort und deine Mails unterwegs, mehr nicht. Die Schwachstellen sind dein Passwort (nutze Zwei-Faktor-Authentifizierung und App-Passwörter) und das, was jede App mit dem Zugriff anfängt, den du ihr gibst.

Ein nur lesender Client für deine Aliasse: CatchNone

CatchNone ist ein nur lesender Client genau im oben beschriebenen Sinn, gemacht für E-Mail-Aliasse auf einer Domain, die dir gehört. Über IMAP (implizites TLS, standardmäßig Port 993) öffnet es nur deinen Posteingang, und zwar mit EXAMINE, und lädt mit BODY.PEEK[] herunter; über JMAP nutzt es ein Zugriffstoken. Auf deinem Server markiert, verschiebt oder löscht es nie etwas, keiner der Löschvorgänge aus diesem Artikel kann also von ihm ausgehen. Es liest dein Postfach direkt von deinem Gerät aus, und diese Mails laufen nie über die Server von CatchNone.

Jeder Shop, jeder Newsletter und jedes Konto bekommt einen eigenen Alias, und jede Nachricht trägt einen Badge für den Alias, den sie erreicht hat, sodass eine weitergegebene oder verkaufte Adresse auffällt. CatchNone empfängt bewusst nur: Anmelde-Mails bleiben in einer eigenen App, getrennt von deinem Hauptposteingang. Der Tarif „Kostenlos“ umfasst bis zu 10 Aliasse auf deiner eigenen Domain, Lite und Premium haben kein Limit. Wenn du lieber auf Domain und Postfach verzichtest, bringt Premium @catchnone.com-Adressen mit, ganz ohne Einrichtung.

Das Passwort oder App-Passwort, das du eingibst, hat trotzdem vollen Zugriff: Nur lesend beschreibt, wie sich die App verhält, nicht, was die Zugangsdaten erlauben. Es gibt kein POP3, kein Exchange, kein STARTTLS und keine OAuth-Anmeldung, Outlook.com und Hotmail lassen sich also wahrscheinlich nicht verbinden, und Gmail braucht ein App-Passwort. Die Mails deiner Domain müssen erst in diesem Posteingang ankommen, meist über eine Catch-all-Adresse bei einem E-Mail-Anbieter, der Catch-all unterstützt; Mails, die als Spam einsortiert oder von einer Regel verschoben werden, erscheinen nicht. CatchNone herunterladen für iPhone, iPad und Mac.

Häufige Fragen

Was bedeutet „vom Server löschen“?

Der Server deines Anbieters hält die Hauptkopie deiner Mails, deine Apps halten Kopien davon. Mit IMAP ist jedes Löschen ein Löschen auf dem Server, meist auf dem Umweg über den Papierkorb. Bei POP ist es eine Einstellung: Die App lässt die Kopie auf dem Server nach dem Herunterladen entweder liegen oder entfernt sie.

Ich habe eine E-Mail versehentlich gelöscht. Kann ich sie zurückholen?

Meist ja, wenn du schnell bist. Sieh im Ordner Papierkorb (oder Gelöscht) auf dem Server nach, im Webmail oder in einer beliebigen App; bei Gmail außerdem unter „All Mail“ (Alle Nachrichten). Gmail und iCloud bewahren Mails im Papierkorb höchstens 30 Tage auf, Stand September 2026. Ist der Papierkorb geleert oder die Nachricht endgültig entfernt (Expunge), ist sie aus jeder App verschwunden.

Kann ich E-Mails auf dem Smartphone löschen, aber auf dem Server behalten?

Nicht mit einem Löschen per IMAP, denn das entfernt sie überall. Archiviere stattdessen: Wähle auf dem iPhone unter „Move Discarded Messages Into“ (Verworfene E-Mails bewegen in) die Option „Archive Mailbox“ (Archiv), dann landen verworfene Nachrichten in deinem Archiv-Postfach statt im Papierkorb. Mit POP und „Leave messages on server“ lässt ein lokales Löschen die Kopie auf dem Server in Ruhe, es sei denn, die App ist zusätzlich so eingestellt, dass sie sie auch dort löscht, wie es bei neuen POP-Konten im aktuellen Thunderbird der Fall ist: „Until I delete them“ (Bis ich sie lösche). Der Server kann alte Mails trotzdem nach seinen eigenen Regeln entfernen.

Kann ich E-Mails vom Server löschen, aber eine Kopie auf meinem Computer behalten?

Ja: Verschiebe sie zuerst in ein Postfach, das auf dem Computer gespeichert ist. Wähle in Mail auf dem Mac „Mailbox“ (Postfach) > „New Mailbox“ (Neues Postfach) und stelle „Location“ (Ort) auf „On My Mac“ (Auf meinem Mac); laut Apple sind diese Postfächer lokal auf diesem Mac gespeichert. Die „Local Folders“ (Lokale Ordner) in Thunderbird funktionieren genauso. Nachdem du die Kopie auf dem Server gelöscht hast, hält dieser Computer die einzige Kopie, also sichere ihn.

Löscht das Entfernen eines Kontos aus einer App meine E-Mails?

Bei IMAP nicht. Laut Apples Mail-Anleitung für den Mac werden die Nachrichten des Accounts von deinem Mac entfernt, während „Kopien der Nachrichten auf dem Mailserver des Accounts verbleiben“. Bei POP sichere zuerst: Entfernst du den Account, werden die heruntergeladenen Nachrichten von deinem Mac gelöscht, und nur was der Server noch hat, bleibt erhalten.