Si të konfiguroni telefonat inteligjentë dhe PC. Portali informativ
  • në shtëpi
  • Windows 10
  • Çfarë janë serverët POP3, IMAP dhe SMTP? Zgjedhja midis IMAP dhe POP3. Ndërveprimi klient-server

Çfarë janë serverët POP3, IMAP dhe SMTP? Zgjedhja midis IMAP dhe POP3. Ndërveprimi klient-server

POP3

POP3 - protokoll për marrjen e mesazheve Email.

Kur shikoni postën duke përdorur protokollin POP3, të gjitha emailet shkarkohen te përdoruesi në kompjuter dhe fshihen automatikisht nga serveri (edhe pse kjo mund të çaktivizohet). Të gjitha veprimet e mëtejshme me shkronja do të kryhen në kompjuterin e përdoruesit.

Protokolli POP3 preferohet nëse vetëm një person përdor një kuti postare nga një kompjuter i vetëm dhe qasja në postë është e nevojshme edhe nëse nuk ka lidhje interneti.

IMAP

IMAP është një protokoll që mbështet marrjen dhe menaxhimin e e-mail direkt në serverin e postës.

Me IMAP, emailet janë gjithmonë në server dhe shkarkohen prej andej sa herë që shikohen. Kjo është shumë e përshtatshme kur disa njerëz duhet të kenë akses në kutinë postare - të gjitha operacionet me shkronja që do të kryejë njëri prej tyre (ndryshimi i statusit të një letre në "lexim", lëvizja e letrave midis dosjeve, etj.) do të shihen nga të gjithë të tjerët . Disavantazhi - për të punuar me postë, madje edhe me letra të vjetra, ju duhet lidhje aktive në internet.

SMTP

Një server SMTP është një server poste që mbështet vetëm dërgimin e emailit.

Kur përdorni një server SMTP, përdoret porti 25. Disa ISP bllokojnë portën 25. Në këtë rast, duhet të kontaktoni ose administratorin e rrjetit tuaj për të zhbllokuar portën ose të përdorni port alternativ 587.

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

IMAP i ofron përdoruesit opsione të gjera për të punuar me kuti postare të vendosura në një server qendror. Një program poste që përdor këtë protokoll hyn në dyqanin e korrespondencës në server sikur korrespondenca të ishte e vendosur në kompjuterin e marrësit. E-mailet mund të manipulohen nga kompjuteri i përdoruesit (klientit) pa dërguar vazhdimisht skedarë me përmbajtjen e plotë të letrave nga serveri dhe mbrapa.

Protokolli SMTP përdoret për të dërguar email.

Qëllimi i Protokollit IMAP

IMAP është një alternativë ndaj POP3.

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 zakonisht shkarkohen nga serveri i postës të gjitha menjëherë, pas së cilës ato fshihen nga serveri, d.m.th., nuk ka mundësi për të zgjedhur mesazhet për të marrë.

Për të adresuar këtë problem 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 mirëmbajtjen e kutive postare në server.

Avantazhet ndaj POP3

Me POP3, klienti lidhet me serverin vetëm për sasinë e kohës që duhet për të shkarkuar mesazhe të reja. Në duke përdorur IMAP lidhja nuk mbyllet derisa ndërfaqja e përdoruesit aktive, dhe mesazhet shkarkohen vetëm me kërkesë të klientit. 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 e kërkon këtë klient aktual ishte i vetmi i lidhur me kutinë. 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.

Versionet IMAP

  • IMAP origjinal (1986, pa specifika)
  • IMAP2 (1988 - RFC 1064, 1990 - RFC 1176)
  • IMAP3 (1991, RFC 1203)
  • IMAP2bis (specifikimi ekziston vetëm në draftin e 1993)
  • IMAP4 (i riemërtuar IMAP2bis)

Mesazhet dhe atributet e tyre

IMAP punon vetëm me mesazhe dhe nuk kërkon ndonjë pako me tituj të veçantë.

Çdo mesazh ka disa atribute të lidhura me të. Këto atribute mund të përcaktohen individualisht ose në lidhje me atributet e tjera.

UID

Secilit mesazh i është caktuar një kod 32-bit, i cili, kur përdoret së bashku me një identifikues unik, formon një sekuencë 64-bitëshe që garanton identifikimin unik të mesazhit në kutinë postare. Sa më vonë të arrijë mesazhi, aq më i madh është UID-i i tij.

UID është i lidhur me një kuti postare dhe dërgohet si një kod përgjigjeje e vlefshmërisë (ok) gjatë fazës së përzgjedhjes së kutisë postare. Nëse UID nga sesioni i mëparshëm nuk mund të përdoret për ndonjë arsye, UID duhet të rritet.

Mesazhi UID nuk duhet të ndryshojë brenda një sesioni, as nuk duhet të ndryshojë nga sesioni në sesion. Megjithatë, nëse është e pamundur të ruhet UID e mesazhit në një sesion pasues, çdo sesion pasues duhet të ketë një të ri. kod unik një identifikues që duhet të jetë më i madh se çdo UID i përdorur më parë.

Numri i sekuencës së mesazheve

Numri i sekuencës së një mesazhi në kutinë postare fillon nga 1. Çdo mesazh, duke filluar nga i dyti, ka një numër sekuence saktësisht 1 më shumë se ai që i paraprin.

Gjatë seancës, është e mundur të ndryshoni numrin e sekuencës së mesazhit. Për shembull, kur një mesazh fshihet nga një kuti postare, numrat për të gjitha mesazhet pasuese ndryshojnë.

Flamujt e mesazheve

Ky atribut është një listë me zero ose më shumë shenja me emër të lidhur me këtë mesazh. Flamuri vendoset duke e shtuar atë në këtë listë dhe pastrohet duke e hequr atë. Ekzistojnë dy lloje flamujsh në IMAP 4.1. Flamuri mund të jetë i përhershëm ose aktiv vetëm për kohëzgjatjen e këtij sesioni.

Një flamur sistemi është një flamur emri i të cilit përcaktohet në specifikimin e protokollit. Të gjithë flamujt e sistemit fillojnë me një \.

Flamujt e mëposhtëm të sistemit janë përcaktuar aktualisht:

  • \ parë - mesazhi është lexuar
  • \ u përgjigj - mesazhit i është dërguar një përgjigje
  • \ i shënuar - mesazhi u shënua si "i rëndësishëm"
  • \ deleted - mesazhi është shënuar si i fshirë
  • \ draft - postimi i shënuar si draft
  • \ e fundit - mesazhi i fundit (u shfaq për herë të parë në kutinë postare gjatë sesionit aktual)

Data dhe ora e brendshme e mesazhit në server

Koha dhe data e marrjes së mesazhit. Në rastin e dërgimit të mesazhit përmes SMTP - data dhe ora e dorëzimit tek adresuesi përfundimtar. Për mesazhet e dorëzuara nga komanda e kopjimit, data dhe ora e brendshme e dërguesit të mesazhit. Kur përdorni komandën append, data dhe ora e specifikuar nga parametrat e komandës.

Atribute të tjera

  • madhësia e mesazhit - numri i okteteve në mesazh.
  • struktura e zarfit të mesazhit.
  • struktura e trupit të mesazhit

Ndërveprimi klient-server

Një lidhje IMAP 4.1 përfshin krijimin e një lidhjeje midis një klienti dhe një serveri. Klienti dërgon komanda në server, serveri te klienti dërgon të dhëna dhe njoftime për statusin e kërkesës. Të gjitha mesazhet, si klienti ashtu edhe serveri, janë në formë rreshtash, që përfundojnë me një sekuencë të veçantë.

Çdo procedurë fillon me komandën e klientit. Çdo komandë klienti fillon me një prefiks identifikues (zakonisht një varg i shkurtër alfanumerik si A0001, A0002, etj.) i quajtur një etiketë. Për çdo komandë, klienti gjeneron etiketën e vet.

Ka dy raste kur vargu i dërguar nga klienti nuk përfaqëson një komandë të plotë. Në të parën, argumenti i komandës furnizohet me një kod që përcakton numrin e okteteve në rresht. Në të dytën, argumentet e komandës kërkojnë një përgjigje nga serveri. Në të dyja rastet, serveri dërgon një kërkesë për vazhdimin e komandës duke filluar me karakterin +.

Klienti duhet të përfundojë dërgimin e një komande përpara se të dërgojë një tjetër.

Marrësi i protokollit të serverit lexon linjën e komandës nga klienti, e analizon atë, nxjerr parametrat dhe i transmeton të dhënat në server. Kur komanda përfundon, serveri dërgon një përgjigje.

Të dhënat e dërguara nga serveri te klienti, si dhe përgjigjet e statusit që nuk tregojnë përfundimin e komandës, parashtesohen me * dhe quhen përgjigje të pa etiketa.

Të dhënat mund të dërgohen nga serveri në përgjigje të një komande klienti ose me iniciativën e tij. Formati i të dhënave nuk varet nga arsyeja e dërgimit.

Përgjigja tregon suksesin / dështimin e operacionit. Ai përdor të njëjtën etiketë si komanda e klientit që filloi procedurën. Kështu, nëse më shumë se një komanda po ekzekutohet, etiketa e serverit tregon komandën që shkaktoi përgjigjen. Ekzistojnë tre lloje të përgjigjeve të përfundimit të serverit: ok (sukses), jo (dështim), keq (gabim protokolli, si p.sh. një komandë që nuk njihet ose një gabim sintaksor).

Dëgjuesi i protokollit të klientit IMAP 4.1 lexon vargun e përgjigjes nga serveri dhe ndërmerr veprime bazuar në karakterin e parë * ose +.

Klienti duhet të jetë i përgatitur të pranojë çdo përgjigje nga serveri në çdo kohë. Të dhënat e serverit duhet të regjistrohen në mënyrë që klienti t'i përdorë ato drejtpërdrejt pa dërguar kërkime në server.

Shtetet e serverit IMAP

Serveri IMAP 4.1 është në një nga katër gjendjet.

Shumica e komandave mund të përdoren vetëm në gjendje të caktuara.

I afte te nuk ka vërtetim klienti duhet të japë një emër përdoruesi dhe fjalëkalim përpara se të aksesohen shumica e komandave. Kalimi në këtë gjendje kryhet kur vendoset një lidhje pa vërtetim paraprak.

I afte te vërtetimi klienti është identifikuar dhe duhet të zgjedhë një kuti postare, pas së cilës komandat për të punuar me mesazhe do të jenë të disponueshme për të. Kalimi në këtë gjendje ndodh kur vendoset një lidhje me vërtetimin paraprak, kur janë lëshuar të gjitha kredencialet e nevojshme ose kur një kuti postare është zgjedhur gabimisht.

Në shtet e zgjedhjes sistemi godet kur kutia postare zgjidhet me sukses.

Në shtet dalje sistemi goditet kur lidhja ndërpritet si rezultat i një kërkese të klientit ose si rezultat i një vendimi të pavarur të serverit.

  • (1) Lidhje pa vërtetim paraprak
  • (2) Lidhja me autentifikimin paraprak
  • (3) Lidhja u refuzua
  • (4) Përfundimi me sukses i komandës LOGIN ose AUTHENTICATE
  • (5) Përfundimi me sukses i një komande SELECT ose EXAMINE
  • (6) Ekzekutimi i komandës CLOSE ose komanda SELECT ose EXAMINE dështoi
  • (7) Ekzekutimi i komandës LOGOUT, mbyllja e serverit ose ndërprerja e lidhjes

Komandat IMAP

LOGIN Lejon klientin të identifikohet në serverin IMAP duke përdorur ID-në e përdoruesit dhe fjalëkalimin si zakonisht. formë teksti... Kjo nuk është më metoda më e mirë por ndonjëherë kjo është mënyra e vetme për t'u lidhur me serverin. AUTHENTICATE Lejon klientin të përdorë metoda alternative të vërtetimit kur regjistrohet me serverin IMAP. Kontroll individual vërtetimi i përdoruesit është opsional dhe nuk mbështetet nga të gjithë serverët IMAP. Për më tepër, zbatimi i një kontrolli të tillë mund të ndryshojë në varësi të serverit. Kur një klient lëshon një komandë AUTHENTICATE, serveri përgjigjet me një varg thirrjeje të koduar bazë64. Më pas, klienti duhet të dërgojë një përgjigje të koduar bazë64 në thirrjen e vërtetimit të serverit. Nëse serveri nuk e mbështet metodën e sugjeruar të vërtetimit të klientit, ai përfshin fjalën JO në përgjigjen e tij. Më pas klienti duhet të vazhdojë të negociojë një metodë vërtetimi. Nëse të gjitha përpjekjet për të përcaktuar metodën e vërtetimit kanë dështuar, atëherë klienti përpiqet të kyçet në server duke përdorur komandën LOGIN. CLOSE Mbyll kutinë postare. Kur kutia postare është e mbyllur, të gjitha mesazhet e shënuara me flamurin \ DELETED fshihen fizikisht prej saj. Nuk ka parametra. LOGOUT Del për ID-në aktuale të përdoruesit dhe mbyll të gjitha kutitë postare të hapura. Nëse ndonjë mesazh është shënuar me flamurin \ e fshirë, atëherë duke përdorur këtë komandë ata do të fshihen fizikisht nga kutia postare. CREATE Krijon një kuti postare të re. Emri dhe vendndodhja e kutive të reja postare përcaktohen sipas specifikimeve të përgjithshme të serverit. FSHI Zbatohet për kutitë postare. Kur serveri IMAP merr këtë komandë, ai do të përpiqet të fshijë kutinë postare me emrin e specifikuar si argument i komandës. Mesazhet fshihen së bashku me kutitë postare dhe nuk mund të rikthehen. RENAME Ndryshon emrin e kutisë postare. Kjo komandë ka dy parametra - emrin e kutisë postare që do të riemërtohet dhe emrin e ri të kutisë postare. SUBSCRIBE Shton një kuti postare në listën e kutive postare aktive të klientit. Kjo komandë përdor vetëm një parametër - emrin e kutisë postare që do të shtohet në listë. Një kuti postare nuk duhet të ekzistojë për t'u shtuar në listën e kutive postare aktive - kjo ju lejon të shtoni kuti postare që nuk janë krijuar ende në listën e kutive postare aktive, ose t'i fshini ato nëse janë bosh. UNABOBONIM Heq kutitë postare nga lista aktive. Ai gjithashtu përdor një parametër - emrin e kutisë postare, e cila hiqet nga lista e kutive postare aktive të klientit. Kjo nuk e fshin vetë kutinë postare. LIST Merrni një listë të të gjitha kutive postare të klientit; ka dy parametra. LSUB Ndryshe nga komanda LIST, përdoret për të marrë një listë të kutive të aktivizuara nga komanda SUBSCRIBE. Parametrat janë të njëjtë si për LIST. STATUSI Gjeneron një kërkesë për gjendja e tanishme kuti postare. Parametri i parë i kësaj komande është emri i kutisë postare në të cilën zbatohet. Parametri i dytë është një listë e kritereve me të cilat klienti dëshiron të marrë informacion. Komanda STATUS mund të përdoret për të marrë informacion rreth gjendjes së një kutie postare pa e hapur atë duke përdorur komandat SELECT ose EXAMINE. Përdoruesi mund të marrë informacion mbi kriteret:
  • MESAZHET - numri total mesazhet në kutinë postare
  • FUNDIT - numri i mesazheve me \ flamurin e fundit
  • UIDNEXT - UID që do t'i caktohet mesazhit të ri
  • UIDVALIDITET - identifikues unik i kutisë postare
  • PAPARA - numri i mesazheve pa flamurin \ shikuar
APPEND Shton një mesazh në fund të kutisë postare të specifikuar. Argumentet përfshijnë emrin e kutisë postare, flamujt e mesazhit (opsionale), vulën kohore (opsionale) dhe vetë mesazhin - kokën dhe trupin. Flamujt e mëposhtëm të mesazheve janë në dispozicion:
  • \ Shikuar - lexuar
  • \ U përgjigj - u përgjigj
  • \ E shënuar - urgjente
  • \ Fshirë - shënuar për fshirje
  • \ Draft - draft
  • \ Së fundmi - një mesazh i ri, ai mbërriti në kutinë postare pas përfundimit të sesionit të fundit
Nëse flamujt janë specifikuar në komandë, atëherë ato vendosen për mesazhin e shtuar. Në secilin rast, për mesazhin vendoset flamuri \ Recent. Nëse në komandë specifikohet një vulë kohore, atëherë kjo kohë do të vendoset si kohë e krijimit të mesazhit, përndryshe koha aktuale merret si kohë e krijimit. Meqenëse mesazhi nuk është një rresht i vetëm, përdoren fjalë për fjalë. Shembull: C A003 APPEND mesazhet e ruajtura (\ Shihen) (247) S + Gati për të dhëna fjalë për fjalë C Data: Hënë, 7 Shkurt 1994 21:52:25 -0800 (PST) C Nga: Fred Foobar C Tema: Takimi i pasdites C Për: [email i mbrojtur] ID-ja e mesazhit C: C C Përshëndetje Joe, a mendon se mund të takohemi nesër në 3:30? S A003 OK APPEND përfunduar Shtesa MULTIAPPEND, e përshkruar në RFC 3502, lejon shtimin e mesazheve të shumta në një kuti postare me një komandë të vetme. CHECK Vendos një pikë kontrolli në një kuti postare. Çdo operacion, si shkrimi i të dhënave nga memoria e serverit në hard diskun e tij, duhet të kryhet me gjendjen e duhur të kutisë postare. Është për të kontrolluar integritetin e një kutie postare pas diskut dhe operacioneve të tjera të ngjashme që përdoret komanda CHECK. Kjo komandë përdoret pa parametra. EXPUNGE Fshin të gjitha mesazhet e shënuara me flamurin \ DELETED nga kutia postare pa e mbyllur kutinë postare. Përgjigja e serverit ndaj komandës EXPUNGE është një raport mbi gjendjen e re të kutisë postare. SEARCH Kërkon për mesazhe sipas kritereve në kutinë postare aktive dhe më pas i shfaq rezultatet si numër mesazhi. Është e mundur të kërkoni për mesazhe në trupin e të cilave ka një varg teksti specifik, ose me një flamur specifik, ose të marra përpara një date të caktuar, etj. FETCH Merrni tekstin e një mesazhi postar. Komanda përdoret vetëm për shfaqjen e mesazheve. Ndryshe nga POP3, klienti IMAP nuk ruan një kopje të mesazhit në kompjuterin e klientit. STORE Ndryshon informacionin e mesazhit. COPY Kopjon mesazhet nga një kuti postare në tjetrën. UID Përdoret në lidhje me komandat FETCH, COPY, STORE ose SEARCH. I lejon këto komanda të përdorin UID-të reale në vend të një sekuence numrash nga një sërë numrash mesazhesh. KAPABILITETI Kërkoni serverin IMAP për informacion rreth aftësive të tij. NOOP Komanda nuk bën asgjë. Mund të përdoret për ta mbajtur seancën aktive në mënyrë që seanca të mos skadojë me kohëmatësin e ndërprerjes së kohës. Përgjigja e serverit ndaj komandës NOOP duhet të jetë gjithmonë pozitive. Meqenëse serveri shpesh kthen statusin e ekzekutimit të një komande si përgjigje, NOOP mund të përdoret si një nxitës për një kërkesë periodike për gjendjen e serverit.

Lidhjet

  • RFC 3501 Protokolli i Qasjes së Mesazheve në Internet v4rev1
  • Lidhja IMAP
  • Si: Konfigurimi i KMail me Gmail - IMAP dhe IMAP i shkëputur

Ky artikull mbulon protokollet më të përdorura të postës elektronike në internet - POP3, IMAP dhe SMTP. Secili prej tyre ka funksion specifik dhe menyra e punes. 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 i protokollit (POP3) është standardi protokolli postar përdoret për të marrë email nga 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 nëse përdoruesi është brenda 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 ueb të largët 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 përshtaten më 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ë i pakriptuar Porta IMAP default;

    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 në internet.

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 në hyrje, 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ë futni cilësimet e sakta në e programi i postës... 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, port do të thotë pika e fundit lidhje 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ë standarde përdoret 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ërpiqeni të lexoni mesazh specifik Klienti i emailit shkarkon të dhënat nga serveri. Ju gjithashtu mund të krijoni dhe menaxhoni dosje ose kuti postare në server, të fshini mesazhe.

Protokolli POP3

Protokolli i transmetimit elektronik Postë POP(Post Office Protocol 3) 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, ju 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 - shembull i mirë duke përdorur HTTP si një protokoll e-mail.

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 Postë e thjeshtë Protokolli i transferimit, përdoret kryesisht për të dërguar email nga një klient email (për shembull, 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ë marrë mesazhe me email nga Versioni i fundit i cili 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.

    edhe pse Klientët POP mund të konfigurohet në mënyrë që serveri të vazhdojë të ruajë kopjet e 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

    Që nga kryesore Funksioni SMTPështë thelbësisht e ndryshme, 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. Prandaj, 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 do të ishte zgjidhja 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 postës 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 përdorin postën në internet për të hyrë në të renë e tyre emailet do të vlerësojë 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 vetëm me Protokolli SMTP dhe mbroje atë. Serverët dërgojnë dhe marrin email Posta SMTP dhe ato 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 ju nevojiten 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 email në serverin e postës elektronike. Për shembull, Exchange ose Dominos duhet të konfigurojnë drejtimin e mesazheve në murin e zjarrit bazuar në një server proxy kur dërgojnë e-mail, dhe gjithashtu të ofrojnë mundësinë për të dërguar postë nga muri i zjarrit.

Protokolli IMAP4

O Në këtë kapitull

O Avantazhet e IMAP4

O Komandat bazë

O Leximi i mesazheve

Protokolli IMAP4 ( Protokolli i hyrjes në postë në internet) është shumë inferior në popullaritet ndaj POP3, por e tejkalon ndjeshëm funksionalitetin e tij. Megjithatë, këtu nuk ka asnjë kontradiktë. Ndryshe nga POP3, IMAP4 supozon ruajtjen dhe përpunimin e mesazheve në server, gjë që nënkupton nevojën për kanal i përhershëm komunikimi. Shumica e përdoruesve nuk mund ta përballojnë këtë luks dhe për këtë arsye IMAP4 përdoret kryesisht në rrjetet lokale të korporatave, ku komunikimi i vazhdueshëm me serverin nuk është problem.

Shumica e marrësve që nuk kanë një lidhje të përhershme me internetin preferojnë të mos ruajnë postën në server, por ta mbledhin atë në kutinë e tyre postare lokale dhe të përpunojnë mesazhe me mjetet e tyre të klientit.

Një situatë krejtësisht e ndryshme zhvillohet në rrjetet lokale të korporatave, ku konstante dhe lidhje e qëndrueshme serveri nuk është problem. Korrespondenca e ruajtur në server është e disponueshme për të gjithë klientët me të drejtat e duhura të aksesit dhe mbrohet në mënyrë të besueshme (si dhe vetë serveri), duke siguruar integritetin e informacionit në grup. makina lokale vështirë.

Nga ana tjetër, kutitë postare POP3 ruajnë postën për periudha të shkurtra kohore, duke e bërë të vështirë për një sulmues vjedhjen e saj. Përkundrazi, ideologjia e IMAP4 dikton ruajtjen e përhershme të të gjithë postës në një server. Dhe nëse ky server rezulton i hakuar, sulmuesi do të ketë akses në të gjithë korrespondencën menjëherë.

Përpunimi i mesazheve nënkupton aftësinë për të përzier korrespondencën në dosje të shumta dhe praninë e funksioneve të avancuara të kërkimit për letrën e kërkuar. E gjithë kjo zbatohet pothuajse në çdo program emaili (për shembull, Outlook Express, The Bat), megjithatë, kur përdorni protokollin IMAP4, këto operacione kryhen nga serveri, jo nga klienti.

Kjo qasje çon në komunikim të rëndë me serverin dhe mund ta mbingarkojë lehtësisht atë. Prandaj, në protokoll u shfaqën risi që optimizojnë ndjeshëm kursin e këmbimit. Ndryshe nga POP3, ndërveprimi midis klientit dhe serverit IMAP4 nuk është një bazë e përgjigjes së kërkesës, por ndodh në mënyrë asinkrone. Kjo do të thotë, ju mund të dërgoni komandën tjetër pa pritur një përgjigje për atë të mëparshme. Rendi në të cilin përpunohen kërkesat përcaktohet nga serveri për arsye të optimizimit të shpejtësisë dhe shpesh ndodh që komandat të përpunohen në rend të kundërt.

Për të qenë në gjendje të përcaktoni se cilës kërkesë të veçantë i përket përgjigja e serverit, etiketat u futën në protokoll. Etiketa i paraprin çdo kërkese të klientit dhe përgjigjes së serverit.

Shkëmbimi duket diçka si kjo:

Komanda etiketës 1

Komanda Tag2 2

Përgjigja e etiketës 2 ndaj komandës 2

Komanda Tag3 3

Përgjigja e etiketës 1 ndaj komandës 1

Përgjigja e etiketës 3 ndaj komandës 3

Etiketa është një varg i shkurtër alfanumerik që identifikon çdo komandë klienti. Përgjigjet e serverit (ose kërkesat e klientit të ardhshëm, në rastin kur ato janë të lidhura me njëra-tjetrën) duhet t'i referohen komandës me etiketën e saj.

Megjithatë, më shpesh ndërveprimi zhvillohet sipas parimit të vjetër - të mirë të "kërkesës-përgjigje". Në të vërtetë, përpara se të dërgoni komandën tjetër, do të ishte mirë të merrnit një përgjigje për kërkesën e mëparshme. Për shembull, nuk do të jeni në gjendje të lexoni korrespondencën derisa serveri të kthejë një listë të të gjitha mesazheve në kutinë postare. Prandaj, shembujt e mëposhtëm do të përdorin gjithmonë një të tillë e njëjta etiketë, e cila është mjaft e pranueshme - sapo të vijë përgjigja e serverit, etiketa e përdorur më parë bëhet përsëri "falas".

Shumica e ofruesve të shërbimeve të rrjetit falas nuk e mbështesin IMAP4. Prandaj, gjetja e një serveri të tillë nuk do të jetë një detyrë e lehtë për shumë njerëz. Është një ide e mirë të shkruani diçka si "IMAP4 + falas" në vargun e pyetjeve të një motori kërkimi (siç është "Aport")

Shtatëdhjetë e tre faqe kompakte tekst teknik RFC-1730 dokumente mbi njëzet ekipe të ndryshme protokoll. Një përshkrim i detajuar i IMAP4 do ta kthente një libër popullor në shumë vëllime të mërzitshme udhëzues referencë... Një përmbledhje e shpejtë e këtij kapitulli do të mbulojë vetëm veprimet më të thjeshta të kutisë postare, por të mjaftueshme për të lexuar korrespondencën.

Për të filluar, duhet të krijoni një lidhje TCP përmes portit të njëqind e dyzet e tretë.

Lidhja me mail.softclub.net

Një sekondë pas vendosjes së lidhjes, kërkesa e mëposhtme do të shfaqet në ekranin e klientit telnet:

OK serveri joshua.softclub.net IMAP4rev1 v12.250 gati

Menjëherë pas lëshimit të tij, serveri hyn në gjendjen e vërtetimit. Klienti mund të transferojë emrin e përdoruesit dhe fjalëkalimin e tij në dy mënyra: ose të përdorë komandën "login" dhe t'i dërgojë ato përmes rrjetit në tekst të qartë (siç ndodh më shpesh), ose të zgjedhë një mënyrë të sigurt duke përdorur komandën "authenticate", e cila transmeton një fjalëkalim të koduar. Ai nuk ofron një analizë të cenueshmërisë së disa algoritmeve të enkriptimit të fjalëkalimeve dhe zbatimeve të tyre. V rast i përgjithshëm ato janë të gjitha mjaft të besueshme dhe gabimet në zbatime specifike mund të gjenden gjithmonë në çdo vend të sigurisë së rrjetit.

Në shembullin e mëposhtëm, komanda "login" përdoret për të hyrë në server, e ndjekur nga emri i përdoruesit dhe fjalëkalimi, të ndara nga një hapësirë:

Hyrja në Kpnc kpnc Fjalëkalimi im

Kpnc OK LOGIN përfunduar

Përgjigja e serverit përbëhet nga tre pjesë: etiketa e kthyer "kpnc", fjala kyçe "OK" që konfirmon përfundimin e suksesshëm të operacionit (përndryshe do të ishte "KEQ") dhe një varg teksti kuptimplotë ("LOGIN përfunduar").

Që nga momenti i konfirmimit të fjalëkalimit, qasja në kutinë postare është e hapur. Por, para se të filloni të lexoni korrespondencën e marrë, duhet të kuptoni se si ruhet në server. Natyrisht, në dosje, sepse në terminologjinë moderne kompjuterike çdo gjë që mund të përmbajë diçka tjetër quhet dosje. Emri dhe përmbajtja e dosjeve përcaktohet nga përdoruesi, por në çdo sistem ekziston gjithmonë një dosje "INBOX", në të cilën hyn vendoset korrespondenca.

Për të zgjedhur një dosje, ofrohet komanda "SELECT", përdorimi i së cilës tregohet në shembullin e mëposhtëm:

Kpnc ZGJIDHNI INBOX

* * FLAMURET (Drafti me flamur me përgjigje u fshi, u pa)

* NE RREGULL

* NE RREGULL

* NE RREGULL

Kpnc OK U plotësua

Një yll tregon vazhdimësinë e rrjedhës së informacionit. Derisa të haset një etiketë kthimi në fillim të rreshtit, askush nuk duhet të ndërhyjë në transferim.

Pas fjalës kyçe "FLAGS" (rendi i të cilit në përgjigje është arbitrar), renditen të gjithë flamujt e disponueshëm për mesazhet në këtë dosje. Qëllimi i tyre është ky:

U përgjigj: Mesazhi u përgjigj

· I shënuar: mesazhi ka një flamur (të shënuar me një "shënues")

Drafti: mesazh i papërfunduar (draft)

Fshirë: Mesazhi është shënuar si i fshirë, por ende nuk është fshirë fizikisht

Është parë: mesazhi tashmë është lexuar

E fundit: mesazhi që sapo keni marrë

duke ndjekur fjalë kyçe"PERMANENTFLAGS" tregon se cilat flamuj mesazhesh mund të ndryshojë përdoruesi, ku shenja "*" (joker) tregon "të gjithë flamujt".

Dy rreshtat më poshtë tregojnë se kutia postare përmban vetëm një letër, e cila sapo është marrë. "Vetëm" duhet të interpretohet si "midis dy seancave të fundit".

Mesazhi “UNSEEN 1” përfshihet në listën e mesazheve opsionale dhe numëron numrin e emaileve të palexuara. Në shembullin e dhënë, ekziston vetëm një shkronjë e tillë.

Identifikuesi unik i përkohshëm i dosjes pas “UIDVALIDITY” mund të përdoret në vend të emrit të tij dhe ndryshon nga sesioni në sesion.

Rreshti i fundit tregon të drejtat e klientit për këtë dosje. V në këtë rast lexoni dhe shkruani mesazhe janë të disponueshme.

Eksperimenti i mëposhtëm demonstron një teknikë për leximin e mesazheve. Ndryshe nga POP3, do të duket kështu operacion i thjeshtëështë shumë e vështirë për t'u ekzekutuar. Ndërsa POP3 lejon vetëm një opsion - marrjen e të gjithë mesazhit në tërësinë e tij, IMAP4, përveç numrit të mesazhit të zgjedhur, kërkon specifikimin e një kriteri kërkesë!

Përshkrimi i plotë i sintaksës së kërkesës gjendet në RFC-1730, i cili rekomandohet shumë për t'u lexuar, por këtu është dhënë edhe në skicë e përgjithshme nuk duket e mundur.

Mesazhi mund të lexohet menyra te ndryshme njëra prej të cilave është paraqitur më poshtë. Ai konsiston në thirrjen e komandës FETCH me parametra, një diskutim i të cilave është përtej qëllimit të këtij libri, por mund të nxirret nga RFC-1730.

Në rastin më të thjeshtë, për të marrë kokën e mesazhit, duhet të shkoni te dosja ku ruhet ky mesazh (për këtë përdoret komanda "SELECT") dhe të dërgoni kërkesën tjetër "FETCH msg BODY" në server, ku " msg” është numri i sekuencës së mesazhit të kërkuar.

Për shembull, mund të duket kështu:

Kpnc ZGJIDHNI INBOX

Kpnc FETCH 1 BODY

1 FETCH (FLAMURET (Të parë së fundmi) TRUPI (1032)

Rruga e Kthimit: " [email i mbrojtur]»

Marrë: nga msk2.mail.ru (mx2.mail.ru)

Nga mx1.mailru.com (8.10.0 / 8.10.0.Beta10) me id ESMTP e2TCbfd35173

Marrë: nga camel.int (helo = camel.mail.ru)

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

ID 12aHjy-0000Dk-00

Marrë: nga ppp-02.krintel.ru (helo = KPNC)

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

ID 12aHje-0002OB-00

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

· Nga: =? Koi8-r? B? 69LJ0yDrwdPQxdLTy8k =? = " [email i mbrojtur]»

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

Tema: Test

MIME-Versioni: 1.0

Lloji i përmbajtjes: tekst / i thjeshtë;

Charset = "koi8-r"

Përmbajtja-Transferimi-Enkodimi: 7bit

X-Prioriteti: 3

X-MSMail-Prioriteti: Normal

X-Mailer: Microsoft Outlook Express 5.00.2417.2000

X-MimeOLE: Prodhuar nga Microsoft MimeOLE V5.00.2314.1300

Kpnc OK U plotësua

Dhe teksti i letrës mund të merret duke përdorur kërkesën "FETCH msg BODY".

Për shembull:

Kpnc FETCH 1 BODY

1 FETCH (TRUPI (16)

Kpnc OK U plotësua

Pjesa tjetër e komandave të protokollit IMAP4 nuk do të mbulohen këtu, por mund të gjenden në dokumentet teknike RFC-1730, RFC-2060 dhe RFC-2062.

Shtimi. Serveri i postës nga brenda

O Në këtë kapitull:

O Histori e shkurtër dukuri e postierit SendMail

O arkitekturë SendMail

O Komponentët SendMail - Agjenti i Përdoruesit, Agjenti i Transferimit, Agjenti i Dorëzimit

O Hierarkia dhe ndërveprimi i komponentëve të SendMail

O Dizajni dhe qëllimi i Agjentit të Përdoruesit

O Dizajni dhe qëllimi i një dërguesi

O Dizajni dhe qëllimi i agjentit të dorëzimit

O Pajisja e kutisë postare

O Mekanizëm për dërgimin e emaileve te marrësit lokalë

O Mekanizëm për dërgimin e letrave te marrësit në distancë

O Marrja e mesazheve hyrëse, Modeli i Dërguesit - Marrësit

O Vërtetimi i dërguesit

O lidhje SMTP

Rreth transaksioneve SMTP

O Përdorimi i një serveri SMTP për të marrë postën në hyrje

O Radha e dërgimit të mesazheve

O Serverët rele

O Komandat e parcelave të terminalit, organizimi i konferencës në kohë reale

O Përcjellja e postës

O pajisja e agjentit POP3

Nga libri Home and Office Networking for Vista dhe XP autori Vatamanyuk Alexander Ivanovich

IPX / SPX Protokollet IPX dhe SPX janë anëtarë të grupit të protokolleve të zhvilluara nga Novell, i cili dikur ishte një konkurrent i drejtpërdrejtë i Microsoft. Konkurrenca ishte në fushën e sistemeve operative të rrjetit: nga njëra anë, ishte sistemi operativ Novell Netware,

Nga libri Puna efektive në zyrë autori Ptashinsky Vladimir Sergeevich

TCP / IP TCP / IP është protokolli më i përdorur i shtresës së transportit si në lokal ashtu edhe në atë rrjetet globale zhvilluar nga Departamenti i Mbrojtjes i SHBA mbi 20 vjet më parë, TCP / IP ka një ndërfaqe të hapur. Kjo do të thotë që të gjitha informacionet në lidhje me këtë protokoll janë të hapura dhe

Nga libri DIY Linux Server autori

Protokolli Protokolli përdoret për të miratuar vendimet e marra kolektivisht: në mbledhje, takime, konferenca. Ky është një dokument që regjistron rrethanat faktike. Ai kryhet ose drejtpërdrejt gjatë mbledhjes së organit kolegjial, ose më pas

Nga libri Arkitektura TCP / IP, Protokollet, Zbatimi (përfshirë versionin IP 6 dhe Sigurinë IP) nga Faith Sidney M

1.7.3. Protokolli TCP/IP Në këtë seksion, le të hedhim një vështrim se si transferohet informacioni përmes një rrjeti TCP/IP. Çdo informacion transmetohet në pjesë të vogla të quajtura pako. Nëse sasia e kërkuar e informacionit nuk mund të transmetohet në një paketë, ajo ndahet në pjesë. Në titull

Nga libri Për çfarë ata nuk shkruajnë në librat e Delphi autori Grigoriev A.B.

Nga libri Linux: Udhëzues i plotë autori Kolisnichenko Denis Nikolaevich

5.24 Protokolli ARP Përpara se një Datagram të Përcillet nga Një Sistem rrjet lokal nga ana tjetër, do të jetë i përshtatur nga një kokë dhe një pjesë pasuese e kornizës. Korniza i dorëzohet një përshtatësi rrjeti, adresa fizike e të cilit përputhet me adresën e destinacionit fizik nga

Nga libri Linux përmes syve të një hakeri autori Flenov Mikhail Evgenievich

8.9 RIP IGP më i përdorur është RIP, që rrjedh nga Protokolli i Rrugës. sistemi i rrjetit nga Xerox (Sistemi i Rrjetit Xerox - XNS). Popullariteti i RIP bazohet në thjeshtësinë dhe disponueshmërinë e tij.RIP fillimisht u implementua në sallën operative TCP/IP.

Nga libri Salla e operacionit Sistemi UNIX autori Robachevsky Andrey M.

8.17 BGP Protokolli Border Gateway (BGP) përdoret gjerësisht në internet. Versioni aktual protokolli është BGP-4. internet modern ka shumë ofrues, të ndërlidhur si një rrjet ndërlidhjesh. Kur lëviz në një pikë

Nga libri Linux dhe UNIX: Programimi i Shell. Udhëzuesi i zhvilluesit. nga Teinsley David

14.6 FTP C FTP konceptet e mëposhtme janë të lidhura: Komandat dhe parametrat e tyre të dërguara në lidhjen e kontrollit? Kodet numerike u kthyen në përgjigje të një komande? Formati i të dhënave të transferuara Më poshtë është një grup komandash FTP. Ato transmetohen nga menaxheri

Nga libri i autorit

16.14 Protokolli POP Post Office (POP) përdoret për të dërguar mesazhe nga një server poste në një sistem kompjuterik desktop ose laptop. Specifikimi POP përcakton shumë funksione të ndryshme, të tilla si aftësia për të parë një listë

Nga libri i autorit

2.1.6. Protokolli TCP TCP (Protokolli i Kontrollit të Transmetimit) është një protokoll transmetimi i besueshëm, i bazuar në lidhje, që është saktësisht e kundërta e UDP. E vetmja gjë që kanë të përbashkët këto protokolle është mënyra e adresimit: në TPP, çdo prizë gjithashtu

Nga libri i autorit

27.1. Protokolli TCP / IP 27.1.1. Arkitektura me shtresa të TCP / IP Stack TCP / IP u zhvillua në fund të viteve '60 dhe në fillim të viteve '70 nga Agjencia e Projekteve të Avancuara të Kërkimit të Departamentit të Mbrojtjes të SHBA (DARPA). Pikat kryesore për këtë protokoll janë përshkruar në Tabelën 27.1.

Nga libri i autorit

5.3. Protokolli SSH Ne kemi përmendur tashmë se protokolli Telnet nuk është shumë i përshtatshëm për të telekomandë server sepse është larg nga siguria. Dhe ka një dëshirë dhe nevojë për të. V rrjete të mëdha zakonisht përdoren disa serverë dhe ekzekutohen nga një

Nga libri i autorit

Protokolli IP Protokolli i Internetit (IP) siguron shpërndarjen e një pjese të të dhënave (datagramit) nga një burim në një destinacion përmes një sistemi rrjetesh të ndërlidhura. IP-së i mungon njohja, kontrolli i transmetimit, ruajtja e sekuencës

Nga libri i autorit

Protokolli LLC Protokolli LLC ofron shumicën e shërbimeve të shtresës së lidhjes së të dhënave. Ky protokoll është zhvilluar në bazë të një protokolli tjetër të shtresës së lidhjes së të dhënave - HDLC, por ka më pak funksionalitet në krahasim me atë mëmë. Formati i kornizës LLC është paraqitur në

Nga libri i autorit

29.2. Protokolli cgi Shkurtesa cgi qëndron për një specifikim që specifikon mënyrën se si skriptet marrin informacionin për të komunikuar me serverin. Skriptet e ngjashme (ose skriptet cgi) mund të krijohen duke përdorur çdo gjuhë skriptimi. Më e njohura është

Artikujt kryesorë të lidhur