IMAP vagy POP3? Törli az IMAP a leveleket a szerverről?

Igen, ha törölsz egy üzenetet: az IMAP a szerverről törli a levelet, így minden appból is, amelyet csatlakoztattál. A leveleid egyetlen valódi példánya a szerveren van, és minden app ezen dolgozik, ezért egy üzenet elolvasása vagy letöltése semmit sem töröl, ha viszont egy appban törlöd, mindegyikben törlődik. A legtöbb app előbb egy kuka (Trash) mappába helyezi át, ahonnan még visszaállíthatod, a Gmail pedig általában inkább az All Mail (Összes levél) mappába archiválja. A POP3 másképp működik, és ebben rejlik az IMAP és a POP3 különbsége: a POP3 egyetlen eszközre tölti le a leveleket, és a beállításaitól függően törölheti a szerveren lévő példányt. Ha egy saját domained aliasaira érkező leveleket olyan appban olvasnád, amely semmit sem tud törölni, a CatchNone iPhone-on, iPaden és Macen csak olvasásra, IMAP-on vagy JMAP-on éri el ezt a postafiókot, és soha nem jelöl meg, nem helyez át és nem töröl üzenetet a szerveren.

Minden appban törli az IMAP a leveleket a szerverről?

Igen, bár általában nem véglegesen, hanem előbb a kukába. Az IMAP (Internet Message Access Protocol) jelenlegi szabványa, az RFC 9051 úgy írja le az IMAP-ot, mint egy módszert arra, hogy a „távoli üzenetmappákkal” úgy dolgozz, mintha helyiek volnának. Az IMAP-appok is letöltik az üzeneteket: a telefonod, a laptopod és a webmail egyaránt tárolhat belőlük gyorsítótárazott példányokat a gyorsabb működés és az offline olvasás érdekében, de ezek a példányok a szervert követik. Ha egy üzenet eltűnik a szerverről, a következő szinkronizáláskor minden appból eltűnik.

A törlés két lépés: megjelölés, majd végleges eltávolítás

1. Az app beállítja az üzeneten a \Deleted jelzőt. Az üzenet eltávolításra van jelölve, de még megvan.
2. Az EXPUNGE parancs, vagy a mappa bezárása a CLOSE paranccsal, véglegesen eltávolítja a mappa összes megjelölt üzenetét.

Amíg a második lépés meg nem történik, a jelző törlésével az üzenet visszahozható. A régebbi asztali appok ezt láthatóvá is tették: a Microsoft Outlook 2010-hez írt súgója szerint a törlésre jelölt IMAP-üzenetek áthúzva jelennek meg, amíg véglegesen el nem távolítod őket, ezután pedig „törlődnek az IMAP-levelezőkiszolgálóról, és nem állíthatók vissza”.

A törlés általában „áthelyezés a kukába”

A legtöbb mai app ehelyett a szerveren lévő kuka mappába helyezi át a törölt üzenetet. IMAP-szinten ez általában egy MOVE parancs: másolás, \Deleted jelző és végleges eltávolítás, egyetlen lépésben. Minden eszköz látja az üzenetet a kukában, és csak akkor tűnik el végleg, amikor a kukát kiürítik: te, az app vagy a szolgáltató. 2026. szeptemberi állapot szerint a Gmail 30 nap után véglegesen törli a kukában lévő üzeneteket, az Apple iPhone-os Mail-útmutatója pedig megjegyzi, hogy az iCloud 30 napnál tovább nem őrzi meg a törölt üzeneteket, bárhogy van is beállítva az iPhone-od.

Gmail: címkék, nem mappák

A Gmail a címkéit mappaként mutatja az IMAP-appoknak, a rendszermappákat, például az All Mail (Összes levél), a Spam és a Trash (Kuka) mappát pedig a [Gmail] alatt. Ha egy címkemappából törölsz, az általában csak azt a címkét veszi le az üzenetről. A Google IMAP-beállításokról szóló útmutatója szerint: „Az IMAP-mappákból törölt üzeneteidet a Gmail »All Mail« (Összes levél) címkéjében találod.” Arra is figyelmeztet, hogy ne a Gmail kukáját állítsd be az appod törölt üzeneteinek helyeként, mert azok „30 nap után véglegesen törlődnek a Gmailből”. A Gmail saját, szerveroldali törlési beállításait az alábbi táblázat mutatja.

Törli az Outlook az IMAP-leveleket a szerverről?

Igen. Ha az Outlook IMAP-on csatlakozik, ugyanúgy a szerveren lévő példányon dolgozik, mint bármely más app, így az ott végzett törlés minden eszközre kihat; egyes régebbi verziók előbb áthúzva mutatják az üzenetet, ahogy fent leírtuk. Ha Outlook.com- vagy Hotmail-postafiókod van, az IMAP-szervere az outlook.office365.com a 993-as porton, és a Microsoft modern bejelentkezést (OAuth2) követel meg. 2024. szeptember 16. óta azok az appok, amelyek csak felhasználónevet és jelszót küldenek, már nem működnek az Outlook.com- és Hotmail-fiókokkal.

Hová kerülnek a törölt levelek a gyakori appokban

Egyes lehetőségek kihagyják a kukát: a None (Nincs) a Macen, a Remove it immediately (Azonnali eltávolítás) a Thunderbirdben és a Gmail végleges törlésre vonatkozó beállítása. A Gmailen kívül ugyanígy működik a Thunderbird Just mark it as deleted (Csak megjelölés töröltként) beállítása is: az üzenet megjelölve marad, amíg a mappát véglegesen ki nem takarítják (expunge), aztán eltűnik. A Thunderbird alapértelmezése a kuka; Gmail-fiókokhoz a Google a Just mark it as deleted beállítást javasolja, mindkét „on Exit” (kilépéskor) jelölőnégyzet kikapcsolásával. Az utolsó szó a szolgáltatóé: az Apple Mac-útmutatója szerint ha a szerver a régebbi üzenetek törlésére van beállítva, azok törlődnek, „függetlenül attól, hogyan módosítod ezt a beállítást”.

Ha egy másik appban olvasok el egy levelet, mindenhol olvasott lesz?

IMAP-nál igen. Az olvasott állapot a \Seen jelző, amelyet a szerver tárol, így ugyanúgy szinkronizálódik, mint a törlés. Az az app, amely a BODY[] lekérésével tölti le az üzenetet, olvasottnak jelöli. Amelyik a BODY.PEEK[] lekérést használja, változatlanul hagyja, és maga állíthatja be a \Seen jelzőt, amikor megnyitod az üzenetet.

A JMAP, az alább bemutatott újabb protokoll, ugyanígy szinkronizálja az olvasott állapotot. A POP3-ban egyáltalán nincs olvasott állapot, ezért minden eszköz a sajátját tartja nyilván. Kivétel a Gmail: a POP-beállításaiban kérheted, hogy a Gmailben lévő példány olvasottnak jelölődjön, amikor egy másik app letölti.

IMAP és POP3 különbsége: melyik tartja a szerveren a leveleidet?

Az IMAP eleve a szerveren tartja őket. A POP3 (Post Office Protocol version 3, általában csak POP; RFC 1939) az ellenkező feladatra készült: „a levelet általában letöltik, majd törlik”.

A POP is két lépésben töröl. A DELE parancs csak megjelöli az üzenetet, és a szerver akkor távolítja el, amikor az app a QUIT paranccsal lezárja a munkamenetet. A „Leave messages on server” (üzenetek megtartása a szerveren) az app beállítása. A szabvány az IMAP által nyújtott lehetőségek „gyenge változatának” nevezi, és a szerver nem feltétlenül tartja be. Hogy mi történik a szerveren lévő példánnyal, az az apptól és a szolgáltatótól függ:

• Thunderbird: a Thunderbird fiókvarázslójával beállított új POP-fiókok alapértelmezés szerint legfeljebb 14 napig hagyják a leveleket a szerveren, és ha helyben törölsz egy üzenetet, a szerveren lévő példány is törlődik.
• Gmail: a POP-beállítások lehetőségei: Keep Gmail’s copy in the Inbox (a Gmail-példány megtartása a beérkező levelek között), Mark Gmail’s copy as read (a Gmail-példány megjelölése olvasottként), Archive Gmail’s copy (a Gmail-példány archiválása) vagy Delete Gmail’s copy (a Gmail-példány törlése).
• Yahoo: a POP-hozzáférése „az e-mailjeid másolatait tölti le, így az appban áthelyezheted és törölheted őket anélkül, hogy az eredeti e-maileket érintenéd”.

Használj IMAP-ot, hacsak nincs konkrét okod mást választani. A POP akkor jó választás, ha azt szeretnéd, hogy egyetlen számítógépen legyen az egyetlen példány, például ha egy régi fiók leveleit a fiók megszüntetése előtt le akarod tölteni, és erről a számítógépről van biztonsági mentésed.

Nem tudod, melyiket használja az appod? Nézd meg a fiók szerverbeállításait: a 993-as vagy a 143-as port IMAP-ot jelent, a 995-ös vagy a 110-es pedig POP-ot. Az Exchange és a Microsoft Graph a Microsoft saját protokolljai, mindkettőtől függetlenek.

Mely szolgáltatók kínálnak IMAP-ot vagy POP3-at

Szervernevek és portok, 2026. szeptemberi állapot szerint:

Mit jelent a csak olvasási IMAP-hozzáférés?

A csak olvasási IMAP-hozzáférés azt jelenti, hogy az app a SELECT helyett az EXAMINE paranccsal nyit meg egy mappát, és a BODY[] helyett a BODY.PEEK[] lekéréssel tölti le az üzeneteket. A postafiókban semmi sem változik: egyetlen üzenet sem lesz olvasott, megjelölt, áthelyezett vagy törölt. Csak olvasó levelezőprogram minden olyan app, amely ezekhez a parancsokhoz tartja magát.

A különbség a szerver válaszán is látszik. Az alábbi két párbeszéd az RFC 9051 példái (a C: az app, az S: a szerver, a blurdybloop pedig a szabvány mintamappájának neve):

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

Mindkét válasz utolsó sora megmutatja, hogyan van megnyitva a mappa: [READ-WRITE] vagy [READ-ONLY]. A PERMANENTFLAGS azokat a jelzőket sorolja fel, amelyeket az app tartósan módosíthat: ezekben a példákban a SELECT után a \Deleted, a \Seen és az új kulcsszavak (\*), az EXAMINE után pedig egyik sem. Egy EXAMINE paranccsal megnyitott mappában a szabvány szerint „a postafiók tartós állapota nem módosítható, a felhasználónkénti állapotot is beleértve”, és a mappa bezárása semmit sem távolít el véglegesen.

Kikényszeríti a szerver a csak olvasási módot?

IMAP-on, a saját postafiókodnál csak akkor, ha az app kéri. Az EXAMINE után a szerver a munkamenet végéig csak olvashatóként kezeli az adott mappát. Minden más az appon múlik:

• Ugyanaz a bejelentkezés bármikor küldhet helyette SELECT parancsot.
• Az EXAMINE egyetlen mappára vonatkozik. A fiókszintű parancsok, például a DELETE (egy teljes mappa törlése), a RENAME és az APPEND továbbra is működnek.
• A BODY.PEEK[] használata kizárólag az app döntése.

A szerver hozzáférési jogokkal (RFC 4314) is kikényszerítheti a csak olvasási módot, de ezt a megosztott és delegált postafiókoknál használják. A Gmail, az Outlook.com, az iCloud és a Fastmail nem dokumentál csak olvasási IMAP-bejelentkezést a saját postafiókodhoz; ehhez a Fastmail alább bemutatott, csak olvasási JMAP-tokenje áll a legközelebb.

Mit enged meg a jelszavad vagy a bejelentkezésed?

A Fastmailben adattípus szerint korlátozhatod az alkalmazásjelszavakat, de csak olvasási beállítást nem dokumentál. A Google csak olvasási engedélye kizárólag a saját Gmail API-jához létezik, az IMAP-hoz nem. Ha tehát egy app azt mondja magáról, hogy csak olvas, akkor az appban bízol, nem a jelszóban.

Hogyan próbálj ki biztonságosan egy új levelezőappot?

1. IMAP-ot (vagy JMAP-ot) válassz, ne POP-ot. Egy POP-app letöltés közben eltávolíthatja a leveleket a szerverről. Az IMAP-app a helyükön hagyja a leveleket, a törlések viszont így is szinkronizálódnak (4. lépés).
2. Használj csak olvasási tokent, ha a szolgáltatód és az appod támogatja. Ez csak JMAP-on csatlakozó appokkal működik. A Fastmailben válaszd a Settings (Beállítások) > Privacy & Security (Adatvédelem és biztonság) > Connected apps & API tokens (Csatlakoztatott appok és API-tokenek) > Manage API tokens (API-tokenek kezelése) > New API token (Új API-token) lehetőséget, válaszd a JMAP-ot, és jelöld be a Read-only access (csak olvasási hozzáférés) és az Email lehetőséget, mást ne (a Fastmail API-tokenekről szóló útmutatója). A Fastmail-útmutatónk végigvezet a token létrehozásán. 2026. szeptemberi állapot szerint a Fastmail Basic csomagjában nem érhetők el API-tokenek.
3. Egyébként adj neki saját alkalmazásjelszót. Így később visszavonhatod ezt az egy jelszót anélkül, hogy a többi appodat érintené. iCloudhoz az account.apple.com > Bejelentkezés és biztonság > Alkalmazásspecifikus jelszavak menüpontban hozz létre egyet; az iCloud alkalmazásspecifikus jelszóról szóló útmutatónk végigvezet rajta. A Gmailhez kétlépcsős azonosítás kell, és a Google a Sign in with Google (bejelentkezés Google-fiókkal) lehetőséget részesíti előnyben, ha az app kínálja; lásd: Gmail-alkalmazásjelszavak és IMAP-beállítások.
4. Közvetlenül a fiók hozzáadása után, mielőtt bármit törölnél, ellenőrizd a törlési beállítását. Használd a fenti táblázatot: válaszd a kukát vagy az archívumot (Gmailnél a kuka helyett kövesd a Google fenti tanácsát), és amíg nem bízol meg az appban, kerüld a None (Nincs), a Remove it immediately (Azonnali eltávolítás) és – a Gmailen kívül – a Just mark it as deleted (Csak megjelölés töröltként) beállítást.
5. Olyan üzenettel próbáld ki, amelyre nincs szükséged. Küldj magadnak egyet, nyisd meg az új appban, és nézd meg, olvasottá válik-e a szokásos appodban. Aztán töröld az új appban, és nézd meg, hová kerül.
6. Vond vissza a jelszót, ha már nem használod az appot. Az Apple alkalmazásspecifikus jelszavakról szóló oldala elmagyarázza a Remove (Eltávolítás) és a Revoke All (Összes visszavonása) lehetőséget. A Google-alkalmazásjelszavakat a myaccount.google.com/apppasswords oldalon kezelheted, ahogy a Google alkalmazásjelszavakról szóló súgóoldala elmagyarázza.

JMAP és IMAP röviden

A JMAP (JSON Meta Application Protocol) egy újabb levelezési protokoll ugyanarra a feladatra: 2019-ben jelent meg az RFC 8620 és az RFC 8621 formájában, vezető szerzője a Fastmail egyik mérnöke. Az IMAP szöveges parancsai helyett JSON-t küld HTTPS-en keresztül, és minden kérésnek TLS 1.2-t vagy újabbat kell használnia. Az IETF bemutatója „erőforrás-igényesnek” nevezi az IMAP-ot, amely rosszul illik a mobilhálózatokhoz.

A törlés és az olvasott állapot modellje ismerős:

• Egy e-mail egyszerre több postafiókban is lehet, a Gmail címkéihez hasonlóan.
• A törlés általában azt jelenti, hogy az e-mail a kuka szerepű (trash role) postafiókba kerül. A „megsemmisítés” (destroy) minden postafiókból eltávolítja.
• Az olvasott állapotot a $seen kulcsszó jelzi, ez a \Seen JMAP-os megfelelője.
• A szerver minden appnak megmondja, hogy a teljes fiók csak olvasható-e.

Számít ez neked? Csak akkor, ha a szolgáltatód kínál JMAP-ot, és az appod támogatja. A Fastmail a Basic feletti csomagokban kínálja. Az appok közül az asztali Thunderbird még nem támogatja, bár 2026. szeptember 2-i bejelentése szerint a csapat bizakodó, hogy később hozzáadja. Akárhogy is, a törlések ugyanúgy szinkronizálódnak, mint IMAP-nál.

Biztonságos a 993-as IMAP-port? Mi az a STARTTLS?

Igen, átvitel közben. A 993-as porton az IMAP az első bájttól titkosított: a kapcsolat TLS-kézfogással indul, ugyanolyan védelemmel, mint amilyet a HTTPS ad egy weboldalnak. Ezt implicit TLS-nek hívják. A 143-as port az IMAP titkosítatlan portja, ahol az app a STARTTLS paranccsal alakíthatja titkosítottá a kapcsolatot.

A szabványok ma már a 993-as portot részesítik előnyben. Az RFC 8314 (2018) a levelezőappoknak a STARTTLS helyett implicit TLS-t ajánl, TLS 1.2-vel vagy újabbal, az RFC 9051 pedig előírja, hogy minden, a jelenlegi szabvány szerint készült szerver kínáljon implicit TLS-t. Egy 2021-es USENIX Security-tanulmány több mint 40 STARTTLS-hibát talált levelezőprogramokban és szerverekben, és körülbelül 320 000 szervert (2%) talált sebezhetőnek parancsbeszúrással (command injection) szemben. Sokat kijavítottak a nyilvánosságra hozatal után, de a szerzők arra jutottak, hogy a STARTTLS-t „kerülni kell”. A Fastmail nem kínálja IMAP-hoz és POP-hoz, a Gmail és az iCloud pedig titkosított kapcsolatot (SSL/TLS) követel meg a 993-as porton.

A TLS a kapcsolatot védi, nem a tárolt üzenetet, és nem végpontok közötti titkosítás; ezt maga az RFC 8314 is kimondja. A 993-as port tehát útközben védi a jelszavadat és a leveleidet, semmi többet. A gyenge pontok a jelszavad (használj kétfaktoros bejelentkezést és alkalmazásjelszavakat), valamint az, hogy az egyes appok mit kezdenek a nekik adott hozzáféréssel.

Csak olvasó levelezőprogram az aliasaidhoz: CatchNone

A CatchNone pontosan a fenti értelemben vett csak olvasó levelezőprogram, amely egy saját domain e-mail-aliasaihoz (az appban: álnév) készült. IMAP-on (implicit TLS, alapértelmezés szerint a 993-as port) csak a beérkező levelek mappáját nyitja meg, EXAMINE paranccsal, és BODY.PEEK[] lekéréssel tölt le; JMAP-on hozzáférési tokent használ. Soha nem jelöl meg, nem helyez át és nem töröl semmit a szervereden, így a cikkben leírt törlések egyike sem indulhat ki belőle. A postafiókodat közvetlenül az eszközödről olvassa, és ezek a levelek soha nem haladnak át a CatchNone szerverein.

Minden webáruház, hírlevél vagy fiók saját aliast kap, és minden üzeneten jelvény mutatja, melyik aliasra érkezett, így kiderül, ha egy cím kiszivárgott, vagy eladták. A CatchNone szándékosan csak fogadásra szolgál: a regisztrációs levelek a saját appjában maradnak, a fő postafiókodtól elkülönítve. Az Ingyenes csomag legfeljebb 10 aliast tartalmaz a saját domaineden, a Lite és a Premium csomagban nincs korlát. Ha inkább kihagynád a domaint és a postafiókot, a Premium @catchnone.com címeket ad, semmit sem kell beállítani.

A megadott jelszónak vagy alkalmazásjelszónak így is teljes hozzáférése van: a csak olvasás az app viselkedése, nem a hitelesítő adat korlátja. Nincs POP3, Exchange, STARTTLS és OAuth-bejelentkezés, így az Outlook.com- és Hotmail-fiókok valószínűleg nem csatlakoztathatók, a Gmailhez pedig alkalmazásjelszó kell. A domained leveleinek előbb el kell jutniuk ebbe a beérkező mappába, általában egy catch-all címen keresztül, egy catch-all címet támogató levelezőszolgáltatónál; a spamként besorolt vagy szabállyal áthelyezett levelek nem jelennek meg. Töltsd le a CatchNone-t iPhone-ra, iPadre és Macre.

Gyakori kérdések

Mit jelent a „törlés a szerverről”?

A szolgáltatód szervere tárolja a leveleid mesterpéldányát; az appjaid példányokat tárolnak. IMAP-nál minden törlés szerveroldali törlés, általában a kukán keresztül. POP-nál ez beállítás kérdése: az app letöltés után vagy meghagyja, vagy eltávolítja a szerveren lévő példányt.

Véletlenül töröltem egy levelet. Vissza tudom hozni?

Általában igen, ha gyors vagy. Nézd meg a szerveren lévő kuka (Trash vagy Deleted) mappát webmailen vagy bármelyik appban; Gmailnél az All Mail (Összes levél) mappát is. 2026. szeptemberi állapot szerint a Gmail és az iCloud legfeljebb 30 napig őrzi meg a kukában lévő leveleket. Ha a kukát kiürítették, vagy az üzenetet véglegesen eltávolították (expunge), minden appból eltűnik.

Törölhetek levelet a telefonomon úgy, hogy a szerveren megmaradjon?

IMAP-os törléssel nem, mert az mindenhonnan eltávolítja. Archiválj helyette: iPhone-on a Move Discarded Messages Into (Kidobott üzenetek áthelyezése ide) alatt válaszd az Archive Mailbox (Archív postafiók) lehetőséget, és a kidobott üzenetek a kuka helyett az archív postafiókodba kerülnek. POP-nál, a „leave messages on server” (üzenetek megtartása a szerveren) beállítással a helyi törlés nem érinti a szerveren lévő példányt, hacsak az app nincs úgy beállítva, hogy ott is törölje, ahogy a jelenlegi Thunderbird új POP-fiókjai is (Until I delete them: amíg nem törlöm őket). A szerver a saját szabályai szerint így is eltávolíthatja a régi leveleket.

Törölhetek levelet a szerverről úgy, hogy a számítógépemen megmaradjon egy példány?

Igen: előbb helyezd át egy, a számítógépen tárolt postafiókba. A Mac Mail appjában válaszd a Mailbox (Postafiók) > New Mailbox (Új postafiók) lehetőséget, a Location (Hely) beállításnál pedig az On My Mac (Saját Macen) értéket; az Apple szerint ezek a postafiókok csak azon a Macen érhetők el. A Thunderbird Local Folders (Helyi mappák) része ugyanígy működik. Miután törölted a szerveren lévő példányt, már csak azon a számítógépen van meg a levél, ezért készíts róla biztonsági mentést.

Törlődnek a leveleim, ha eltávolítom a fiókot egy appból?

IMAP-nál nem. Az Apple Mac-es Mail-útmutatója szerint a fiók üzenetei eltűnnek a Macedről, de „az üzenetek másolatai megmaradnak a fiók levelezőszerverén”. POP-nál előbb készíts biztonsági mentést: a fiók eltávolítása törli a letöltött üzeneteket a Macedről, és csak az marad meg, ami még a szerveren van.