Mindennap küld és fogad, pillanatnyi, és nem kerül semmibe. Ez az e-mail, a mai egyik legfontosabb eszköz. Vessünk egy pillantást a működésére, a motorháztető alatt és normál nyelven.
Mi is pontosan az e-mail?
Az elektronikus levél (rövidítve: e-mail, e-mail, e-mail stb.) A számítógépes kommunikáció nagyon régi formája. Nagyon régen - technológiai, nem emberi értelemben - a számítógépek óriási gépek voltak. Az emberek telefonos terminálokat használtak a hozzáférésükhöz, és minden gép több felhasználó számára tárhelyet biztosított. Mint minden közösség esetében, az emberek hasznos és egyedi módszereket találtak egymással való kommunikációra, és kialakult egy üzenetkezelő rendszer. A figyelmeztetés az volt, hogy csak ugyanazon a rendszeren keresztül küldhetett üzeneteket más felhasználóknak, legalább 1971-ig. A sztori szerint Ray Tomlinson jött, aki elküldte az első e-mailt egy másik rendszer felhasználójának a „@” szimbólum használatával. . Nyilvánvaló, hogy a mögöttes dinamika és a messzemenő következmények sem voltak ilyen egyszerűek, de éppen ez a felfogás vezet oda, ahol ma vagyunk.
(Kép a ajmexico )
Az e-mail abban az időben a mai szöveges üzenet megfelelője volt. Idővel úgy alakult és fejlődött, mint bármi más; tartalmaz feladó és fogadó információkat, egy tárgy sort, egy üzenet törzset és mellékleteket, de összességében az e-mailek elég egyszerű dokumentumok. Azért nem olyan könnyű eljutni az A pontról a B pontra. Mint bármi más, van egy bonyolult folyamat is, amely a kulisszák mögött működik, hogy a lehető legzökkenőmentesebbnek tűnjön. Az e-mail továbbításában felhasznált ötletek közül sok fontos volt a dokumentumátvitel megfogalmazásában, amely olyan dolgok középpontjában áll, mint a faliújság rendszerek és a világháló.
A feladótól a címzettig
Kezdjük a folyamat szemléltetésével. Lehet, hogy elsőre nincs teljesen értelme, de hasznos lesz visszautalni rá.
Amikor valaki, tegyük fel, hogy egy fűszer eladó, e-mailt küld, akkor a felhasználó@domain.ext formátumú címmel kell rendelkeznie. Példánk a [email protected]. Az e-mailt az ügyfél a kimenő levelek szerverére küldi az Simple Mail Transfer Protocol segítségével. Az SMTP szerver olyan, mint a helyi posta, amely ellenőrzi postaköltségét és címét, és kitalálja, hová küldje el a leveleit. Mégsem érti a domaineket. Ezek egyfajta absztrakt dolog, ezért az SMTP szerver kapcsolatba lép egy Domain Name System szerverrel. A DNS-kiszolgáló egyfajta telefon- vagy címjegyzék az internethez; olyan domaineket fordít le, mint az „arrakis.com”, olyan IP-címre, mint a „74.238.23.45”. Ezután megtudja, hogy az adott tartományban van-e „MX” vagy levélváltó szerver, és megjegyzi. Ez olyan, mintha a postahivatal feltérképezné, hová kerüljön a levele, felhívja a helyi postahivatalt, és ellenőrizze, van-e barátjának postafiókja vagy postai küldeménye. mezőbe a levelek fogadásához.
Most, hogy az SMTP-kiszolgáló rendelkezik a megfelelő információval, az üzenetet a szerverről elküldi a céltartomány levélváltó szerverére. Ezt a szervert MTA-nak vagy Mail Transfer Agent-nek nevezik. Eldönti, hová tegye pontosan a levelet, hasonlóan ahhoz, hogy a barátja postahivatala kitalálja, hogyan lehet a legjobban kézbesíteni. Ezután a barátod megy, és betölti az e-mailt, általában POP vagy IMAP protokollon keresztül működő klienst használva.
POP és IMAP
Ez a két betűszó mindenhol az e-mail beállítások paneljét sújtja, ezért nézzük meg őket alaposabban. A POP a Post Office Protocol rövidítést jelenti. Ez azért hasznos, mert akárcsak egy posta, beugorhat, megfoghatja az összes levelét, majd távozhat. Nem kell kapcsolatban maradnod, és eltekintve attól, hogy egy példányt a szerveren hagysz, ez eléggé vágott és száraz eljárás. Ha nem hagy egy példányt a szerveren, akkor az sem igényel sok helyet vagy sávszélességet. A POP segítségével megragadhatja az e-mail kiszolgálók több különböző postaládájából érkező leveleket, és egybe tömörítheti azokat.
Ennek vannak hátrányai. A POP egyirányú protokoll; az információ egyfelé halad. Miután letöltötted az e-mailt egy ügyfélnek, az ügyfél feladata, hogy válogasson a különböző állapotaiba és így tovább. Rendben van, ha valaha csak egy helyről fér hozzá. Manapság azonban gyakran előfordul, hogy e-mail hozzáférést kap a telefon kliensétől, a webes felületről, amikor valahol távol van, és egy ügyféltől, amikor otthon van. Unalmas lenne az összes információt több eszközön keresztül válogatni, feltételezve, hogy minden egyes e-mail másolatát eleve a szerveren tartotta.
(Kép a SuccessByDesigns )
Az IMAP kicsit okosabb a dolgokban. Míg a POP nagyon „kliensorientáltnak tekinthető”, az Internet Message Access Protocol-t úgy tervezték, hogy más módon működjön: „szerver-orientált” és kétirányú. Az ügyfelek kétirányú kommunikációt folytatnak szervereikkel. Az összes üzenetet a szerveren őrzik, így több kliens is hozzájuk férhet. Amikor ellenőriz egy e-mailt a telefonján, az olvasottként van megjelölve, és a szerverrel folytatott következő interakció során az állapot visszaküldésre kerül, így az összes többi ügyfél frissíthető vele. Ez olyan, mintha levelét a posta egyik asszisztensének küldenék, aki kategorizálja és tárolja az Ön számára, odaadja Önnek akár otthon, a munkahelyen vagy éppen ott tartózkodik, és a tárolt másolatokon változtatásokat végez, ahogy Ön .
Megfelelően megjelölt archívumot tarthat otthoni kliensén, valamint levelezőszerverén. Az IMAP offline módot is támogat; ha legközelebb online leszel, a változtatások szinkronizálódnak a szerverrel. Beállíthatja az IMAP levelezőszervereket úgy, hogy a POP postaládákból is lekérje az e-maileket, ami nagyon jól működik, ha konszolidációt szeretne. Természetesen, mivel az IMAP a „felhő” ideáljával működik, problémát jelenthet a kiszolgálóhoz való hozzáférés és a tárolás. Szerencsére a tárhely és a sávszélesség nem olyan drága, mint korábban, de ez mindenképpen kompromisszum lehet néhány ember számára.
Mind az SMTP, mind az MTA
A fizikai postafiókkal ellentétben a kimenő és bejövő leveleket két különböző típusú szerver kezeli. Valójában nincs megkülönböztetés a szerverek fogadásával szemben; bármelyik számítógép meglehetősen könnyen készíthető MTA-ként, és jól kezelhető. A levelek küldése más történet. Az SMTP-kiszolgálóknak statikus IP-címmel kell rendelkezniük, és a legtöbb internetszolgáltató blokkolja a 25-ös portot, hogy a felhasználóik ne tudják magukat küldeni. Miért? A kollektív sávszélességünket elpusztító hatalmas mennyiségű spam miatt az MTA-t éppen azokra a dolgokra kell beállítani, amelyek kiszűrik. Beállíthatja az ügyfeleket, hogy a saját futtatása helyett az internetszolgáltató SMTP-szerverét használják. A lényeg az, hogy mind az MTA-ra, mind az SMTP-kiszolgálóra szükség van az e-mail használatához, mivel mindegyik specializálódott arra, amit csinál.
A mindennapjaink fontos részét e-mailezi, de jó megérteni, hogy ez hogyan működik. Végül is nem lenne internetünk nélküle.
