IMAP vs. POP3: der Unterschied und die Ports 143, 993, 110 und 995

Kurz gesagt: Der Unterschied zwischen IMAP und POP3 liegt darin, wo deine Mails bleiben. IMAP lässt sie auf dem Server und gleicht Ordner sowie den Status gelesen/ungelesen auf allen Geräten ab; POP3 lädt die Nachrichten auf einen einzigen Client herunter und löscht sie in seiner ursprünglichen Form danach vom Server. Bei den Ports nutzt IMAP 143 (unverschlüsselt oder mit STARTTLS) und 993 für IMAP mit TLS von Anfang an (IMAPS), POP3 nutzt 110 (unverschlüsselt oder mit STARTTLS) und 995 für POP3 mit TLS von Anfang an (POP3S).

Alle vier sind bei der IANA registriert und haben sich seit Jahrzehnten nicht geändert; auf jedem Linux-System stehen sie außerdem direkt in /etc/services:

Was bedeutet IMAP, was bedeutet POP3?

IMAP steht für Internet Message Access Protocol, also ein Protokoll für den Zugriff auf Nachrichten, die auf einem Server liegen. Die aktuelle Fassung ist IMAP4rev2 (RFC 9051 aus dem Jahr 2021); ihr Vorgänger IMAP4rev1 (RFC 3501) ist weiterhin weit verbreitet. POP3 steht für Post Office Protocol, Version 3 (RFC 1939 aus dem Jahr 1996). Der Name beschreibt das Prinzip ganz gut: Wie bei einem Postfach holt der Client ab, was dort liegt, und nimmt es mit.

Beide Protokolle sind nur für den Abruf zuständig. Verschickt wird eine Mail immer über SMTP, egal ob dein Mailprogramm zum Lesen IMAP oder POP3 nutzt. Auf Debian 12 trägt der Eintrag für Port 143 in /etc/services übrigens noch den Kommentar „Interim Mail Access P 2 and 4“, ein Überbleibsel aus der Frühzeit des Protokolls, als die Abkürzung noch anders aufgelöst wurde. Am Port ändert das nichts.

IMAP vs. POP3: der Unterschied im Detail

• Wo die Mails liegen. IMAP behandelt den Server als maßgebliche Quelle: Nachrichten, Ordner und Markierungen (gelesen, markiert, beantwortet) liegen alle dort, und jeder Client (Handy, Webmail, Desktop) sieht denselben Stand. POP3 wurde für einen einzigen Client entworfen, der die Mails in seinen lokalen Speicher lädt; standardmäßig entfernt er die Nachricht nach dem Herunterladen vom Server, ein zweites Gerät sieht also nichts mehr von dem, was das erste schon abgeholt hat.
• Mehrere Geräte. Das ist heute für fast alle der entscheidende Punkt. Du liest Mails auf dem Handy und auf dem Laptop und erwartest auf beiden denselben Posteingang? Genau dafür ist IMAP gemacht. Die meisten POP3-Clients bieten inzwischen die Einstellung „Kopie auf dem Server belassen“, die das Problem mit mehreren Geräten notdürftig überdeckt, aber Ordner und der Status gelesen/ungelesen werden trotzdem nicht abgeglichen: Jeder Client verwaltet seine eigene lokale Kopie unabhängig von den anderen.
• Speicher auf dem Server. IMAP behält alles unbegrenzt auf dem Server, bis du es löschst, der Speicherbedarf auf dem Server wächst also mit deinem Postfach. POP3 hält im ursprünglichen Modus (herunterladen und löschen) den Platzbedarf auf dem Server klein, ein Grund, warum es bei knappem Speicher noch auftaucht.
• Offline-Zugriff. Ein POP3-Client hat nach dem Herunterladen immer eine vollständige lokale Kopie. Ein IMAP-Client braucht einen eigenen Cache oder Offline-Modus, um Mails ohne Verbindung zu lesen. Das bringt heute jedes gängige Mailprogramm mit, aber es lohnt sich zu wissen, dass das der Client leistet, nicht das Protokoll.

IMAP oder POP3: was solltest du nehmen? Für fast alle ist IMAP die richtige Wahl, sobald mehr als ein Gerät im Spiel ist oder Webmail dazukommt. POP3 ist nur noch sinnvoll, wenn du bewusst mit genau einem Client arbeitest, die Mails lokal archivieren willst oder der Speicher auf dem Server knapp ist.

STARTTLS oder separate TLS-Ports?

Die Ports 143 und 110 sind nicht per se unsicher: Beide unterstützen STARTTLS, bei dem sich der Client im Klartext verbindet und dieselbe Verbindung dann auf TLS umstellt, bevor er Zugangsdaten sendet. Die Ports 993 und 995 überspringen diese Aushandlung: Der TLS-Handshake passiert sofort beim Verbindungsaufbau, noch bevor überhaupt ein Befehl des Mailprotokolls ausgetauscht wird (dieselbe Unterscheidung zwischen implizit und explizit, die HTTPS auf 443 von HTTP mit Upgrade: TLS trennt). In der Praxis nutzen fast alle Mailprogramme und Server heute standardmäßig die separaten TLS-Ports, und RFC 8314 empfiehlt sie seit 2018 ausdrücklich. STARTTLS auf 143 und 110 hält sich vor allem wegen älterer Konfigurationen; genauso arbeitet auch der SMTP-Port 587 für den Versand.

Die Ports öffnen

Wenn du einen eigenen Mailserver betreibst statt eines verwalteten, öffne nur die Ports der Dienste, die du auch anbietest:

Die unverschlüsselten Ports 143 und 110 öffnest du am besten gar nicht, es sei denn, etwas, das du nicht ändern kannst, braucht noch STARTTLS auf dem unverschlüsselten Port; einen anderen Grund, sie freizugeben, gibt es nicht. Die Grundlagen der Firewall stehen in ufw einrichten, und die Sendeseite desselben Mailservers, deren Ports du meist gleich mit öffnest, in SMTP-Ports 25, 465 und 587 (engl.).

Der Port antwortet, aber der Client scheitert trotzdem

Ein Client, der sich gar nicht verbinden kann, deutet auf die Firewall oder den falschen Port. Ein Client, der sich verbindet, dann aber beim Login oder beim Synchronisieren scheitert, deutet fast immer woandershin: auf DNS (der im Client eingetragene Hostname muss auflösen und zum Zertifikat passen), auf das Zertifikat selbst oder auf die Zugangsdaten des Kontos. telnet HOST 993 kommt nicht weit über die erste TCP-Verbindung hinaus, weil 993 sofort TLS erwartet; openssl s_client -connect HOST:993 ist das richtige Werkzeug, um die Begrüßungszeile des IMAP-Servers zu sehen, sobald TLS steht.

Eine allgemeine Liste der Ports, die ein Server überhaupt offen braucht, findest du in gängige Ports und was darauf läuft (engl.): Mail neben Web, SSH und Datenbanken in einer Tabelle. Steht als Nächstes die Dateiübertragung an, helfen dir die Ports von FTP (engl.) weiter.

Häufige Fragen