SMTP zbatohet në rrjetet moderne TCP / IP. Për herë të parë, informacioni rreth përdorimit të protokollit u shfaq në vitin 1982. Përkundër faktit se serveri SMTP mund të përdoret gjithashtu për të marrë mesazhe, sot shumica e klientëve të postës e përdorin atë vetëm për dërgim, duke preferuar teknologji të tjera (për shembull, POP ose IMAP) për marrjen e informacionit. Protokolli është një nga më të njohurit dhe përdoret nga shumica dërrmuese e programeve dhe serverëve të postës.

Funksioni SMTP është të kontrollojë korrektësinë e cilësimeve dhe parametrave për dërgimin e një letre. Ky protokoll përdoret për të verifikuar cilësimet e kompjuterit të përdoruesit që përpiqet të dërgojë mesazhe, dhe më pas dorëzimi bëhet nëse të gjitha cilësimet janë bërë siç duhet. Pas kësaj, puna SMTP nuk përfundon dhe serveri pret për një mesazh për dërgimin e suksesshëm të të dhënave. Nëse mesazhi nuk mund të dërgohet për ndonjë arsye, një mesazh i duhur i dërgohet dërguesit.

Konfigurimi i SMTP

Konfigurimi i SMTP konsiston në instalimin e softuerit të nevojshëm dhe përcaktimin e adresës së serverit të përdorur për dërgimin. Për të dërguar nga ana e përdoruesit, duhet të instaloni një program klienti që mund të dërgojë letra dhe të komunikojë me serverin SMTP duke përdorur protokollin TCP / IP. Pas kësaj, programi niset dhe konfigurohet për të punuar me shërbimin për dërgimin dhe marrjen e postës duke specifikuar cilësimet e kërkuara. Më pas përdoruesi përpiqet të dërgojë një mesazh. Nëse cilësimet janë të sakta, letra do t'i dërgohet adresuesit.

Shumica e shërbimeve moderne të postës elektronike tashmë kanë serverë të konfiguruar për të dërguar mesazhe. Nëse nuk përdorni softuer të palëve të treta për dërgimin e letrave, mund të dërgoni një letër pa bërë cilësime shtesë në faqen e internetit të shërbimit ku keni një llogari.

Administratorët modernë të serverëve SMTP kërkojnë që përdoruesit të vërtetohen përpara se të dërgojnë mesazhin e tyre. Përdoruesi duhet së pari të specifikojë emrin e përdoruesit dhe fjalëkalimin e tij në server dhe vetëm më pas të vazhdojë me dërgimin. Kjo mbrojtje përdoret për të bllokuar mundësinë e dërgimit të spamit duke përdorur protokolle të thjeshta SMTP. Më parë, adresa unike IP e dërguesit është përdorur për identifikim në protokollin SMTP.

Ky artikull mbulon protokollet më të përdorura të postës elektronike në internet - POP3, IMAP dhe SMTP. Secila prej tyre ka një funksion dhe mënyrë të veçantë të punës. Përmbajtja e artikullit shpjegon se cili konfigurim është më i miri për nevojat specifike të përdoruesit kur përdor një klient e-mail. Ai gjithashtu zbulon përgjigjen në pyetjen se cili protokoll mbështet e-mail.

Çfarë është POP3?

Versioni 3 (POP3) është një protokoll standard postar që përdoret për të marrë e-mail nga një server në distancë te një klient lokal i postës. Ju lejon të shkarkoni mesazhe në kompjuterin tuaj lokal dhe t'i lexoni ato edhe kur përdoruesi është jashtë linje. Ju lutemi vini re se kur përdorni POP3 për t'u lidhur me llogarinë tuaj, mesazhet shkarkohen në nivel lokal dhe fshihen nga serveri i postës elektronike.

Si parazgjedhje, protokolli POP3 funksionon në dy porte:

porti 110 është porti POP3 i pakriptuar;

porta 995 - kjo duhet të përdoret nëse dëshironi të lidheni në mënyrë të sigurt me POP3.

Çfarë është IMAP?

Protokolli i Aksesit të Mesazheve në Internet (IMAP) është një protokoll rikthimi i postës elektronike që përdoret për të hyrë në e-mail në një server të largët ueb nga një klient lokal. IMAP dhe POP3 janë dy protokollet më të përdorura për marrjen e emaileve dhe mbështeten nga të gjithë klientët modernë të emailit dhe serverët në internet.

POP3 supozon se adresa juaj e emailit është e aksesueshme vetëm nga një aplikacion, ndërsa IMAP ju lejon të identifikoheni nga shumë klientë në të njëjtën kohë. Kjo është arsyeja pse IMAP është më i mirë nëse do të hyni në emailin tuaj nga vende të ndryshme ose nëse mesazhet tuaja menaxhohen nga shumë përdorues.

IMAP funksionon në dy porte:

Porti 143 është porti IMAP i parazgjedhur i pakriptuar.

porti 993 - kjo duhet të përdoret nëse dëshironi të lidheni në mënyrë të sigurt duke përdorur IMAP.

Çfarë është SMTP?

Protokolli është një protokoll standard për dërgimin e postës elektronike përmes internetit.

SMTP punon në tre porte:

porti 25 është i pakriptuar si parazgjedhje;

porti 2525 - hapet në të gjithë serverët SiteGround nëse porti 25 filtrohet (për shembull nga ISP-ja juaj) dhe dëshironi të dërgoni email të pakriptuar duke përdorur SMTP.

porta 465 - Kjo përdoret nëse doni të dërgoni mesazhe në mënyrë të sigurt duke përdorur SMTP.

Cilat janë protokollet për shkëmbimin e postës elektronike? Konceptet dhe termat

Termi "server email" i referohet dy serverëve të nevojshëm për të dërguar dhe marrë email, domethënë SMTP dhe POP.

Serveri i postës hyrëse është serveri i lidhur me llogarinë tuaj të postës elektronike. Nuk mund të ketë më shumë se një server të postës hyrëse për të. Për të hyrë në mesazhet hyrëse, ju nevojitet një klient email - një program që mund të marrë email nga një llogari, duke i lejuar përdoruesit të lexojë, përcjellë, fshijë dhe t'u përgjigjet mesazheve. Në varësi të serverit tuaj, mund të përdorni një klient të dedikuar email (siç është Outlook Express) ose një shfletues ueb. Për shembull, Internet Explorer përdoret për të hyrë në llogaritë e bazuara në email. Email-et ruhen në serverin e postës hyrëse derisa të shkarkohen. Pasi të keni shkarkuar postën tuaj nga serveri i postës, nuk do të mund ta bëni më. Për të shkarkuar me sukses të dhënat, duhet të vendosni cilësimet e sakta në programin tuaj të postës elektronike. Shumica e serverëve të postës hyrëse përdorin një nga protokollet e mëposhtme: IMAP, POP3, HTTP.

Serveri i postës dalëse (SMTP)

Ky është një server që përdoret vetëm për dërgimin e emaileve (për transferimin e tyre nga programi i klientit tuaj të postës elektronike te marrësi). Shumica e serverëve të postës dalëse përdorin Protocol) për të dërguar postë. Në varësi të cilësimeve të rrjetit tuaj, serveri i postës dalëse mund t'i përkasë ISP-së tuaj ose serverit në të cilin keni konfiguruar llogarinë tuaj. Përndryshe, mund të përdorni një server SMTP të bazuar në pajtim që do t'ju lejojë të dërgoni email nga çdo llogari. Për shkak të çështjeve të postës së padëshiruar, shumica e serverëve të postës dalëse nuk do t'ju lejojnë të dërgoni email nëse nuk jeni regjistruar në rrjetin tuaj. Një server rele i hapur do t'ju lejojë ta përdorni për të dërguar email, pavarësisht nëse i përkisni grupit të rrjetit të tij apo jo.

Portat e postës elektronike

Për rrjetet, një port i referohet pikës fundore të një lidhjeje logjike. Numri i portit përcakton llojin e tij. Më poshtë janë portet e paracaktuara të postës elektronike:

POP3 - porta 110;

IMAP - porta 143;

SMTP - porta 25;

HTTP - porta 80;

SMTP i sigurt (SSMTP) - porti 465;

IMAP i sigurt (IMAP4-SSL) - porti 585;

IMAP4 mbi SSL (IMAPS) - porti 993;

POP3 i sigurt (SSL-POP) - porti 995.

Protokollet e postës elektronike: IMAP, POP3, SMTP dhe HTTP

Në thelb, protokolli i referohet metodës standarde të përdorur në çdo fund të kanalit të komunikimit. Për t'u marrë me emailin, duhet të përdorni një klient të dedikuar për të hyrë në serverin e postës. Nga ana tjetër, ata mund të shkëmbejnë informacione me njëri-tjetrin duke përdorur protokolle krejtësisht të ndryshme.

Protokolli IMAP

IMAP (Internet Messaging Access Protocol) është një protokoll standard për të hyrë në email nga serveri juaj lokal. IMAP është një protokoll klient/server në të cilin merret emaili dhe të dhënat ruhen nga serveri juaj i internetit. Meqenëse kërkon vetëm pak transferim të të dhënave, funksionon mirë edhe në lidhje të ngadalta, si për shembull kur lidheni me një modem. Kur përpiqet të lexojë një mesazh specifik email, klienti shkarkon të dhëna nga serveri. Ju gjithashtu mund të krijoni dhe menaxhoni dosje ose kuti postare në server, të fshini mesazhe.

Protokolli POP3

Protokolli i postës elektronike Post Office Protocol 3 (POP) ofron një mënyrë të thjeshtë dhe të standardizuar për përdoruesit për të hyrë në kutitë postare dhe për të shkarkuar mesazhe në kompjuterët e tyre.

Me POP, të gjitha emailet tuaja do të shkarkohen nga serveri i postës në kompjuterin tuaj lokal. Ju gjithashtu mund të lini kopje të emaileve tuaja në server. Avantazhi është se pasi të keni shkarkuar mesazhet tuaja, mund të shkëputni lidhjen tuaj të internetit dhe të lexoni e-mailin tuaj në kohën e lirë, pa shkaktuar kosto shtesë komunikimi. Nga ana tjetër, me këtë protokoll, ju merrni dhe shkarkoni shumë mesazhe të padëshiruara (përfshirë spam ose viruse).

Protokolli SMTP

Protokolli përdoret nga Agjenti i Transferimit të Postës (MTA) për të dërguar mesazhe e-mail në një server të caktuar marrës. SMTP mund të përdoret vetëm për të dërguar email, jo për t'i marrë ato. Në varësi të cilësimeve të rrjetit tuaj ose të ofruesit të shërbimit të internetit, mund të përdorni protokollin SMTP vetëm në kushte të caktuara.

Protokollet HTTP

HTTP nuk është një protokoll i krijuar për komunikim me email, por mund të përdoret për të hyrë në kutinë tuaj postare. Gjithashtu shpesh referohet si email në internet. Mund të përdoret për të kompozuar ose marrë email nga llogaria juaj. Hotmail është një shembull i mirë i përdorimit të HTTP si protokoll i postës elektronike.

Transferimet e menaxhuara të skedarëve dhe zgjidhjet e rrjetit

Aftësia juaj për të dërguar dhe marrë email është kryesisht për shkak të tre protokolleve TCP. Këto janë SMTP, IMAP dhe POP3.

SMTP

Le të fillojmë me SMTP sepse funksioni i tij kryesor është i ndryshëm nga dy të tjerët. SMTP, ose Simple Mail Transfer Protocol, përdoret kryesisht për të dërguar email nga një klient email (si Microsoft Outlook, Thunderbird ose Apple Mail) në një server emaili. Përdoret gjithashtu për të transmetuar ose përcjellë mesazhet e postës nga një server në tjetrin. Kjo është e nevojshme nëse dërguesi dhe marrësi kanë ofrues të ndryshëm të postës elektronike.

SMTP, i cili është specifikuar në RFC 5321, përdor si parazgjedhje portën 25. Mund të përdorë gjithashtu portin 587 dhe portin 465. Ky i fundit, i cili u prezantua si porti i zgjedhur për SMTP të sigurt (a.k.a. SMTPS), është i vjetëruar. Por në realitet, ai ende përdoret nga disa ofrues të shërbimeve postare.

POP3

Protokolli i Postës, ose POP, përdoret për të tërhequr mesazhet e-mail nga versioni më i fundit që përdoret gjerësisht është versioni 3, prej nga vjen termi "POP3".

Versioni POP 3 i specifikuar në RFC 1939 mbështet shtesat dhe disa mekanizma vërtetimi. Karakteristikat e vërtetimit janë të nevojshme për të parandaluar sulmuesit që të kenë akses në mesazhet e përdoruesit.

Klienti POP3 merr email si më poshtë:

lidhet me serverin e postës në portën 110 (ose 995 për lidhjet SSL / TLS);

fshin kopjet e mesazheve të ruajtura në server;

shkëputet nga serveri.

Megjithëse klientët POP mund të konfigurohen në mënyrë që serveri të vazhdojë të ruajë kopje të mesazheve të shkarkuara, hapat e mësipërm janë praktikë e zakonshme.

IMAP

IMAP, veçanërisht versioni aktual (IMAP4), është një protokoll më kompleks. Kjo i lejon përdoruesit të grupojnë mesazhet e lidhura dhe t'i vendosin ato në dosje, të cilat nga ana tjetër mund të organizohen në mënyrë hierarkike. Ai gjithashtu përmban flamuj mesazhesh që tregojnë nëse një mesazh është lexuar, fshirë ose marrë. Ai madje i lejon përdoruesit të kërkojnë kutitë postare të serverit.

Logjika e funksionimit (cilësimet e imazhit 4):

• lidhet me serverin e postës në portën 143 (ose 993 për lidhjet SSL / TLS);

  rimerr mesazhet e emailit;

  shërben për t'u lidhur përpara se të mbyllni aplikacionin e klientit të postës dhe të shkarkoni mesazhe sipas kërkesës.

Ju lutemi vini re se mesazhet nuk fshihen në server. Kjo mund të ketë pasoja të rënda. Specifikimet IMAP mund të gjenden në RFC 3501.



Zgjedhja midis IMAP dhe POP3

Meqenëse funksioni bazë i SMTP është thelbësisht i ndryshëm, dilema e zgjedhjes së protokollit më të mirë zakonisht përfshin vetëm IMAP dhe POP3.

Nëse hapësira e ruajtjes në server është e rëndësishme për ju, atëherë zgjidhni POP3. Një server me memorie të kufizuar është një nga faktorët kryesorë që mund t'ju bëjë të mbështesni POP3. Për shkak se IMAP lë mesazhe në server, ai mund të konsumojë hapësirën e kujtesës më shpejt se POP3.

Nëse dëshironi të aksesoni postën tuaj në çdo kohë, atëherë IMAP është zgjidhja më e mirë. Ekziston një arsye e mirë pse IMAP është krijuar për të ruajtur mesazhet në një server. Përdoret për të kërkuar mesazhe nga pajisje të shumta - ndonjëherë edhe njëkohësisht. Pra, nëse keni një iPhone, tablet Android, laptop dhe desktop dhe dëshironi të lexoni email nga ndonjë ose të gjitha këto pajisje, atëherë IMAP është bastja juaj më e mirë.

Sinkronizimi është një tjetër përfitim i IMAP. Nëse jeni duke hyrë në mesazhet tuaja të postës elektronike nga pajisje të shumta, shanset janë që do të dëshironi që të gjitha të pasqyrojnë çfarëdo veprimesh që keni ndërmarrë.

Për shembull, nëse lexoni mesazhet A, B dhe C, dëshironi që ato të shënohen si "të lexuara" edhe në pajisje të tjera. Nëse keni fshirë shkronjat B dhe C, atëherë dëshironi që të njëjtat mesazhe të fshihen nga kutia juaj postare në të gjitha pajisjet. Të gjitha këto sinkronizime mund të arrihen vetëm nëse jeni duke përdorur IMAP.

Për shkak se IMAP i lejon përdoruesit të organizojnë mesazhet në një rend hierarkik dhe t'i vendosin ato në dosje, ai i ndihmon përdoruesit të organizojnë më mirë korrespondencën e tyre.

Sigurisht, i gjithë funksionaliteti IMAP ka një çmim. Këto zgjidhje janë më të vështira për t'u zbatuar, dhe në fund të fundit protokolli konsumon shumë më tepër CPU dhe RAM, veçanërisht kur është duke kryer procesin e sinkronizimit. Në fakt, përdorimi i lartë i CPU-së dhe i kujtesës mund të ndodhë si në anën e klientit ashtu edhe në anën e serverit nëse ka shumë mesazhe për t'u sinkronizuar. Nga ky këndvështrim, protokolli POP3 është më pak i kushtueshëm, megjithëse më pak funksional.

Privatësia është gjithashtu një nga shqetësimet që do të varet shumë nga përdoruesit përfundimtarë. Ata në përgjithësi preferojnë të shkarkojnë të gjitha emailet dhe të mos lënë kopje të tyre në një server të panjohur.

Shpejtësia është një avantazh që ndryshon dhe varet nga situata. POP3 ka aftësinë për të shkarkuar të gjitha mesazhet e emailit kur lidhet. Dhe IMAP, nëse është e nevojshme (për shembull, me trafik të pamjaftueshëm), mund të shkarkojë vetëm titujt e mesazheve ose pjesë të caktuara dhe të lërë bashkëngjitje në server. Vetëm kur përdoruesi vendos që pjesët e mbetura ia vlen të shkarkohen, ato do të bëhen të disponueshme për të. Prandaj, IMAP mund të konsiderohet më i shpejtë.

Sidoqoftë, nëse të gjitha mesazhet në server duhet të shkarkohen çdo herë, atëherë POP3 do të funksionojë shumë më shpejt.



Siç mund ta shihni, secili nga protokollet e përshkruar ka avantazhe dhe disavantazhe. Varet nga ju që të vendosni se cilat veçori ose aftësi janë më të rëndësishme.

Gjithashtu, mënyra e preferuar për të hyrë në klientin e e-mail përcakton preferencën e protokollit. Përdoruesit me vetëm një makinë dhe që përdorin postën në internet për të hyrë në emailet e tyre të reja do ta vlerësojnë POP3.

Megjithatë, përdoruesit që shkëmbejnë kuti postare ose i qasen emaileve të tyre nga kompjuterë të ndryshëm do të preferojnë IMAP.

Firewallet e padëshiruara me SMTP, IMAP dhe POP3

Shumica e mureve të zjarrit të spamit merren dhe mbrojnë vetëm SMTP. Serverët dërgojnë dhe marrin email SMTP dhe ata do të kontrollohen nga muri i zjarrit të spamit në portë. Megjithatë, disa mure mbrojtëse të padëshiruara ofrojnë aftësinë për të mbrojtur POP3 dhe IMAP4 kur përdoruesit e jashtëm kanë nevojë për këto shërbime për të hyrë në emailin e tyre.

Firewallet SMTP janë transparente për përdoruesit fundorë; nuk ka ndryshime të konfigurimit për klientët. Përdoruesit ende marrin dhe dërgojnë mesazhe me email te serveri i postës elektronike. Për shembull, Exchange ose Dominos duhet të konfigurojnë drejtimin e mesazheve të bazuara në proxy në murin e zjarrit kur dërgojnë e-mail, si dhe të ofrojnë mundësinë për të dërguar postë nga muri i zjarrit.

Është një protokoll i thjeshtë i transferimit të postës. Përkthyer nga anglishtja si Protokolli i thjeshtë i transferimit të postës... Bazuar në emrin, mund të konkludojmë se serveri SMTP është përgjegjës për dërgimin e listave të postimeve. Detyra e tij zakonisht përbëhet nga dy funksione kryesore:

• verifikimi që cilësimet janë të sakta dhe dhënia e lejes për kompjuterin që po përpiqet të dërgojë emailin;
• dërgimi i një mesazhi dalës në adresën e specifikuar dhe konfirmimi i dërgimit të suksesshëm të mesazhit. Nëse dorëzimi nuk është i mundur, serveri i kthen një përgjigje dërguesit me një gabim dërgimi.

Duke dërguar mesazhe emaili, serveri SMTP i dërguesit krijon një lidhje me serverin që do të marrë këtë mesazh. Një "komunikim" i tillë ndodh duke dërguar dhe marrë komanda, duke formuar një sesion SMTP me një numër të pakufizuar operacionesh SMTP. Ekzistojnë tre komanda të detyrueshme për çdo operacion:

• përcaktimi i adresës së kthimit (MAILFROM)
• Përcaktoni marrësin e mesazhit të emailit (RCPT TO)
• dërgoni tekstin e mesazhit (TË DHËNAT)

Përcaktimi i adresës së dërguesit, marrësit dhe prania e përmbajtjes së letrës janë kushte të detyrueshme, pa të cilat letra nuk do të dërgohet, as me postë të zakonshme, të njohur "letër". Çfarë mund të them për elektronikën.

Shkurtimisht për përfitimet e një serveri SMTP

• Siç u përmend tashmë, qëllimi kryesor i një serveri SMTP është të dërgojë dhe kontrollojë postën dalëse. Një server SMTP me cilësi të lartë është në gjendje të dërgojë shpejt vëllim i madhmesazhet me email duke shmangur kufizimet e ofruesit.
• Nëse jeni duke përdorur një server të jashtëm SMTP, atëherë sigurinëmesazhet e emailit dhe përqindja e dërgimit të tyre në kutinë hyrëse rritet ndjeshëm.
  Ku mund ta gjeni këtë server të jashtëm SMTP? Më shumë detaje rreth kësaj çështje.
• Email-i mund të kalojë nëpër serverë të shumtë SMTP përpara se të arrijë në kutinë postare të marrësit. Meqenëse ekziston rreziku i sulmeve me spam, ISP-të shpesh ndalojnë dërgimin e e-mail pa përdorur një server SMTP. Prandaj, përdoruesit ndonjëherë kanë probleme me dërgimin e letrave.
  Zgjidhja mund të jetë instalimi / integrimi i një serveri të veçantë të jashtëm SMTP, i cili, për më tepër, do filtro mesazhet e postës dalëse për spam dhe viruse.
• Rritja e sigurisë së postimeve arrihet në të njëjtën mënyrë autorizimi i përdoruesit që përdor serverin SMTP: duke vendosur një emër përdoruesi dhe fjalëkalim individual për t'u lidhur me serverin.
• Dhe, ajo që është e rëndësishme, integrimi i serverit SMTP bëhet pa instaluar softuer shtesë ose kërkesa të tjera të veçanta. Ju thjesht përshkruani parametrat bazë të serverit SMTP në cilësimet e klientit tuaj të postës dhe mund të filloni fushata me email me shumicë.

Nëse po planifikoni të bëni marketing ligjor me email, merrni parasysh përdorimin e një serveri të jashtëm SMTP për sigurinë dhe shpejtësinë e fushatave tuaja me email me shumicë.

4085/2, Sorokin D.S. Protokollet postare. Metodat për luftimin e spamit

SMTP

SMTP (Simple Mail Transfer Protocol) është një protokoll rrjeti i përdorur gjerësisht për transferimin e postës elektronike përmes rrjeteve TCP / IP.

Transaksionet SMTP

SMTP është një protokoll teksti i bazuar në lidhje që komunikon ndërmjet dërguesit të një mesazhi dhe marrësit duke lëshuar linjat e komandës dhe duke marrë të dhënat e nevojshme përmes një kanali të besueshëm, i cili zakonisht është një lidhje TCP (Transmission Control Protocol). Një sesion SMTP përbëhet nga komanda të dërguara nga klienti SMTP dhe përgjigjet përkatëse nga serveri SMTP. Kur një sesion është i hapur, serveri dhe klienti shkëmbejnë parametrat e tij. Një seancë mund të përfshijë zero ose më shumë operacione (transaksione) SMTP.

Komandat SMTP

Një operacion SMTP përbëhet nga tre sekuenca komandimi / përgjigjeje:

MAIL FROM - vendos adresën e kthimit (d.m.th. Rruga e Kthimit, 53121. Nga, mfrom). Kjo është adresa për emailet e kthyera.

RCPT TO - vendos marrësin e këtij mesazhi. Kjo komandë mund të jepet disa herë, një për çdo marrës. Këto adresa janë gjithashtu pjesë e guaskës.

DATA - për të dërguar tekstin e mesazhit. Kjo është përmbajtja e vetë letrës, në krahasim me guaskën e saj. Ai përbëhet nga një kokë mesazhi dhe një trup mesazhi, të ndarë nga një rresht bosh. DATA është në thelb një grup komandash dhe serveri i përgjigjet dy herë: herën e parë vetë komandës DATA, për të njoftuar

gatishmëria për të pranuar tekstin; dhe një herë të dytë pas përfundimit të sekuencës së të dhënave për të pranuar ose refuzuar të gjithë mesazhin.

Përveç përgjigjeve të ndërmjetme për komandën DATA, çdo përgjigje e serverit mund të jetë pozitive (kodi i përgjigjes 2xx) ose negativ. Kjo e fundit, nga ana tjetër, mund të jetë e përhershme (kodi 5xx) ose i përkohshëm (kodi 4xx). Refuzimi i serverit SMTP për të transferuar mesazhin është një gabim i përhershëm; në këtë rast, klienti duhet të dërgojë emailin e kthyer. Pas një rivendosjeje - po, mesazhi ka të ngjarë të refuzohet. Serveri gjithashtu mund të informojë se priten të dhëna shtesë nga klienti (kodi 3xx).

Pritësi fillestar (klienti SMTP) mund të jetë ose një klient i postës së përdoruesit fundor (i përcaktuar funksionalisht si një agjent poste - MUA) ose një agjent përcjellës mesazhesh (MTA) në server, d.m.th. serveri vepron si klient në seancën përkatëse për të transmetuar mesazhin. Serverët plotësisht funksionalë mbështesin radhët e mesazheve për ritransmetimin e mesazheve në rast gabimesh.

MUA njeh serverin SMTP për postën dalëse nga cilësimet e tij. Serveri SMTP që vepron si klient, domethënë përcjell mesazhe, përcakton se me cilin server të lidhet duke parë burimin e regjistrimeve DNS të MX (Mail eXchange) për domenin e secilit marrës. Nëse nuk gjendet asnjë rekord MX, MTA-të në përputhje (jo të gjitha) kthehen në një rekord të thjeshtë A. Serverët e përcjelljes mund të konfigurohen gjithashtu për të përdorur një host inteligjent.

Serveri SMTP, duke vepruar si klient, krijon një lidhje TCP me serverin në portën 25 të krijuar për SMTP. MUA duhet të përdorë portën 587 për t'u lidhur me

Agjenti i dorëzimit të mesazheve (MSA). Dallimi kryesor midis MTA dhe MSA është se vërtetimi SMTP kërkohet vetëm për këtë të fundit.

SMTPS

SMTPS i referohet metodave të sigurisë SMTP të shtresës së transportit. Është krijuar për të siguruar vërtetimin e palëve, integritetin e të dhënave dhe konfidencialitetin. SMTPS nuk është një protokoll pronësor ose një zgjerim i SMTP, është thjesht një mënyrë për të siguruar SMTP në nivelin e transportit.

Klienti dhe serveri përdorin shtresën e rregullt të aplikacionit SMTP, por lidhja sigurohet me SSL ose TLS. Kjo ndodh pasi të krijohet lidhja, përpara se të dërgohen të dhënat e postës.

SMTPS përdor portën 465.

POP3 (Versioni 3 i Protokollit të Postës së Zyrës) është një protokoll standard i shtresës së aplikimit të Internetit i përdorur nga klientët e postës elektronike për të tërhequr mesazhet e postës elektronike nga një server në distancë përmes një lidhjeje TCP/IP. POP dhe IMAP (Internet Message Access Protocol) janë protokollet më të zakonshme të Internetit për marrjen e postës. Pothuajse të gjithë klientët dhe serverët modernë të emailit mbështesin të dy standardet. Protokolli POP është zhvilluar në disa versione, standardi aktual është versioni 3 (POP3). Shumica e ofruesve të shërbimeve të postës elektronike (si Hotmail, Gmail dhe Yahoo! Mail) mbështesin gjithashtu IMAP dhe POP3. Versionet e mëparshme të protokollit (POP, POP2) janë të vjetruara.

POP mbështet kërkesat e thjeshta të shkarkimit dhe fshirjes për aksesin në distancë të kutisë postare. Megjithëse shumica e klientëve POP ofrojnë mundësinë për të lënë postë në server pas shkarkimit, klientët POP zakonisht lidhen, marrin të gjithë postën, i ruajnë ato në kompjuterin e përdoruesit si mesazhe të reja, i fshijnë ato nga serveri dhe më pas shkëputen.

Serveri POP3 dëgjon në portën e njohur 110. Kriptimi i komunikimit për POP3 kërkohet pasi të fillojë protokolli, duke përdorur ose komandën STLS (nëse mbështetet) ose POP3S, i cili lidhet me serverin duke përdorur TLS ose SSL në portën TCP 995.

Komandat POP3

IMAP

IMAP është një protokoll alternativ për mbledhjen e mesazheve nga një server mail. IMAP (Anglisht Internet Message Access Protocol) është një protokoll i nivelit të aplikacionit për të hyrë në e-mail.

Ai bazohet në protokollin e transportit TCP dhe përdor portin 143.

POP3 ka disa disavantazhe, më seriozja prej të cilave është mungesa e aftësive për të kontrolluar lëvizjen dhe ruajtjen e mesazheve në server. Mesazhet, si rregull, shkarkohen nga serveri i postës menjëherë, pas së cilës ato fshihen nga serveri, domethënë nuk ka asnjë mundësi për të zgjedhur mesazhet për të marrë.

Për të adresuar këtë çështje me POP3, Universiteti i Uashingtonit ka zhvilluar një protokoll të ri që lejon përdoruesit të marrin email nga e njëjta kuti postare nga shumë vende pa shpërndarë mesazhe në pikat e marrjes. Përdoruesit i jepet mundësia të menaxhojë mesazhet në kutinë e tij postare dhe funksione shtesë për servisimin e kutive postare në server.

Përfitimet e IMAP

Me POP3, klienti lidhet me serverin vetëm për sasinë e kohës që duhet për të shkarkuar mesazhe të reja. Me IMAP, lidhja nuk ndërpritet kur ndërfaqja e përdoruesit është aktive dhe mesazhet shkarkohen vetëm kur kërkohet nga klienti. Kjo lejon kohë më të shpejta të përgjigjes për përdoruesit që kanë shumë mesazhe të mëdha në kutitë e tyre postare.

POP kërkon që klienti aktual të jetë i vetmi i lidhur me kutinë postare. IMAP lejon shumë klientë të aksesojnë kutinë postare në të njëjtën kohë dhe i jep klientit mundësinë për të gjurmuar ndryshimet e bëra nga klientë të tjerë të lidhur në të njëjtën kohë.

Falë sistemit të flamujve të përcaktuar në IMAP4, klienti mund të gjurmojë statusin e mesazhit (lexuar, përgjigjur, fshirë, etj.); të dhënat e flamurit ruhen në server.

Klientët IMAP4 mund të krijojnë, riemërtojnë dhe fshijnë kuti postare dhe të zhvendosin mesazhet ndërmjet kutive postare. Përveç kësaj, mund të përdorni shtesën IMAP4 Access Control List (ACL) (RFC 4314) për të kontrolluar të drejtat e aksesit në kutitë postare.

Kërkimi i mesazheve ndodh në anën e serverit. IMAP4 ka një mekanizëm të qartë zgjerimi.

Metodat anti-spam

Postimet moderne të spamit shpërndahen në qindra mijëra kopje në vetëm disa dhjetëra minuta. Më shpesh, posta e padëshiruar kalon përmes kompjuterëve të përdoruesve të infektuar me malware - rrjetet zombie. Çfarë mund të kundërshtohet me këtë sulm? Industria moderne e sigurisë së TI-së ofron shumë zgjidhje, dhe ka teknologji të ndryshme në arsenalin e antispammerëve. Megjithatë, asnjë nga teknologjitë ekzistuese nuk është një "plumb argjendi" magjik kundër spamit. Thjesht nuk ka zgjidhje të vetme për të gjithë. Shumica e produkteve moderne përdorin disa teknologji, përndryshe efektiviteti i produktit nuk do të jetë i lartë.

DNSBL

DNSBL - Lista e zezë DNS ose Lista e bllokimit DNS - listat e hosteve të ruajtura duke përdorur sistemin e arkitekturës DNS. Zakonisht përdoret për të luftuar spam-et. Serveri i postës adreson DNSBL dhe kontrollon praninë e adresës IP të klientit nga e cila merr mesazhin. Nëse përgjigja është pozitive, konsiderohet se tentohet të merret një mesazh spam. Një gabim 5xx (gabim fatal) raportohet te serveri dërgues dhe mesazhi nuk pranohet. Serveri i postës së dërguesit gjeneron një "faturë të keqe" për dërguesin për mosdorëzimin e postës.

Ekzistojnë 2 mënyra për të përdorur këtë teknologji.

1. Bllokim i paqartë - refuzimi i mesazheve që vinin nga adresa IP e vendosur në DNSBL

2. Një qasje e ekuilibruar. Me këtë qasje, mesazhi që erdhi nga adresa IP

e vendosur në DNSBL nuk është e bllokuar, por ky fakt merret parasysh kur klasifikohet "spam"-i i letrës.

Kur përdorni qasjen e parë, të gjitha letrat nga adresat IP të përfshira në DNSBL refuzohen pa mëdyshje. Pavarësisht nëse adresa IP është futur në listën e zezë në mënyrë të merituar apo gabimisht (gjë që është gjithnjë e më e zakonshme në praktikë). Qasja e dytë ilustrohet mirë nga filtri i spamit me burim të hapur spamassassin. Kur përdoret një qasje e ponderuar për të klasifikuar një mesazh, domethënë një analizë me shumë kritere. Në këtë rast, gjetja e adresës IP të dërguesit në listën e zezë nuk është faktori i vetëm dhe rezultues që ndikon në vendimin për klasifikimin e mesazhit, që nga ana tjetër nënkupton një ulje të numrit të fals pozitiv të filtrit në rastet kur adresa IP e dërguesit u fut në listën e zezë nga një aksident absurd.

Kontrolli masiv

Teknologjia supozon identifikimin e mesazheve masive në rrjedhën e postës që janë absolutisht identike ose ndryshojnë pak. Kërkohen flukse të mëdha poste për të ndërtuar një analizues të mundshëm me shumicë, kështu që kjo teknologji ofrohet nga shitës të mëdhenj me vëllime të konsiderueshme të postës që ata mund të analizojnë.

Pro: Nëse teknologjia ka funksionuar, atëherë është e garantuar të përcaktojë dërgimin masiv.

Kundër: Së pari, një listë postare "e madhe" mund të mos jetë e padëshiruar, por një postë plotësisht legjitime (për shembull, Ozon.ru, Subscribe.ru dërgojnë mijëra mesazhe pothuajse identike, por kjo nuk është e padëshiruar). Së dyti, spammers janë në gjendje të "depërtojnë" një mbrojtje të tillë duke përdorur teknologji inteligjente. Ata përdorin softuer që gjeneron përmbajtje të ndryshme - tekst, grafikë, etj. - në çdo mesazh të padëshiruar

Protokolli SMTP

O Në këtë kapitull:

O Komandat bazë të protokollit

O Serverët rele

O Dërgesë direkte

Për dërgimin e postës, në shumicën e rasteve, përdoret protokolli SMTP ( Protokolli i thjeshtë i transferimit të postës).

Kur krijuan protokollin SMTP, zhvilluesit bënë një gabim të rëndë që prishi shumë gjak, si për administratorët e sistemit ashtu edhe për përdoruesit e zakonshëm. Thelbi i tij qëndron në faktin se protokolli SMTP nuk kërkon vërtetimin e përdoruesit përpara se të dërgoni një mesazh, dhe kjo ju lejon të përdorni serverët e dikujt tjetër për postime masive.

Serverët modernë SMTP përdorin mekanizma të ndryshëm sigurie për të parandaluar përdoruesit e panjohur të dërgojnë postë. Kjo diskutohet në detaje në kapitullin "Serveri i postës nga brenda".

Në terminologjinë e protokollit SMTP, nuk ka koncepte të tilla si "klient" dhe "server". Në vend të kësaj, ata flasin për dërguesin ( dërguesi) dhe marrësi ( marrës). Ajo që shumica e njerëzve e quajnë "Server SMTP" është edhe një dërgues dhe një marrës. Kur një klient krijon një lidhje me të për të dërguar një letër, serveri vepron si marrës dhe kur i dërgon një mesazh një pajtimtari, ai bëhet dërgues.

Çdo kuti postare është një marrës SMTP që mund të kontaktohet drejtpërdrejt për të dërguar një mesazh pa ndërmjetës. Sidoqoftë, kjo metodë nuk ka fituar shumë popullaritet. Komunikimi me nyjet e largëta mund të jetë i ngadaltë dhe jo i besueshëm, kështu që misioni i dërgimit të mesazhit i besohet në mënyrë të përshtatshme një serveri të veçantë, shpesh i referuar si serveri i postës dalëse. Nëse lidhja me serverin e postës dalëse është e shpejtë dhe e besueshme, atëherë kjo qasje është mjaft e justifikuar. Përkundrazi, nuk ka kuptim të dërgoni letra përmes serverëve të largët, të ngadaltë dhe të paqëndrueshëm. Në këtë rast, është më mirë ta vendosni mesazhin direkt në kutinë postare të marrësit. Megjithatë, pak klientë të postës elektronike e mbështesin këtë aftësi.

Shembulli i mëposhtëm tregon se si t'i dërgoni një mesazh një pajtimtari duke përdorur protokollin SMTP. Hapi i parë është të filloni klientin telnet dhe, pasi të keni krijuar një lidhje me serverin e zgjedhur SMTP (për shembull, mail.aport.ru) në portën e njëzet e pestë, prisni që të lëshohet ftesa.

Figura 009 Lidhja me serverin mail.aport.ru

Tre karakteret e para të vargut të kthyer nga serveri janë kodi i përfundimit të operacionit. Një listë e plotë e kodeve të gabimeve të të gjitha llojeve gjendet në RFC-821 dhe nuk ofrohet këtu.

Për transmetimin e korrespondencës, nuk mjafton vetëm një lidhje TCP dhe është e nevojshme të krijohet një lidhje tjetër, e ashtuquajtura lidhje SMTP. Kjo realizohet duke i kthyer një përshëndetje serverit me emrin e hostit të klientit (nëse ka një emër) ose një adresë IP (nëse klienti nuk ka një emër).

Nuk është gjithmonë e nevojshme të tregoni tuajën të sakta adresën. Shpesh është e mjaftueshme për të futur një varg teksti arbitrar, për shembull "ABDCEF"

HELO ppp-15.krintel.ru

Një përshëndetje me përgjigje kryhet nga komanda “HELO

“. Serveri, pasi ka krijuar një lidhje SMTP, kthen një kod suksesi (250) dhe në shumicën e rasteve përcakton adresën IP të klientit ose emrin e tij të domenit.

Hapi tjetër është të specifikoni dërguesin e mesazhit. Për ta bërë këtë, duhet të përdorni komandën "MAIL FROM" që tregon adresën tuaj të postës, nëse dëshironi, të mbyllur në kllapa këndore.

Për shembull:

HELO ppp-15.krintel.ru

250 camel.mail.ru Përshëndetje ppp-15.krintel.ru

· POSTE NGA: " [email i mbrojtur]»

Pastaj marrësi i mesazhit specifikohet duke përdorur komandën "RCPT TO", një shembull i së cilës tregohet më poshtë:

HELO ppp-15.krintel.ru

250 camel.mail.ru Përshëndetje ppp-15.krintel.ru

· POSTE NGA: " [email i mbrojtur]»

· 250" [email i mbrojtur]»Është e saktë sintaksisht

· RCPT PER: " [email i mbrojtur]»

Nëse ka nevojë për t'u dërguar të njëjtin mesazh disa të anketuarve, mjafton të telefononi "RCPT TO" edhe një herë (ose më shumë) (numri maksimal i marrësve zakonisht nuk është i kufizuar). Nëse serveri nuk merr përsipër t'i dërgojë mesazhin njërit prej tyre, ai do të kthejë një gabim, në asnjë mënyrë, por duke mos prekur pjesën tjetër të marrësve.

Komanda "DATA", e thirrur pa argumente, e vendos serverin në pritje për tekstin e mesazhit.

· 354 Fut mesazhin që përfundon me "." në një linjë më vete

Sekuenca e përfundimit të hyrjes është një periudhë e zakonshme, "e kufizuar" nga të dyja anët me ndërprerje të rreshtave. Nëse një sekuencë e tillë ndodh në tekstin e mesazhit, formimi i letrës do të përfundojë menjëherë. Klientët e postës zakonisht e njohin këtë situatë dhe i drejtohen transkodimit, por kur punojnë me një klient telnet, ky shqetësim qëndron tek përdoruesi.

Një shembull i përdorimit të komandës "DATA" tregohet më poshtë:

HELO ppp-15.krintel.ru

250 camel.mail.ru Përshëndetje ppp-15.krintel.ru

· POSTE NGA: " [email i mbrojtur]»

· 250" [email i mbrojtur]»Është e saktë sintaksisht

· RCPT PER: " [email i mbrojtur]»

· 250" [email i mbrojtur]»Verifikuar

· Përshëndetje, marinar!

250 OK id = 12ZDEd-000Eks-00

Komanda "QUIT" përfundon seancën dhe mbyll lidhjen.

221 camel.mail.ru lidhje mbyllëse

Përmbajtja e mesazhit të marrë (mekanizmi për marrjen e mesazheve në kompjuterin lokal të përdoruesit diskutohet në kapitujt "POP" dhe "IMAP4") mund të duket, për shembull, si më poshtë:

Nga [email i mbrojtur] Die 26 Mars 17:38:03 2000

Marrë: nga ppp-15.krintel.ru ()

Nga camel.mail.ru me smtp (Exim 3.02 # 107)

ID 12ZDEd-000Eks-00

· ID-ja e mesazhit: " [email i mbrojtur]»

Nga: [email i mbrojtur]

· Përshëndetje, marinar!

Më poshtë do të tregohet se si sulmuesit gjejnë dhe përdorin serverët e postës dalëse të dikujt tjetër. Një mënyrë për të gjetur serverë publikë SMTP është të analizoni titujt e postës hyrëse. Ndër nyjet që lanë adresat e tyre në fushën "Marrë", ndonjëherë ka serverë që nuk kërkojnë vërtetimin e përdoruesit për të dërguar letra.

Për shembull, më poshtë është kreu i një letre të nxjerrë nga autori i këtij libri nga kutia e tij postare:

Nga [email i mbrojtur] Mër 22 Mars 16:57:03 2000

Marrë nga porta.chiti.uch.net()

Nga msk2.mail.ru me esmtp (Exim 3.02 # 116)

ID 12Xld1-0008jx-00

Marrë nga 13.chiti.uch.net()

Nga porta.chiti.uch.net(8.8.8 / 8.8.8) me ID SMTP PAA29678

· Nga: "irt" " [email i mbrojtur] »

Analiza e kokës na lejon të vërtetojmë se letra është dërguar nga adresa 13.chiti.uch.net përmes serverit të postës dalëse gate.chiti.uch.net. Nëse përpiqeni të krijoni një lidhje me të, rezultati mund të duket si ky:

Për të testuar mundësinë e përcjelljes së një mesazhi, duhet të dërgoni një ftesë në server dhe më pas të identifikoni dërguesin dhe marrësin e mesazhit. Për shembull, mund të duket kështu:

HELO kpnc.krintel.ru

250 gate.chiti.uch.net Përshëndetje kpnc.krintel.ru, jam i kënaqur që ju njohëm

· POSTE NGA: " [email i mbrojtur]»

· 250" [email i mbrojtur]“… Dërguesi në rregull

· RCPT PER: " [email i mbrojtur]»

· 250" [email i mbrojtur]“… Marrësi është në rregull

Kodi i suksesit (250) dhe skadimi i "Marrësit në rregull" tregojnë se serveri ka rënë dakord për transferimin. Mbetet për të futur tekstin e mesazhit dhe mund ta dërgoni letrën. Pas një kohe (zakonisht jo më shumë se një minutë), mesazhi duhet të arrijë në destinacionin e tij. Dhe titulli i tij mund të duket kështu:

Nga [email i mbrojtur] Die 26 Mars 17:28:33 2000

Marrë: nga gate.chiti.uch.net ()

Nga camel.mail.ru me esmtp (Exim 3.02 # 107)

Id 12ZD5a-000Dhm-00

Marrë: nga kpnc.krintel.ru (kpnc.krintel.ru)

Nga gate.chiti.uch.net (8.8.8 / 8.8.8) me ID SMTP QAA02468

(Zarf-nga [email i mbrojtur])

Nga: [email i mbrojtur]

· ID-ja e mesazhit: " [email i mbrojtur]»

Adresa e dërguesit është theksuar me shkronja të zeza, duke treguar se ai nuk mund të mbetet anonim. Nëse kjo rezulton të jetë e papranueshme, midis letrave hyrëse të kutisë suaj postare, mund të përpiqeni të gjeni ato, titujt e të cilëve nuk përmbajnë asnjë informacion për dërguesin, përveç informacionit që ai dëshironte të jepte vetë.

Një nga serverët anonim ndodhet (më saktë, dikur ishte vendosur në kohën e këtij shkrimi) në dore.on.ru. Megjithatë, përdorimi i tij nga persona të paautorizuar është i ndaluar, gjë që dëshmohet nga eksperimenti i mëposhtëm:

HELO kpnc.krintel.ru

· POSTE NGA: " [email i mbrojtur]»

· 250" [email i mbrojtur]»Dërguesi Ok

· RCPT PER: " [email i mbrojtur]»

· 550 Transmetimi i mohuar për « [email i mbrojtur]»

Serveri, në të vërtetë, nuk bën ndonjë përpjekje të dukshme për të përcaktuar adresën e klientit, por në të njëjtën kohë, ai refuzon kategorikisht të përcjellë korrespondencën e tij jashtë serverit. Për më tepër, dihet me siguri se pronarët e këtij serveri e përdorin atë për të dërguar mesazhe në adresa jo lokale. Kjo nënkupton ekzistencën e një mekanizmi që ju lejon të dalloni "miqtë" nga "të huajt". Të drejtat e "të huajve" kufizohen në dërgimin e letrave në adresat lokale, ndërsa "miqtë" lejohen të dërgojnë mesazhe jashtë serverit. Për shkak të mungesës së mjeteve të vërtetimit të përdoruesit në protokollin SMTP, adresa IP e klientit ndihmon për të dalluar njërën nga tjetra. Përdoruesit lokalë të vendosur në të njëjtin nënrrjet me serverin konsiderohen "të vetat" dhe anasjelltas.

Por nëse serveri nuk është i pajisur me funksionin e përcaktimit të adresave IP të klientëve, ai nuk ka zgjidhje tjetër veçse të përdorë informacionin e dhënë nga vetë dërguesi, duke marrë fjalën e tij. Prandaj, është e mundur të raportoni të dhëna të rreme dhe të imitoni një përdorues lokal që ka të drejtë të dërgojë mesazhe në çdo adresë.

Klienti specifikon adresën e tij dy herë: kur përshëndet serverin, me komandën "HELO" ai tregon domenin e tij dhe në fushën "MAIL FROM" jep adresën e tij të kthimit. Disa serverë do të kontrollojnë një nga këto vlera, dhe disa do t'i kontrollojnë të dyja në të njëjtën kohë.

Në eksperimentin e mëposhtëm, dërguesi nuk ofron domenin e tij, por domenin e pronarit të serverit dhe përdor një nga adresat e përdoruesve lokalë të serverit si adresë kthimi (për ta zbuluar, duhet të merrni të paktën një letër nga ky server, ose përpiquni të gjeni emrat e përdoruesve të regjistruar me metodën brute-force):

220 WITHELD FTGate server gati -Fox Mulder

· HELO dore.on.ru

· MAIL NGA: " [email i mbrojtur]»

· RCPT PER: " [email i mbrojtur]»

250 Marrësi Ok

Si rezultat i këtij falsifikimi, serveri u mashtrua dhe pranoi të dorëzonte letrën. Natyrisht, dërguesi i vërtetë i mesazhit nuk mund të identifikohet nga titulli, pasi përmban vetëm informacionin që dërguesi dëshironte të linte vetë.

Është e pamundur të mendohet për një mënyrë më të mirë për postime masive, por kjo metodë nuk është e përshtatshme për korrespondencë të zakonshme. Në fund të fundit, përgjigja e letrës do të kthehet në adresë [email i mbrojtur]! Kjo mund të shmanget duke shtuar një fushë "Përgjigju" në kokën që përmban adresën e vërtetë të dërguesit (ajo që ai donte të mbante vetë). Mund të duket kështu, për shembull:

220 WITHELD FTGate server gati -Fox Mulder

HELO dore.on.ru

· POSTE NGA: " [email i mbrojtur]»

· 250" [email i mbrojtur]»Dërguesi Ok

· RCPT PER: " [email i mbrojtur]»

250 Marrësi Ok

354 Fillimi i hyrjes së postës; përfundojnë me "CRLF". "CRLF"

· Ti përgjigjeni: " [email i mbrojtur]»

250 Ok Mesazhi në radhë

221 dore.on.ru Shërbimi i mbylljes së kanalit të transmetimit

Titulli i një letre të tillë duhet të duket diçka si kjo:

Marrë nga relay1.aha.ru(verifikuar)

Nga aha.ru (CommuniGate Pro SMTP 3.1b2)

Marrë: nga warlock.miem.edu.ru (miem-as.ins.ru)

Nga relay1.aha.ru(8.9.3 / 8.9.3 / aha-r / 0.04B) me id ESMTP UAA07173

Marrë: nga dore.miem.edu.ru (rtuis.miem.edu.ru)

Nga warlock.miem.edu.ru (8.9.3 / 8.9.3) me id ESMTP UAA00637

Marrë: nga dhelpra nga dore.on.ru(FTGate 2, 1, 2, 1);

· ID-ja e mesazhit: " [email i mbrojtur]»

· Nga: " [email i mbrojtur]»

· Për: " [email i mbrojtur]»

Tema: TEST

· Ti përgjigjeni: " [email i mbrojtur]»

Kur përpiqeni t'i përgjigjeni dërguesit, klienti i postës së marrësit do të nxjerrë përmbajtjen e fushës "Përgjigju-Për" dhe do ta dërgojë letrën në adresën e specifikuar në të. Kjo është pikërisht ajo që përdorin spammers për të arritur anonimitetin e plotë, nga njëra anë, dhe aftësinë për të marrë përgjigje nga palët e interesuara, nga ana tjetër.

Nëse shikoni nga afër titullin e emailit, do të gjeni disa rreshta "Marrë" në të. Ata u lanë nga serverët e tranzitit, të quajtur ndryshe Rayleighs (nga anglishtja stafetë).

Çdo klient i postës mund të dërgojë një letër drejtpërdrejt. Sidoqoftë, për ta bërë këtë, do të duhet të specifikoni personalisht adresën e marrësit në cilësimet e serverit të postës në dalje.

Për shembull, për të dërguar një email te [email i mbrojtur] duke përdorur "OutLock Express" do të duhet të shkoni te "Llogaritë" (menyja "Mjetet"), të zgjidhni "Properties" dhe të shkoni te skedari "Serverët", duke vendosur serverin "computerra.ru" për postën dalëse.

Natyrisht, kjo është shumë e lodhshme dhe jopraktike. Derisa softueri të mësojë të kryejë një operacion të tillë automatikisht, përdoruesit do të detyrohen të përdorin metodat e vjetra.

Puna e një serveri tipik të postës dalëse në shkallë të vogël duket kështu: pasi ka marrë një letër në dispozicion, ai menjëherë krijon një lidhje me kutinë postare të marrësit dhe dërgon mesazhin. Duke vepruar kështu, ai përballet me të njëjtat vështirësi si një klient i zakonshëm. Prandaj, transmetimi i mesazheve përdoret gjerësisht. Nëse letra për ndonjë arsye nuk mund të transmetohet drejtpërdrejt, ajo transmetohet në stafetë.

Një stafetë është saktësisht i njëjti server SMTP si të tjerët të diskutuar në këtë kapitull. Në varësi të cilësimeve të serverit, rruga e përcjelljes së mesazhit mund të ndryshojë. Një mesazh mund të dërgohet drejtpërdrejt, ndërsa tjetri - për një kohë të gjatë "duke rrotulluar" në reletë. Besimi është i madh, por vetëm kur nuk bëhet fjalë për çështje sigurie. Kush guxon t'u besojë përsëritësve me origjinë të panjohur? Për më tepër, rruga e mëtejshme e letrës përcaktohet nga secili prej serverëve të tranzitit në mënyrë të pavarur, dhe nuk ka garanci që një ndërhyrës nuk do të futet në këtë zinxhir.

Por protokolli SMTP i lejon dërguesit të përcaktojë në mënyrë të pavarur rrugën e përcjelljes së mesazhit.Parametri i komandës “RCPT TO” mund të përmbajë jo vetëm adresën e marrësit, por edhe rrugën e transmetimit!

Formati i tij është si më poshtë:

· RCPT NË: "@ s1, @ s2, @ s3, @ sn: [email i mbrojtur]»

ku s1, s2, s3, sn janë emrat (ose adresat IP) të bishtave të ndërmjetme, dhe [email i mbrojtur] kutia postare e marrësit. Së pari, mesazhi dërgohet në nyjen s1, serveri më i majtë në zinxhir. Ai modifikon parametrin e komandës RCPT TO, duke "kafshuar" prej tij emrin e nyjës së tij:

· RCPT NË: "@ s2, @ s3, @ sn: [email i mbrojtur]»

Më pas, merret adresa e marrësit të ardhshëm - s2. Nëse serveri s1 nuk merr përsipër dërgimin e korrespondencës në serverin s2, letra i kthehet dërguesit me një mesazh gabimi. Përndryshe, procesi përsëritet derisa mesazhi të përfundojë në kutinë postare të marrësit.

Disavantazhi i kësaj skeme është se disa serverë SMTP mund të përdorin shërbimet e tyre të transmetimit për t'u përcjellë në bishtin tjetër. Kështu, është e garantuar që letra, pas dorëzimit të suksesshëm, do të vizitojë të gjitha nyjet e specifikuara në rendin e specifikuar. Sidoqoftë, transferimi i drejtpërdrejtë midis bishtave ngjitur në një zinxhir nuk kryhet gjithmonë.

Prandaj, detyra e zgjedhjes së serverëve të tranzitit është e ndërlikuar. Secila prej tyre jo vetëm që duhet të mbrohet nga ndërhyrës, por qëllimisht të mos përdorë shërbimet e përsëritësve të palëve të treta.

Fatkeqësisht, shumica e klientëve të postës elektronike, kur kontrollojnë korrektësinë e adresës së marrësit, e konsiderojnë një operacion të tillë si sintaksorisht të pasaktë dhe refuzojnë të dërgojnë një letër. Më duhet të nis përsëri telnet dhe ta dërgoj mesazhin manualisht.

Ju mund të zbuloni se cilat komanda mbështeten nga një server specifik SMTP duke përdorur "HELP", dhe më në detaje rreth qëllimit të secilës prej tyre "HELP command".

Për detaje mbi komandat SMTP, referojuni RFC-788, RFC-821, RFC-822, RFC-1341, RFC-1342, RFC-1426, RFC-1521, RFC-1806, RFC-1830, RFC-2045, RFC- 2046, RFC-2047, RFC-2048, RFC-2049, RFC-2076.

SMTP O Në këtë kapitull: O Komandat e Protokollit Bazë O Serverët Rele O Përcjellja Direkte O Automatizimi i Email-it dhe Spam O Postimi Anonim O Protokolli i Thjeshtë i Transferimit të Mailit (SMTP) përdoret për dërgimin e postës në shumicën e rasteve.