Mi történik, amikor a Küldés gombra kattint

Modul 1: Így működik az e-mailje · Olvasási idő: 9 perc

Tanulási cél: A lecke után el tudja magyarázni, milyen utat jár be egy levél a Küldés gombtól a címzett Érkezettek mappájáig, és meg tudja mutatni a különbséget egy levél borítékja és fejlécei között.

Kulcsfogalmak: webmail, levelezőszerver, SMTP, MX-rekord, IMAP, boríték, fejlécek, Return-Path, Received, Message-ID, SPF, DKIM, DMARC

A webmail egy levelezőprogram a böngészőjében

A levelei nem a böngészőjében vannak, és nem is a számítógépén. Egy levelezőszerveren vannak: egy olyan számítógépen, amely éjjel-nappal működik, leveleket fogad, tárol és továbbít. A levelek olvasásához levelezőprogramra van szüksége. Ez lehet az Outlook, a telefonja levelezőalkalmazása vagy a webmail.

A webmail egyszerűen egy levelezőprogram, amely a böngészőjében fut. A WebOké esetében ez a Roundcube. A Roundcube maga nem levelezőszerver. Az Ön nevében kommunikál a levelezőszerverrel, ugyanazokon a nyelveken, amelyeket az Outlook vagy az Apple Mail is használ:

• IMAP a levelek olvasásához, áthelyezéséhez és törléséhez;
• SMTP a levelek küldéséhez.

Ha valami nem működik a webmailben, az gyakran nem a webmail hibája, hanem annak köszönhető, amit a szerver csinál vagy visszajelez. És fordítva: ha a küldés a webmailben működik, a levelezőprogramjában viszont nem, akkor a probléma az adott program beállításaiban van.

A Küldéstől az Érkezettek mappáig öt lépésben

Sanne de Vries (sanne@example.com) virágműhelyt vezet. Ügyfelének, Ahmednek (ahmed@example.net) árajánlatot küld egy menyasszonyi csokorra. Ez történik, amikor a Küldés gombra kattint.

1. Leadás a saját szervernek. A webmail SMTP-n keresztül átadja az üzenetet Sanne levelezőszerverének. Ezt leadásnak vagy submissionnek is nevezik. Sanne-nak ehhez be kell jelentkeznie, különben bárki használhatná a szerverét spam küldésére. A levelezőprogramok erre a 465-ös vagy az 587-es portot használják, titkosítással. A WebOké webmailje ugyanazon a szerveren keresztül küld, amelyre Ön bejelentkezett.
2. Az útvonal megkeresése. Sanne szervere megnézi Ahmed címének @ utáni részét: example.net. A DNS-ben lekérdezi ennek a domainnek az MX-rekordját. Ez a rekord megmondja, melyik szerver fogadja az example.net leveleit.
3. Kézbesítés. Sanne szervere kapcsolatba lép ezzel a fogadó szerverrel, és átadja neki az üzenetet, szintén SMTP-vel. Szerverek között ez a 25-ös porton történik.
4. A postafiókba. A fogadó szerver ellenőrzi az üzenetet (létezik a cím, spam-e?), és elhelyezi Ahmed postafiókjában, az Érkezettek mappában vagy a spammappában.
5. Olvasás. Ahmed megnyitja a levelezőprogramját vagy a webmailt. Ez IMAP-pal lekéri az üzenetet, és megjeleníti.

Minden lépés külön is meghiúsulhat. Ezért egy hibaüzenet mindig utal a helyre is: Sanne nem tudott bejelentkezni a saját szerverére (1. lépés), a szervere nem találta a címzettet (2. vagy 3. lépés), vagy a fogadó szerver utasította el a levelet (4. lépés)?

Boríték és levél: kétféle cím

Egy e-mail olyan, mint egy borítékban lévő levél. A szerverek csak a borítékot nézik. Ön és Ahmed főleg a levelet látják.

A boríték a két szerver közötti SMTP-beszélgetés során jön létre. A küldő szerver először megmondja, kitől jön a levél (a MAIL FROM parancs), majd azt, hogy kinek szól (RCPT TO). Csak ezután következik maga az üzenet. A boríték feladócíme az a cím, ahová a hibaüzenetek mennek. A végső kézbesítéskor a fogadó szerver ezt Return-Path néven az üzenet tetejére írja.

A levél fejlécekkel kezdődik: olyan sorokkal, amelyekben egy név, egy kettőspont és egy érték áll. A legismertebbek:

• From: a feladó, akit a levelezőprogramjában lát;
• To és Cc: a látható címzettek;
• Subject: a tárgy;
• Date: a küldés időpontja, a feladó programjának órája szerint;
• Message-ID: az üzenet egyedi azonosítója. A válaszok erre hivatkoznak, így tudja a levelezőprogram, mely üzenetek tartoznak össze.

A borítéknak és a fejléceknek nem kell egyezniük. Ha Sanne titkos másolatban (Bcc) elküldi a levelet a kollégájának, Daannak (daan@example.com) is, akkor Daan szerepel a borítékon, a fejlécekben viszont nem. Ezért nem látja Ahmed, hogy Daan is olvassa a levelet. Egy hírlevél Return-Path címe pedig gyakran a hírlevélszolgáltatónál van, miközben a From a bolt címe. A hibaüzenetek ilyenkor a szolgáltatóhoz kerülnek.

Received fejlécek: egy levél útinaplója

Minden szervernek, amely átvesz egy levelet, hozzá kell adnia egy Received fejlécet, mégpedig legfelülre. Így a levél útközben útinaplót gyűjt. A legfelső Received fejléc tehát az utolsó lépés, a legalsó az első. Alulról felfelé kell olvasni őket.

Sanne levelének fejlécei Ahmednél nagyjából így néznek ki (rövidítve):

Return-Path: <sanne@example.com>
Received: from mail.example.com (mail.example.com [192.0.2.10])
        by mx.example.net with ESMTPS
        for <ahmed@example.net>; Tue, 10 Nov 2026 10:15:04 +0100
Received: from webmail.example.com ([192.0.2.20])
        by mail.example.com with ESMTPSA
        for <ahmed@example.net>; Tue, 10 Nov 2026 10:15:02 +0100
From: Sanne de Vries <sanne@example.com>
To: Ahmed <ahmed@example.net>
Subject: Offerte bruidsboeket
Date: Tue, 10 Nov 2026 10:15:01 +0100
Message-ID: <20261110091501.a1b2c3@example.com>

Először a legalsó Received fejlécet olvassa el. A webmail átadta az üzenetet a mail.example.com szervernek. Az ESMTPSA betűk jelentése: titkosítva (S) és bejelentkezéssel (A). Ezután a mail.example.com továbbadta az üzenetet az mx.example.net szervernek, Ahmed szerverének. A "from" utáni rész az a szerver, amely felkínálta a levelet, a "by" utáni rész az, amelyik átvette. Az időpontokból látszik, mennyi ideig tartott az egyes lépés.

Egy csapda: a feladó küldés előtt maga is hozzáadhat hamis sorokat alulra. Ezért főleg a felső sorokban bízzon, ezeket olyan szerverek írták, amelyeket ismer, például a saját szolgáltatója szervere.

Miért hamisítható a From

Az SMTP-protokollt olyan időben találták ki, amikor mindenki megbízott mindenkiben. Maga a protokoll semmivel sem ellenőrzi, hogy a From mezőben szereplő feladó valódi-e. Egy csaló tehát küldhet levelet From: sanne@example.com feladóval, anélkül hogy bármi köze lenne Sanne-hoz.

Ezért később három ellenőrzés jelent meg, amelyeket a domain tulajdonosa a DNS-ében állít be:

• SPF: megmondja, mely szerverek küldhetnek levelet az adott domainhez tartozó boríték-feladóval.
• DKIM: digitális aláírást tesz az üzenetre. A címzett ezt az aláíró domain DNS-éből származó kulccsal ellenőrzi.
• DMARC: ezt a kettőt összekapcsolja azzal a domainnel, amelyet Ön a From mezőben lát, és megmondja, mit tegyen a címzett, ha az ellenőrzés sikertelen: semmit, tegye a spamek közé, vagy utasítsa el.

Ezt a domain kezelője állítja be, nem Ön mint a webmail felhasználója. Hogy pontosan hogyan működik, azt az E-mail rendben című tanfolyamon tanulhatja meg. Egyelőre elég annyit tudnia, hogy egy feladó megjelenített neve semmit sem bizonyít, és hogy a fejlécekből kiderül, sikeresek voltak-e ezek az ellenőrzések (2.2. lecke).

Az elküldött még nem megérkezett

Ha a levele a Küldöttek mappában van, akkor csak egy dolgot tud biztosan: a saját szervere átvette (1. lépés). A többi ezután történik, néha csak jóval később.

• A fogadó szerver ideiglenesen elutasíthatja a levelet. Egyes szerverek egy ismeretlen feladót először arra kérnek, hogy később próbálkozzon újra (greylisting). A szervere ilyenkor újra próbálkozik, néha napokig, és jelez, ha továbbra sem sikerül.
• A fogadó szerver véglegesen is elutasíthatja a levelet, például mert a cím nem létezik, vagy megtelt a postafiók. Ekkor hibaüzenetet kap vissza (visszapattanó levél, 8.4. lecke).
• A levél megérkezhet, de a spammappába kerülhet. Ilyenkor semmilyen értesítést nem kap.

Ha Sanne olyan válaszra vár, amely nem érkezik meg, akkor először megnézi, van-e hibaüzenet az Érkezettek mappájában, és megkéri Ahmedet, hogy nézze meg a spammappáját.

A gyakorlatban: így működik a webmailben

A webmailben egy üzenet fejléceit az üzenet felett található Fejlécek gombbal, vagy a Még > Forrás megtekintése menüponttal tekintheti meg. A 2.2. lecke részletesebben foglalkozik ezzel. Hogy a webmail és a levelezőprogramja hogyan mutatja ugyanazt a levelet, azt a Roundcube-kézikönyv Mi a webmail című részében olvashatja. Más webmailekben, például a Gmailben vagy az Outlook.com-ban, hasonlóan működik, csak ott másképp hívják a gombot (a Gmailben például Eredeti megjelenítése).

Összefoglalás

• A webmail egy levelezőprogram a böngészőjében. IMAP-pal (olvasás) és SMTP-vel (küldés) kommunikál a levelezőszerverrel.
• A levél a saját szerveréről ahhoz a szerverhez megy, amely a címzett domainjének MX-rekordjában szerepel.
• A boríték (MAIL FROM, RCPT TO, később Return-Path) a szervereknek szól, a fejlécek (From, To, Subject, Date, Message-ID) az embereknek és a programoknak.
• Minden szerver legfelülre ír egy Received fejlécet; ezeket alulról felfelé kell olvasni.
• A From hamisítható; az SPF, a DKIM és a DMARC megnehezíti a hamisítást. Az elküldött nem jelenti azt, hogy megérkezett.

Kvíz

Feladat

A1.1 feladat: Fejlécek olvasása. A kopregels-1.txt anyagot a feladat alatt találja: egy valódi, de anonimizált levél fejléceit. Olvassa el őket alulról felfelé, és adja meg: a From domainjét, a Return-Path domainjét, hogy hány Received fejléc van, és hogy melyik szerver fogadta utoljára a levelet (a legfelső Received fejléc "by" utáni része). A program összeveti a válaszait a megoldókulccsal, és kérdésenként megmutatja, helyes-e, azzal a magyarázattal együtt, hogy hol találhatta volna meg a fejlécekben.

Bővebben olvasva

Ahol a webmailben végzett lépések szerepelnek, azok a WebOké webmailjére vonatkoznak; más webmailekben hasonlóan működik.

• Roundcube Webmail 1.1: Mi az a webmail?
• Az e-mailek küldési folyamatának magyarázata / SMTP
• Az e-mail fejléceinek (header) megtekintése és értelmezése
• Ingyenes tanfolyam: E-mail rendben: beállítás és megfelelő kézbesítés 1.1: Egy e-mail útja
• Ingyenes tanfolyam: E-mail rendben: beállítás és megfelelő kézbesítés 1.5: Fejlécek olvasása: honnan érkezett ez a levél?
• Ingyenes tanfolyam: E-mail rendben: beállítás és megfelelő kézbesítés 4.1: Miért kerül a levél spamba
• RFC 5321, Simple Mail Transfer Protocol (angol nyelven): https://www.rfc-editor.org/rfc/rfc5321
• RFC 5322, Internet Message Format (angol nyelven): https://www.rfc-editor.org/rfc/rfc5322