Catch-all e-mail-cím: mit jelent, és mik a kockázatai?

A catch-all e-mail-cím (az Apple magyar útmutatójában: mindenes cím) olyan postafiók, amely egy domain bármely címére küldött leveleket fogadja, azokat is, amelyeket senki nem hozott létre, feltéve, hogy az adott címnek nincs saját postafiókja vagy aliasa. Ha az example.com domainen catch-all működik, a szerver a shop@example.com, r8kq2@example.com vagy jnae@example.com (a jane@example.com elgépelése) címre küldött levelet is elfogadja, és ebbe az egy postafiókba kézbesíti, ahelyett hogy visszaküldené a feladónak. A CatchNone iPhone-on, iPaden és Macen olvassa ezt a postafiókot, és megmutatja, melyik címre érkezett az egyes üzenet, azokra is, amelyeket sosem hoztál létre.

Más neveken is ismert, és gyakran egybeírva látod: catchall. A Fastmail catch-all or wildcard alias (catch-all vagy helyettesítő karakteres alias), a cPanel Default Address (alapértelmezett cím) néven említi, az iCloud+ pedig iPhone-on „Minden bejövő e-mail engedélyezése” néven (az iCloud.com-on a kapcsoló felirata: „Összes engedélyezésének bekapcsolása”). A Google Workspace catch-all útválasztásnak hívja, a Cloudflare Email Routing (e-mail-útválasztás) pedig Catch-all rule (catch-all szabály) beállítást kínál. Az ellenőrzőeszközök az így működő domaint „accept-all” (mindent elfogadó) domainnek nevezik. A bekapcsolás lépéseit itt találod: így állíthatsz be catch-all e-mailt bármelyik szolgáltatónál.

Melyik catch-allra gondolsz?

A kifejezés két helyen bukkan fel, és a kettő más-más választ kíván.

• Van saját domained, vagy gondolkodsz rajta. A catch-all egy beállítás az e-mail-szolgáltatódnál. Azért kapcsolják be, hogy a rosszul címzett levelek ne vesszenek el, vagy hogy minden regisztrációhoz kitalálhassanak egy új címet. Ennek az oldalnak a nagy része neked szól.
• Egy listatisztító eszköz „catch-all” vagy „accept-all” jelzést adott egy címre. Ez a címzett domainjéről szóló ítélet, nem magáról a címről. Ugorj ide: miért jelölik meg az ellenőrzők a catch-all domaineket.

Így működik a catch-all e-mail-cím

Attól, hogy van egy domained, még nincs postafiókod. A domain MX-rekordjának egy e-mail-szolgáltatóra vagy egy továbbítószolgáltatásra kell mutatnia, és a küldő szerverek ebből a rekordból tudják meg, hová kézbesítsenek. Az RFC 5321, az SMTP szabványa, kimondja, hogy ha egy domainnek vannak MX-rekordjai, a küldőknek azokat kell használniuk.

Ezután a küldő szerver sorra megnevezi a címzetteket. Egy átlagos szerver a létező postafiókra 250 OK, a nem létezőre 550 („no such user”, azaz nincs ilyen felhasználó) választ ad, és a feladó visszapattanó levelet kap. A catch-all minden @ előtti névre igennel felel:

A küldő szervere
 1. Lekéri az example.com MX-rekordját (DNS)
 2. Csatlakozik ahhoz a szerverhez (SMTP)
 3. RCPT TO:<r8kq2@example.com>
    átlagos:   250, ha létezik, 550, ha nem
    catch-all: 250 bármely címre
 4. Elküldi az üzenetet
Az e-mail-szolgáltatód
 5. Nincs r8kq2 postafiók, ezért a catch-all
    szabály a te postafiókodba kézbesíti

A beállított cím továbbra is elsőbbséget élvez: a Fastmail például egy konkrét aliasra érkező levelet az aliasnak kézbesíti, nem a catch-allnak. A catch-all ráadásul csak a @ előtti részre vonatkozik. Ha a domain van elgépelve, például jane@example.net az example.com helyett, a levél egy másik domainre megy, vagy sehova, így a saját catch-allod semmiképp sem foghatja el.

Catch-all kontra wildcard e-mail-cím, alias és pluszjeles cím

A „wildcard e-mail-cím” (helyettesítő karakteres cím) általában ugyanazt jelenti, mint a catch-all. A Fastmail súgója „catch-all aliasnak (más néven wildcard aliasnak)” hívja, és *@example.com formában hozod létre. A „wildcard” szó két másik használata egészen mást jelent:

• A DNS-wildcard (RFC 4592), például egy *.example.com rekord, azokra az aldomain-nevekre válaszol, amelyeknek nincs saját rekordjuk, például az anything.example.com névre. Semmi köze a @ előtti részhez, és a catch-allhoz nincs rá szükség.
• Egy levelezési szabályban vagy szűrőben megadott minta csak a már megérkezett leveleket rendezi. Egy Gmail-fiókban beállított szűrő nem veheti rá a domaint, hogy olyan címeket fogadjon el, amelyeket a levelezőszervere elutasítana.

A továbbítás kézbesítési mód, nem címtípus. A catch-all kézbesíthet ugyanannál a szolgáltatónál lévő postafiókba, ahogy az iCloud+ és a Fastmail teszi, vagy mindent továbbküldhet egy máshol lévő postafiókba, ahogy a Cloudflare Email Routing.

Adatvédelmi célra: minden regisztrációhoz egy kitalált cím

Sokan emiatt kapcsolják be a catch-allt. Előre semmit nem kell beállítanod. Egy webáruház pénztáránál beírod, hogy bookshop@example.com, vagy valami véletlenszerűt, például r8kq2@example.com, és a bolt levelei megérkeznek a postafiókodba. Ha erre a címre később spam jön, vagy olyan cégtől kapsz levelet, amelynek sosem adtad meg, tudod, melyik regisztrációból származik.

Két szokással még jobban működik:

• Véletlenszerű címeket használj, ne az oldalak nevét. Aki ismeri a domainedet, kitalálhatja az amazon@example.com címet, így az erre érkező spam kevésbé bizonyítja, ki szivárogtatta ki. A Bitwarden felhasználónév-generátorában van egy „Catch-all email” (catch-all e-mail-cím) típus, amely véletlenszerű címet hoz létre a domaineden. További lehetőségeket az igazán működő véletlenszerű e-mail-cím generálásáról szóló útmutatóban találsz.
• Tartsd nyilván, melyik címet melyik oldalnak adtad meg, például az adott oldal bejegyzésében a jelszókezelődben.

Ha minden oldalnak külön címet adsz, az adatszivárgás-ellenőrzések is többet árulnak el. A Have I Been Pwned szolgáltatásban egy teljes domainre is rákereshetsz, miután igazoltad, hogy te kezeled; ez 2026 szeptemberében ingyenes, ha a domainen legfeljebb 10 cím érintett adatszivárgásban. A nyilvántartásodból aztán kiderül, melyik érintett címet melyik oldalnak adtad meg.

Ha nincs saját domained, a CatchNone @catchnone.com címeihez (Premium) nem kell domain, DNS vagy postafiók. A szolgáltatás mindegyiket véletlenszerűen osztja ki egy közös domainen, így semmilyen neved nem köti össze őket. Egyes szolgáltatások ehelyett egy catch-allként működő aldomaint adnak. A 33mail oldala még mindig azt írja, hogy helyben kitalálhatsz egy bbqtrading@you.33mail.com címet, a SimpleLogin (a fizetős Premium csomagjában) és az addy.io pedig catch-allt támogató aldomaineket kínál. Az aldomain ugyanúgy összeköti a címeidet, ahogy a saját domain tenné.

A catch-all hátrányai

Találgatott címek és több spam

Egy átlagos domainen a nem létező címre küldött levél visszapattan. Catch-all mellett minden találgatás célba ér. Az addy.io GYIK-ja szerint a spammerek és a botok „gyakran próbálkoznak véletlenszerű e-mail-címekkel”, például contact@ vagy admin@ címekkel. A cPanel arra figyelmeztet, hogy egy továbbított alapértelmezett cím „nagy mennyiségű spamet kaphat”, ha a spammerek a domainedet veszik célba. A szolgáltatók leírják a kockázatot, de számot nem mondanak rá. A találgatás csak az egyik út; a többit a spammerek így szerzik meg az e-mail-címeket című cikk mutatja be.

Elgépelések, amelyek sosem pattannak vissza

Catch-all nélkül aki elgépeli a címedet, visszapattanó levelet kap, és újra próbálkozhat; az Apple és a Proton is leírja ezt a visszapattanást kikapcsolt catch-all esetén. Catch-all mellett a jnae@example.com címre küldött levél megérkezik, a feladó pedig sosem tudja meg, hogy hibázott.

Egy csak általad használt domainen gyakran pont ez a cél. Két esetben okoz gondot. Közösen használt domainen – ahogy a cPanel is megjegyzi – a catch-all megkaphatja a létező címekre szánt, elgépelt leveleket, így rossz ember olvashatja el őket. Ráadásul a feladó továbbra is a hibás címet használja, így ha később letiltod, vagy kikapcsolod a catch-allt, a levelei figyelmeztetés nélkül nem jutnak el többé hozzád.

A domained összeköti a címeidet

A Privacy Guides figyelmeztet: „Ha te vagy az egyetlen, aki a saját domainedet használja, a tevékenységed könnyen követhető a különböző weboldalakon, egyszerűen az e-mail-címben szereplő domainnév alapján, figyelmen kívül hagyva mindent, ami a @ jel előtt áll.” A saját domain valóban könnyebben összekapcsolhatóvá tesz a különböző oldalakon, mint egy sokak által közösen használt domain, és ha a domain a neved, akkor egyenesen azonosít. A catch-all így is megmutatja, ki szivárogtatta ki a címet, de azt nem akadályozza meg, hogy bárki lássa: a címek összetartoznak.

A címeid csak addig élnek, amíg a domain

Minden kitalált címed a domainregisztrációdon múlik. Ha az lejár, aki legközelebb regisztrálja a domaint, megkaphatja az összes címre küldött levelet, a jelszó-visszaállító linkeket is. Kapcsold be az automatikus megújítást, és védd meg a domainregisztrátori fiókodat.

Kikapcsolhatsz egyetlen címet egy catch-all domainen?

Igen, a legtöbb szolgáltatónál, de nem magával a catch-all beállítással: minden leállítandó címhez külön szabályt vagy aliast adsz hozzá, és a szolgáltatótól függ, hogy a feladó kap-e visszapattanó levelet. A Fastmail Disable (letiltás) lehetősége és a Google Workspace Reject message (üzenet elutasítása) beállítása visszaküldi a levelet, egy cPanel-továbbító hibaüzenettel elutasíthatja, a Cloudflare Email Routing Drop (eldobás) művelete csendben törli, az iCloud+ pedig az Apple szerint visszaküldi a feladónak a létrehozott, majd törölt címre küldött levelet (az iCloud+ domainenként három aktív címet enged, ezért előfordulhat, hogy előbb fel kell szabadítanod egy helyet).

Néhány kiszivárgott címnél ez rendben van, néhány tucatnál viszont már karbantartandó listává válik, a Cloudflare pedig domainenként legfeljebb 200 útválasztási szabályt enged (mindkét korlát 2026. szeptemberi állapot). Bármelyik szolgáltatót használod, utána küldj egy tesztlevelet egy másik fiókból. A szolgáltatónkénti lépéseket az útmutató egy cím leállítása catch-all mellett részében, iCloud esetén pedig az iCloud+ „Egyéni e-mail-domén” funkciójáról szóló útmutatóban találod.

Az olyan aliasszolgáltatások, mint az addy.io és a SimpleLogin, fizetős csomagjaikban (2026 szeptemberében) catch-allt futtathatnak a saját domaineden: minden aliast akkor hoznak létre, amikor az első levél megérkezik rá, utána pedig bármelyiket egyenként kikapcsolhatod.

Catch-all vagy aliasszolgáltatás?

A Privacy Guides inkább egy erre szakosodott aliasszolgáltatást ajánl, mert ott az aliasok egyenként be- és kikapcsolhatók, a válaszok pedig az aliasról mennek ki. Ahogy fent láttad, a legtöbb szolgáltató is képes egyes címeket letiltani, címenként egy szabállyal. A küldés a szolgáltatótól függ: a Fastmailben catch-all domainen bármilyen feladócímet (From) beírhatsz, a Cloudflare Email Routing viszont nem támogatja a küldést és a válaszolást a domainedről. Az összekapcsolhatóság problémája azonban megmarad.

A saját domaineden futó catch-all akkor való neked, ha olyan címeket szeretnél, amelyek bármelyik szolgáltatást túlélik; egy közös aliasdomain pedig akkor, ha azt szeretnéd, hogy a regisztrációidat ne lehessen a domain alapján összepárosítani. A CatchNone mindkettővel működik: saját domainen közvetlenül a catch-all postafiókodat olvassa, Premiummal pedig a @catchnone.com címei egy közös domainen vannak, ahol ha egyet kikapcsolsz, a feladók visszapattanó levelet kapnak. Minden üzeneten jelvény mutatja, melyik címre érkezett. Szándékosan csak fogadásra szolgál, így ezek a levelek a saját appjában maradnak, válaszolni pedig a megszokott fiókodból tudsz. A költségekről és a teljes összehasonlításról a megéri-e saját e-mail-domaint használni című cikkben olvashatsz.

Listatulajdonosoknak: miért jelölik meg az ellenőrzők a catch-all domaineket

Az ellenőrzőeszközök úgy vizsgálnak meg egy címet, hogy SMTP-n kapcsolatba lépnek a címzett levelezőszerverével, és még az üzenet elküldése előtt abbahagyják. Ha a szerver minden címre 250 kóddal felel, az ellenőrzés semmit sem bizonyít, mert a valódi és a kitalált címek ugyanúgy néznek ki. Ha a szerver már elfogadott egy üzenetet, egy későbbi hiba külön visszapattanó levélként érkezik vissza, vagy az üzenet csendben elvész: a Kickbox szerint egy ilyen szerver „csendben eldobhatja az üzenetet, vagy utólag visszapattanó levelet küldhet”.

Az eszközök így címkézik az eredményt:

• Kickbox: „Accept-All” (mindent elfogad), Risky (kockázatos) besorolással, és azzal a tanáccsal, hogy „légy óvatos, ha kockázatos címekre küldesz”.
• NeverBounce: „Accept all (Unverifiable)” (mindent elfogad, nem ellenőrizhető), hozzátéve, hogy a catch-all „a címzett levelezőszerverének beállítása, nem az adott címről szóló ítélet – ezek a címek gyakran érvényesek”.
• Hunter: accept_all állapot, egy pontszámmal, amely azt becsüli, mennyire valószínű, hogy a cím érvényes.

Gyakori jelenség. A ZeroBounce adatai szerint a 2025-ben feldolgozott címeinek több mint 9%-a bizonyult catch-allnak, a MailerCheck pedig 8,6%-ot ad meg az általa ellenőrzött címekre. A ZeroBounce azt is írja, hogy a Microsoft 365 bejövő útválasztása miatt a próbák akkor is catch-allnak tűnhetnek, ha nincs catch-all postafiók, a Microsoft dokumentációja szerint viszont az Authoritative (mérvadó) domainjei elutasítják az ismeretlen címzetteket.

Érdemes catch-all címekre küldeni?

A catch-all eredmény azt jelenti: „ismeretlen”, nem azt, hogy „érvénytelen”. Tartsd meg azokat a catch-all címeket, amelyek megerősített feliratkozásból származnak, vagy amelyek tulajdonosa már rákattintott egy linkre a leveleidben; a többinek kis adagokban küldj, és töröld azokat, amelyekről visszapattan a levél.

Catch-all levelek rendezése cím szerint

Rendezd a leveleket aszerint, hogy melyik címre küldték őket, de a titkos másolatban (Bcc) kapott leveleknél a címed nem szerepel a To és a Cc mezőben (RFC 5322), a levelezőlistás levelek pedig gyakran magára a listára vannak címezve. Ahol a szolgáltatód hozzáadja, segít a kísérleti RFC 9228 által leírt Delivered-To fejléc. Az egyes szolgáltatók szabályait és kereséseit a catch-all levelek címenkénti olvasásáról szóló részben találod.

Hol a helye a CatchNone-nak?

A CatchNone „Saját domain használata” útvonala kifejezetten catch-all postafiók olvasására készült. A készülékedről közvetlenül ahhoz a postafiókhoz csatlakozik, ahová a catch-all kézbesít, csak olvasásra, IMAP-on (TLS, alapértelmezés szerint a 993-as porton) vagy JMAP-on, így ezek a levelek soha nem haladnak át a CatchNone szerverein, és soha nem módosítja a DNS-beállításaidat. Minden üzeneten jelvény mutatja, melyik címre érkezett, így kiderül, ha egy cím kiszivárgott, vagy eladták, a „Tevékenység” pedig kiemeli a nem használt aliasra érkező leveleket és az először író feladókat. Az olyan címre érkező levél, amelyet sosem hoztál létre, e cím alatt jelenik meg, szürke jelvénnyel; ha később a „Testreszabás” segítségével létrehozol egy e-mail-aliast (az appban: álnév) ezzel a címmel, a korábbi levelei is az alias nevét és színét kapják. Az Ingyenes csomag 10-es korlátja a létrehozott aliasokat számolja, nem azokat a címeket, amelyekre levél érkezik, a Lite és a Premium csomagban pedig itt nincs korlátozva az aliasok száma. Töltsd le a CatchNone-t: elérhető iPhone-ra, iPadre és Macre.

A CatchNone csak fogadásra szolgál, így a catch-all levelek a saját appjában maradnak, válaszolni pedig a megszokott fiókodból tudsz. Minden ellenőrzés a beérkező levelek közül az elmúlt 30 nap legújabb 100 üzenetét olvassa be, így ha a catch-all sok spamet vonz, egy külön catch-all postafiók megakadályozza, hogy az aliasokra érkező levelek kiszoruljanak. A CatchNone nem szűri a spamet, és nem tilt le címeket a domaineden; ezt a szolgáltatód szabályai végzik. Domain nélkül a CatchNone a Premium csomaggal véletlenszerű @catchnone.com címeket kínál, domain, DNS és postafiók beállítása nélkül: ha egyet kikapcsolsz, a feladók visszapattanó levelet kapnak, és a szolgáltatás minden üzenetet a beérkezése után 30 napig őriz meg.

Gyakori kérdések

Biztonságosak a catch-all e-mailek?

A catch-all egyetlen üzenetet sem tesz veszélyesebbé; az adathalászat ugyanaz, bármelyik címre érkezik is. Amit hozzáad, az a kitettség: a találgatott címekre is megérkeznek a levelek, az elgépelt levelek visszapattanás helyett hozzád jutnak, és egy csak általad használt domainen a címeid összekapcsolhatók. A feladó számára a catch-all cím nem veszélyes, csak nem ellenőrizhető: némelyikről utólag visszapattan a levél, ezért sorolja őket a Kickbox a Risky (kockázatos) kategóriába.

Lehet catch-all címe a Microsoft 365-nek?

Nem. Az Exchange Online-ban nincs catch-all beállítás: ha egy domain összes postafiókja a Microsoft 365-ben van, elutasítja az ismeretlen címekre küldött leveleket 550 5.4.1 kóddal, a keringő kerülőmegoldások pedig nem hivatalos útmutatások. A beállítási útmutató elmagyarázza, miért nincs catch-all a Microsoft 365-ben, és mit tehetsz helyette.

Lehet egy Gmail-fióknak catch-all címe?

Egy @gmail.com címnél nem, mert mindegyik egyetlen fiók, bár a saját címed pluszjeles és pontozott változataira küldött levelek így is megérkeznek hozzád. Saját domainnel a Google Workspace kínál catch-all útválasztást, vagy egy továbbító, például a Cloudflare Email Routing minden címet egy hagyományos Gmail-postafiókba juttathat, ahogy a Gmail saját domainnel, Cloudflare-en keresztül történő használatáról szóló cikk leírja.

Bekapcsoljam a catch-allt a domainemen?

Kapcsold be, ha helyben szeretnél címeket kitalálni, vagy nem akarod elveszíteni a rosszul címzett leveleket, és vállalod, hogy a kiszivárgott címeket egyenként letiltod. Hagyd kikapcsolva, ha inkább minden címet szándékosan hozol létre. Vannak köztes megoldások is: a Proton azt javasolja, hogy a catch-allt egy külön címre irányítsd, hogy ne árassza el a beérkező leveleidet, az addy.io-ban pedig megadhatsz egy mintát, hogy csak az arra illeszkedő címek jöjjenek létre automatikusan. Ha bekapcsolod, a beállítási útmutatóban megtalálod a lépéseket minden szolgáltatóhoz, és ezek a saját domainhez való e-mail-szolgáltatók kínálnak catch-allt, ha a tiéd nem.