Cum se configurează smartphone-uri și PC-uri. Portal informativ
  • Acasă
  • Windows 10
  • Ce sunt serverele POP3, IMAP și SMTP? Alegeți între IMAP și POP3. Interacțiunea client-server

Ce sunt serverele POP3, IMAP și SMTP? Alegeți între IMAP și POP3. Interacțiunea client-server

POP3

POP3 - protocol pentru primirea mesajelor E-mail.

Când vizualizați e-mailuri folosind protocolul POP3, toate e-mailurile sunt descărcate pe computerul utilizatorului și șterse automat de pe server (deși acest lucru poate fi dezactivat). Toate acțiunile ulterioare cu litere vor fi efectuate pe computerul utilizatorului.

Protocolul POP3 este de preferat dacă căsuța poștală este utilizată de o singură persoană de pe un singur computer, iar accesul la e-mail este necesar chiar dacă nu există conexiune la Internet.

IMAP

IMAP este un protocol care acceptă primirea și gestionarea e-mailului direct pe serverul de e-mail.

Când utilizați protocolul IMAP, e-mailurile sunt întotdeauna pe server și sunt descărcate de acolo de fiecare dată când sunt vizualizate. Acest lucru este foarte convenabil atunci când mai multe persoane ar trebui să aibă acces la cutia poștală - toate operațiunile cu litere pe care unul dintre ei le va efectua (schimbarea stării unei scrisori în „citește”, mutarea literelor între dosare etc.) vor fi văzute de toți ceilalți. . Dezavantaj - pentru a lucra cu poșta, chiar și cu scrisori vechi, trebuie conexiune activă la internet.

SMTP

Un server SMTP este un server de e-mail care acceptă doar trimiterea de e-mail.

Când utilizați un server SMTP, este utilizat portul 25. Unii ISP blochează portul 25. În acest caz, trebuie fie să contactați administratorul de rețea pentru a debloca portul, fie să utilizați port alternativ 587.

Se bazează pe protocolul de transport TCP și folosește portul 143.

IMAP oferă utilizatorului opțiuni extinse pentru a lucra cu cutiile poștale situate pe un server central. Un program de e-mail care folosește acest protocol accesează stocarea de corespondență de pe server ca și cum e-mailul s-ar afla pe computerul destinatarului. E-mailurile pot fi manipulate de pe computerul utilizatorului (clientului) fără transferul constant de pe server și înapoi a fișierelor cu conținutul complet al mesajelor.

Protocolul SMTP este folosit pentru a trimite e-mailuri.

Scopul protocolului IMAP

Protocolul IMAP este o alternativă la POP3.

POP3 are o serie de dezavantaje, iar cel mai grav dintre ele este lipsa capacității de a gestiona mișcarea și stocarea mesajelor pe server. Mesajele sunt de obicei descărcate de la server de mail toate deodată, după care sunt șterse de pe server, adică nu există posibilitatea de a selecta mesajele de primit.

Pentru a rezolva problemele asociate cu această caracteristică a POP3, un nou protocol a fost dezvoltat la Universitatea din Washington pentru a permite utilizatorilor să primească e-mail din aceeași cutie poștală din locații diferite, fără a distribui mesaje între punctele de primire. Utilizatorului i se oferă posibilitatea de a gestiona mesajele din căsuța poștală și caracteristici suplimentare privind întreținerea cutiilor poștale de pe server.

Beneficii față de POP3

Când se utilizează POP3, clientul se conectează la server doar pentru timpul necesar pentru a descărca mesajele noi. La folosind IMAP conexiunea nu se termină până când interfața cu utilizatorul este activ, iar mesajele sunt descărcate doar la cererea clientului. Acest lucru reduce timpul de răspuns pentru utilizatorii care au multe mesaje mari în cutiile poștale.

Protocolul POP cere asta client actual era singurul conectat la cutie. IMAP permite mai multor clienți să acceseze o cutie poștală în același timp și îi oferă clientului posibilitatea de a urmări modificările făcute de alți clienți conectați în același timp.

Datorită sistemului de flag definit în IMAP4, clientul poate urmări starea unui mesaj (citit, răspuns la, șters etc.); datele flag sunt stocate pe server.

Clienții IMAP4 pot crea, redenumi și șterge cutii poștale și pot muta mesaje între cutiile poștale. De asemenea, puteți utiliza extensia IMAP4 Access Control List (ACL) (RFC 4314) pentru a gestiona drepturile de acces la cutia poștală.

Mesajele sunt căutate pe partea serverului.

IMAP4 are un mecanism de extensie explicit.

Versiuni ale protocolului IMAP

  • IMAP original (1986, fără specificații)
  • IMAP2 (1988 - RFC 1064, 1990 - RFC 1176)
  • IMAP3 (1991, RFC 1203)
  • IMAP2bis (specificația există doar în proiectul din 1993)
  • IMAP4 (redenumit IMAP2bis)

Mesajele și atributele lor

IMAP funcționează numai cu mesaje și nu necesită niciun pachet cu anteturi speciale.

Fiecare mesaj are asociate mai multe atribute. Aceste atribute pot fi definite individual sau în combinație cu alte atribute.

UID

Fiecărui mesaj i se atribuie un cod de 32 de biți care, atunci când este utilizat împreună cu un identificator unic, formează o secvență de 64 de biți care asigură că mesajul este identificat în mod unic în cutia poștală. Cu cât mesajul a sosit mai târziu, cu atât UID-ul său este mai mare.

Un UID este asociat cu o cutie poștală și este trimis ca cod de răspuns uidvalidity (ok) în timpul fazei de selecție a cutiei poștale. Dacă UID-ul din sesiunea anterioară nu poate fi utilizat dintr-un motiv oarecare, UID-ul trebuie să fie incrementat.

UID-ul unui mesaj nu trebuie să se schimbe în cadrul unei sesiuni și nici de la o sesiune la alta. Totuși, dacă nu este posibil să se păstreze UID-ul mesajului într-o sesiune ulterioară, fiecare sesiune ulterioară trebuie să aibă una nouă. cod unic un identificator, care trebuie să fie mai mare decât orice UID utilizat anterior.

Numărul secvenței mesajului

Numărul de secvență al unui mesaj dintr-o cutie poștală începe de la 1. Fiecare mesaj, începând cu al doilea, are un număr de secvență cu exact 1 mai mare decât cel care l-a precedat.

Este permisă schimbarea numărului de secvență al unui mesaj în timpul unei sesiuni. De exemplu, când un mesaj este șters dintr-o căsuță poștală, numerele tuturor mesajelor ulterioare se modifică.

Steaguri de mesaje

Acest atribut este o listă de zero sau mai multe simboluri numite asociate cu acest mesaj. Steagul este setat prin adăugarea lui la această listă și resetat prin eliminarea acestuia. Există două tipuri de steaguri în IMAP 4.1. Steagul poate fi permanent sau activ doar pe durata acestei sesiuni.

Un steag de sistem este un steag al cărui nume este definit în specificația protocolului. Toate steaguri de sistem încep cu caracterul \.

Următoarele steaguri de sistem sunt definite în prezent:

  • \seen - mesaj citit
  • \answered - a fost trimis un răspuns la mesaj
  • \flagged - mesajul este marcat ca „important”
  • \deleted - mesajul este marcat ca șters
  • \draft - mesaj marcat ca schiță
  • \recent - mesaj recent (a apărut prima dată în căsuța poștală în timpul sesiunii curente)

Data și ora internă a mesajului pe server

Ora și data la care a fost primit mesajul. Dacă mesajul a fost livrat prin protocolul SMTP, data și ora livrării la destinația finală. Pentru mesajele livrate prin comanda copiere, data și ora internă ale expeditorului mesajului. Când utilizați comanda append, data și ora specificate de parametrii comenzii.

Alte atribute

  • dimensiunea mesajului este numărul de octeți din mesaj.
  • structura plicului mesajului.
  • structura corpului mesajului

Interacțiunea client-server

O conexiune IMAP 4.1 implică stabilirea unei conexiuni între un client și un server. Clientul trimite comenzi către server, serverul trimite date și notificări despre starea cererii către client. Toate mesajele, atât client cât și server, sunt sub formă de șiruri terminate printr-o secvență specială.

Orice procedură începe cu comanda clientului. Orice comandă client începe cu un prefix de identificare (de obicei un șir alfanumeric scurt, cum ar fi A0001 , A0002 , etc.) numit etichetă. Pentru fiecare comandă, clientul își generează propria etichetă.

Există două cazuri în care șirul trimis de client nu reprezintă o comandă completă. În primul, argumentul comenzii este furnizat cu un cod care determină numărul de octeți din șir. În al doilea, argumentele comenzii necesită un răspuns de la server. În ambele cazuri, serverul trimite o cerere de continuare a comenzii începând cu caracterul +.

Clientul trebuie să finalizeze trimiterea unei comenzi înainte de a trimite alta.

Receptorul de protocol al serverului citește linia de comandă primită de la client, o analizează, extrage parametrii și trimite datele către server. Când comanda este finalizată, serverul trimite un răspuns.

Datele transmise de server către client, precum și răspunsurile de stare care nu indică finalizarea comenzii, sunt prefixate cu * și se numesc răspunsuri neetichetate.

Datele pot fi trimise de către server ca răspuns la o comandă client sau din proprie inițiativă. Formatul datelor nu depinde de motivul trimiterii.

Răspunsul indică succesul/eșecul operației. Folosește aceeași etichetă ca și comanda client care a început procedura. Astfel, dacă sunt executate mai multe comenzi, eticheta serverului indică comanda care a provocat răspunsul. Există trei tipuri de răspuns la terminarea serverului: ok (succes), nu (eșec), rău (eroare de protocol, de exemplu, comandă nerecunoscută sau eroare de sintaxă detectată).

Ascultătorul protocolului client IMAP 4.1 citește șirul de răspuns de pe server și ia măsuri în funcție de primul caracter * sau +.

Clientul trebuie să fie gata să accepte orice răspuns de la server în orice moment. Datele serverului trebuie scrise astfel încât clientul să le poată utiliza direct fără a trimite cereri de căutare către server.

Stările serverului IMAP

Serverul IMAP 4.1 se află într-una din cele patru stări.

Majoritatea comenzilor pot fi utilizate numai în anumite stări.

Capabil de fără autentificare clientul trebuie să furnizeze un nume de utilizator și o parolă înainte ca majoritatea comenzilor să poată fi accesate. Tranziția la această stare se face atunci când se stabilește o conexiune fără autentificare prealabilă.

Capabil de autentificare clientul este identificat și trebuie să selecteze o cutie poștală, după care comenzile pentru lucrul cu mesajele îi vor deveni disponibile. Trecerea la această stare are loc atunci când se stabilește o conexiune cu pre-autentificare, când sunt emise toate datele de identificare necesare sau când se face o selecție eronată a unei căsuțe poștale.

In stare alegere sistemul lovește atunci când selecția cutiei poștale are succes.

In stare Ieșire sistemul este lovit atunci când conexiunea este întreruptă ca urmare a unei solicitări a clientului sau din cauza unei decizii independente a serverului.

  • (1) Conexiune fără autentificare prealabilă
  • (2) Conexiune cu pre-autentificare
  • (3) Conexiune respinsă
  • (4) Finalizarea cu succes a comenzii LOGIN sau AUTHENTICATE
  • (5) Finalizarea cu succes a comenzii SELECT sau EXAMINARE
  • (6) Executarea unei comenzi CLOSE sau a unei comenzi SELECT sau EXAMINE nereușite
  • (7) Emiterea unei comenzi LOGOUT, închiderea serverului sau terminarea conexiunii

Comenzile protocolului IMAP

LOGIN Permite clientului să se conecteze la serverul IMAP utilizând un ID de utilizator și o parolă în mod normal forma text. Nu este cel mai bun cea mai buna metoda, dar uneori aceasta este singura modalitate de conectare la server. AUTHENTICATE Permite clientului să utilizeze metode alternative de autentificare atunci când se conectează la serverul IMAP. Verificare individuală Autentificarea utilizatorului este opțională și nu este acceptată de toate serverele IMAP. În plus, implementarea unei astfel de verificări poate varia în funcție de server. Când un client lansează o comandă AUTHENTICATE, serverul răspunde cu un șir de provocare codificat în base64. Apoi, clientul trebuie să trimită un răspuns la provocarea de autentificare a serverului, de asemenea codificat în base64. Dacă serverul nu acceptă metoda de autentificare propusă de client, acesta include cuvântul NU în răspunsul său. Clientul trebuie apoi să continue negocierea metodei de autentificare. Dacă toate încercările de a determina metoda de autentificare au eșuat, atunci clientul încearcă să se conecteze la server folosind comanda LOGIN. CLOSE Închide căsuța poștală. Când o cutie poștală este închisă, toate mesajele marcate cu indicatorul \DELETED sunt șterse fizic din ea. Nu are opțiuni. LOGOUT Încheie sesiunea pentru ID-ul utilizatorului curent și închide toate cutiile poștale deschise. Dacă vreun mesaj a fost marcat cu semnul \deleted, această comandă le va elimina fizic din căsuța poștală. CREATE Creează o nouă căsuță poștală. Numele și locația noilor cutii poștale sunt determinate în funcție de specificațiile generale ale serverului. DELETE Se aplică pentru cutiile poștale. Serverul IMAP, la primirea acestei comenzi, va încerca să ștergă cutia poștală cu numele specificat ca argument al comenzii. Mesajele sunt șterse împreună cu cutiile poștale și nu pot fi restaurate. RENUMIRE Schimbă numele căsuței poștale. Această comandă are doi parametri - numele căsuței poștale care trebuie redenumită și noua denumire a căsuței poștale. SUBSCRIBE Adaugă o cutie poștală la lista de cutii poștale active a clientului. Această comandă folosește un singur parametru - numele căsuței poștale care urmează să fie adăugată în listă. O cutie poștală nu trebuie să existe pentru a fi adăugată la lista de cutii poștale active - acest lucru vă permite să adăugați cutii poștale care nu au fost încă create la lista cu cutiile poștale active sau să le ștergeți dacă sunt goale. DEZABONARE Elimină cutiile poștale din lista activă. De asemenea, folosește un parametru - numele cutiei poștale, care este eliminat din lista de cutii poștale active ale clientului. Cu toate acestea, cutia poștală în sine nu este ștearsă. LIST Obține o listă cu toate căsuțele poștale ale clienților; are doi parametri. LSUB Spre deosebire de comanda LIST, este folosită pentru a obține o listă de cutii poștale activate de comanda SUBSCRIBE. Parametrii sunt aceiași ca și pentru LIST. STATUS generează o solicitare pentru starea curenta cutie poștală. Primul parametru pentru această comandă este numele căsuței poștale la care se aplică. Al doilea parametru este o listă de criterii după care clientul dorește să primească informații. Comanda STATUS poate fi folosită pentru a obține informații despre starea unei căsuțe poștale fără a o deschide cu comenzile SELECT sau EXAMINE. Utilizatorul poate obține informații conform criteriilor:
  • MESAJE- numărul total mesajele din căsuța poștală
  • RECENT - numărul de mesaje cu semnalul \recent
  • UIDNEXT - UID-ul care urmează să fie atribuit noului mesaj
  • UIDVALIDITY - ID unic de cutie poștală
  • UNSEEN - numărul de mesaje fără marcajul \seen
APPEND Adaugă un mesaj la sfârșitul căsuței poștale specificate. Argumentele sunt numele cutiei poștale, steagurile mesajului (opțional), marcajul temporal (opțional) și mesajul în sine - antet și corp. Următoarele steaguri de mesaje sunt disponibile:
  • \Văzut - citit
  • \Răspuns - răspuns scris
  • \Flagged - urgent
  • \Deleted - marcat pentru ștergere
  • \Draft - draft
  • \Recent - un mesaj nou, a sosit în căsuța poștală după încheierea ultimei sesiuni
Dacă în comandă sunt specificate steaguri, acestea sunt setate pentru mesajul adăugat. În ambele cazuri, indicatorul \Recent este setat pentru mesaj. Dacă în comandă este specificată un marcaj de timp, atunci acest timp va fi setat ca ora de creare a mesajului, în caz contrar ora curentă este luată ca timp de creare. Deoarece mesajul nu este o singură linie, se folosesc literale. Exemplu: C A003 APPEND mesaje salvate (\Văzut) (247) S + Pregătit pentru date literale C Data: Luni, 7 februarie 1994 21:52:25 -0800 (PST) C De la: Fred Foobar C Subiect: întâlnire de după-amiază C Către: [email protected] C Message-Id: C C Bună Joe, crezi că ne putem întâlni mâine la 3:30? S A003 OK APPEND finalizat Extensia MULTIAPPEND, descrisă în RFC 3502, permite adăugarea mai multor mesaje la o cutie poștală cu o singură comandă. VERIFICARE Setează un punct de control pe căsuța poștală. Orice operațiuni, cum ar fi, de exemplu, scrierea datelor din memoria serverului pe hard diskul acestuia, trebuie efectuate cu starea corespunzătoare a cutiei poștale. Pentru a verifica integritatea cutiei poștale după disc și alte operațiuni similare este folosită comanda CHECK. Această comandă este utilizată fără parametri. EXPUNGE Șterge toate mesajele marcate cu steagul \DELETED din căsuța poștală fără a închide cutia poștală. Răspunsul serverului la comanda EXPUNGE este un raport al noii stări a căsuței poștale. CĂUTARE Caută mesaje după criterii în căsuța poștală activă și afișează rezultatele ca număr de mesaj. Puteți căuta mesaje care au un anumit șir de text în corp, sau au un anumit steag, sau primite înainte de o anumită dată etc. FETCH Obțineți textul unui mesaj e-mail. Comanda este folosită doar pentru afișarea mesajelor. Spre deosebire de POP3, clientul IMAP nu stochează o copie a mesajului pe computerul client. STORE Modifică informații despre un mesaj. COPIE Copiază mesajele dintr-o căsuță poștală în alta. UID Folosit împreună cu comenzile FETCH , COPY , STORE sau SEARCH. Permite acestor comenzi să folosească UID-uri reale în loc de o secvență de numere dintr-o serie de numere de mesaje. CAPACITATE Interogați serverul IMAP pentru informații despre capacitățile acestuia. NOOP Comanda nu face nimic. Poate fi folosit pentru a menține sesiunea vie, astfel încât sesiunea să nu fie expirată de un temporizator de timeout. Răspunsul serverului la o comandă NOOP trebuie să fie întotdeauna pozitiv. Deoarece serverul returnează adesea starea execuției unei anumite comenzi într-un răspuns, NOOP poate fi folosit ca declanșator pentru o interogare periodică despre starea serverului.

Legături

  • RFC 3501 Internet Message Access Protocol v4rev1
  • Conexiunea IMAP
  • Cum: Configurarea KMail cu Gmail - IMAP și IMAP deconectat

Acest articol acoperă cele mai frecvent utilizate protocoale de e-mail pe Internet - POP3, IMAP și SMTP. Fiecare dintre ei are anumită funcție si modul de lucru. Conținutul articolului explică ce configurație este cea mai potrivită pentru nevoile specifice ale utilizatorului atunci când folosește un client de e-mail. De asemenea, dezvăluie răspunsul la întrebarea care protocol acceptă e-mail-ul.

Ce este POP3?

Protocolul versiunea 3 (POP3) este standardul protocolul de mail Folosit pentru a primi e-mailuri de la server la distanta către un client de e-mail local. Vă permite să descărcați mesaje pe computerul dvs. local și să le citiți chiar dacă utilizatorul este în deconectat. Vă rugăm să rețineți că atunci când utilizați protocolul POP3 pentru a vă conecta la contul dvs., mesajele sunt descărcate local și șterse de pe serverul de e-mail.

În mod implicit, protocolul POP3 rulează pe două porturi:

    portul 110 este un port POP3 necriptat;

    portul 995 - acesta ar trebui folosit dacă doriți să vă conectați în siguranță la POP3.

Ce este IMAP?

Internet Message Access Protocol (IMAP) este un protocol de recuperare a e-mailului utilizat pentru a-l accesa pe un server web la distanță de la un client local. IMAP și POP3 sunt cele două protocoale cel mai frecvent utilizate pentru primirea de e-mailuri și sunt acceptate de toți clienții de e-mail și serverele web moderne.

Protocolul POP3 presupune că adresa dvs. de e-mail este accesibilă doar dintr-o aplicație, în timp ce IMAP vă permite să vă conectați de la mai mulți clienți în același timp. De aceea IMAP se potrivesc mai bine dacă intenționați să vă accesați e-mailul din mai multe locații sau dacă mesajele dvs. sunt gestionate de mai mulți utilizatori.

Protocolul IMAP rulează pe două porturi:

    portul 143 este necriptat Port IMAP Mod implicit;

    portul 993 - acesta trebuie utilizat dacă doriți să vă conectați în siguranță folosind IMAP.

Ce este SMTP?

Protocolul este protocolul standard pentru trimiterea de e-mailuri prin Internet.

SMTP funcționează pe trei porturi:

    portul 25 este necriptat implicit;

    portul 2525 - acesta este deschis pe toate serverele SiteGround dacă portul 25 este filtrat (de exemplu de ISP) și doriți să trimiteți e-mailuri necriptate folosind SMTP;

    portul 465 - Acesta este utilizat dacă doriți să trimiteți mesaje în siguranță utilizând SMTP.

Ce protocoale sunt folosite pentru schimbul de e-mail? Concepte și termeni

Termenul „server de e-mail” se referă la cele două servere necesare pentru a trimite și primi e-mailuri, adică SMTP și POP.

Serverul de e-mail de intrare este serverul asociat cu adresa dvs. de e-mail. Nu poate avea mai mult de un server de e-mail de intrare. Accesul la mesajele primite necesită un client de e-mail, un program care poate primi e-mailuri dintr-un cont, permițând utilizatorului să citească, să redirecționeze, să șteargă și să răspundă la mesaje. În funcție de serverul dvs., puteți utiliza un client de e-mail dedicat (cum ar fi Outlook Express) sau un browser web. De exemplu, Internet Explorer este utilizat pentru a accesa conturile bazate pe e-mail. Scrisorile sunt stocate pe serverul de e-mail de intrare până când sunt descărcate. După ce ați descărcat e-mailul de pe serverul de e-mail, nu veți mai putea face acest lucru. Pentru a încărca cu succes datele, trebuie să introduceți setări corecteîn electronică program de mail. Majoritatea serverelor de e-mail de intrare utilizează unul dintre următoarele protocoale: IMAP, POP3, HTTP.

Server de e-mail de ieșire (SMTP)

Acesta este serverul folosit doar pentru trimiterea de e-mailuri (pentru a le transfera de la programul client de e-mail la receptor). Majoritatea serverelor de e-mail de expediere folosesc Protocol) pentru a trimite e-mail. În funcție de setările de rețea, serverul de e-mail de ieșire poate aparține ISP-ului dvs. sau serverului la care v-ați configurat contul. Alternativ, puteți utiliza un server SMTP bazat pe abonament, care vă va permite să trimiteți e-mailuri din orice cont. Din cauza problemelor legate de spam, majoritatea serverelor de e-mail trimise nu vă vor permite să trimiteți e-mailuri decât dacă sunteți conectat la rețea. Un server cu un releu deschis vă va permite să îl utilizați pentru a trimite e-mailuri, indiferent dacă aparțineți sau nu grupului său de rețea.

Porturi de e-mail

Pentru rețele, port înseamnă punctul final conexiune logică. Numărul portului determină tipul acestuia. Porturile implicite de e-mail sunt enumerate mai jos:

    POP3 - portul 110;

    IMAP - portul 143;

    SMTP - portul 25;

    HTTP - portul 80;

    SMTP securizat (SSMTP) - portul 465;

    IMAP securizat (IMAP4-SSL) - portul 585;

    IMAP4 peste SSL (IMAPS) - portul 993;

    POP3 securizat (SSL-POP) - portul 995.

Protocoale de e-mail: IMAP, POP3, SMTP și HTTP

Practic, protocolul este metoda standard folosit la fiecare capăt al link-ului. Pentru a vă ocupa de e-mail, trebuie să utilizați un client special pentru a accesa serverul de e-mail. La rândul lor, ei pot face schimb de informații între ei folosind protocoale complet diferite.

Protocolul IMAP

IMAP (Internet Message Access Protocol) este un protocol standard pentru accesarea e-mailului de pe serverul local. IMAP este un protocol client/server în care e-mail-ul este primit, iar datele sunt stocate de serverul tău de Internet. Deoarece necesită doar o cantitate mică de transfer de date, funcționează bine chiar și pe o conexiune lentă, cum ar fi o conexiune dial-up. Când încerci să citești mesaj specific Clientul de e-mail descarcă date de pe server. De asemenea, puteți crea și gestiona foldere sau cutii poștale pe server, șterge mesaje.

Protocolul POP3

Protocol de transmisie electronică E-mail POP(Post Office Protocol 3) oferă utilizatorilor o modalitate simplă și standardizată de a accesa căsuțele poștale și de a descărca mesaje pe computerele lor.

Când utilizați protocolul POP, toate mesajele dvs. de e-mail vor fi descărcate de pe serverul de e-mail pe computerul local. De asemenea, puteți lăsa copii ale e-mailurilor dvs. pe server. Avantajul este că, odată ce mesajele tale au fost descărcate, poți să-ți dezactivezi conexiunea la internet și să-ți citești e-mail-ul pe placul tău fără a suporta costuri suplimentare de comunicare. Pe de altă parte, cu acest protocol, primiți și descărcați o mulțime de mesaje spam(inclusiv spam sau viruși).

protocol SMTP

Protocolul este utilizat de Mail Transfer Agent (MTA) pentru a livra mesaje de e-mail către un anumit server destinatar. SMTP poate fi folosit doar pentru a trimite e-mailuri, nu pentru a le primi. În funcție de setările de rețea sau ISP, puteți utiliza protocolul SMTP numai în anumite condiții.

Protocoale HTTP

HTTP nu este un protocol conceput pentru comunicarea prin e-mail, dar poate fi folosit pentru a accesa căsuța poștală. Este adesea denumit și e-mail web. Poate fi folosit pentru a compune sau a primi e-mailuri din contul dvs. hotmail- bun exemplu Utilizarea HTTP ca protocol de e-mail.

Transferuri de fișiere gestionate și soluții de rețea

Capacitatea dvs. de a trimite și primi e-mailuri se datorează în principal celor trei protocoale TCP. Acestea sunt SMTP, IMAP și POP3.

SMTP

Să începem cu SMTP, deoarece funcția sa principală este diferită de celelalte două. Protocolul SMTP sau Simple Mail Protocolul de transfer, este folosit în principal pentru a trimite e-mail de la un client de e-mail (de exemplu, Microsoft Outlook, Thunderbird sau Apple Mail) către serverul de e-mail. De asemenea, este folosit pentru a retransmite sau redirecționa mesaje de e-mail de la un server de e-mail la altul. Acest lucru este necesar dacă expeditorul și destinatarul au furnizori diferiți de servicii de e-mail.

SMTP, care este specificat în RFC 5321, utilizează implicit portul 25. De asemenea, poate folosi portul 587 și portul 465. Acesta din urmă, care a fost introdus ca portul de alegere pentru SMTP securizat (alias SMTPS), este depreciat. Dar, de fapt, este încă folosit de mai mulți furnizori de servicii de poștă.

POP3

Protocolul Post Office, sau POP, este folosit pentru a prelua mesajele de e-mail de la ultima versiune care este utilizat pe scară largă este versiunea 3, de unde și termenul „POP3”.

Versiunea 3 POP, specificată în RFC 1939, acceptă extensii și mai multe mecanisme de autentificare. Caracteristicile de autentificare sunt necesare pentru a împiedica atacatorii să obțină acces la mesajele utilizatorului.

Clientul POP3 primește e-mailul astfel:

    se conectează la serverul de mail pe portul 110 (sau 995 pentru conexiuni SSL/TLS);

    șterge copii ale mesajelor stocate pe server;

    se deconectează de la server.

    Cu toate că Clienți POP poate fi configurat astfel încât serverul să poată stoca în continuare copii ale mesajelor descărcate, pașii de mai sus sunt o practică obișnuită.

    IMAP

    IMAP, în special versiunea actuală (IMAP4), este un protocol mai complex. Acest lucru permite utilizatorilor să grupeze mesajele conexe și să le plaseze în foldere, care la rândul lor pot fi organizate ierarhic. De asemenea, este echipat cu steaguri de mesaje care indică dacă un mesaj a fost citit, șters sau primit. Permite chiar utilizatorilor să caute în cutiile poștale ale serverului.

    Logica de operare (setări imap4):

    • se conectează la serverul de mail pe portul 143 (sau 993 pentru conexiuni SSL/TLS);

      preia mesajele de e-mail;

      servește la conectare înainte de a închide aplicația client de e-mail și a descărca mesaje la cerere.

    Vă rugăm să rețineți că mesajele nu sunt șterse de pe server. Acest lucru poate avea consecințe grave. Specificațiile IMAP pot fi găsite în RFC 3501.

    Alegerea dintre IMAP și POP3

    Din moment ce principalul Funcția SMTP este fundamental diferit, cea mai bună dilemă de protocol implică de obicei doar IMAP și POP3.

    Dacă spațiul de stocare pe server este important pentru dvs., atunci alegeți POP3. Un server cu memorie limitată este unul dintre principalii factori care vă pot obliga să suportați POP3. Deoarece IMAP lasă mesaje pe server, poate consuma spațiu de memorie mai rapid decât POP3.

    Dacă doriți să vă accesați e-mailul în orice moment, atunci este mai bine să rămâneți cu IMAP. Există un motiv bun pentru care IMAP a fost conceput pentru a stoca mesaje pe server. Este folosit pentru a căuta mesaje de pe mai multe dispozitive - uneori chiar și în același timp. Deci, dacă ai un iPhone, tableta android, laptop și desktop și doriți să citiți e-mailurile de pe oricare sau toate aceste dispozitive, atunci IMAP este cel mai bun pariu.

    Sincronizarea este un alt beneficiu al IMAP. Dacă accesați mesaje de e-mail de pe mai multe dispozitive, probabil că veți dori ca toate să arate orice acțiuni pe care le-ați întreprins.

    De exemplu, dacă citiți mesajele A, B și C, doriți ca acestea să fie marcate ca „citite” și pe alte dispozitive. Dacă ați șters literele B și C, veți dori ca aceleași mesaje să fie șterse din căsuța poștală de pe toate gadgeturile. Toate aceste sincronizări pot fi realizate numai dacă utilizați IMAP.

    Deoarece IMAP permite utilizatorilor să organizeze mesajele ierarhic și să le plaseze în foldere, îi ajută pe utilizatori să își organizeze mai bine corespondența.

    Desigur, toate funcționalitățile IMAP au un preț. Aceste soluții sunt mai greu de implementat și ajung să consume mult mai mult CPU și RAM, mai ales atunci când face procesul de sincronizare. De fapt, utilizarea ridicată a CPU și a memoriei se poate întâmpla atât pe partea client, cât și pe partea serverului, dacă există o mulțime de mesaje de sincronizat. Din acest punct de vedere, protocolul POP3 este mai puțin costisitor, deși mai puțin funcțional.

    Confidențialitatea este, de asemenea, una dintre problemele care va depinde în mare măsură de utilizatorii finali. În general, ar prefera să descarce toate mesajele de e-mail și să nu lase o copie a acestora pe un server necunoscut.

    Viteza este un avantaj care variază și depinde de situație. POP3 are capacitatea de a descărca totul mesaje e-mail când este conectat. Iar IMAP poate, dacă este necesar (de exemplu, când nu există trafic suficient), să descarce doar anteturi de mesaje sau anumite părți și să lase atașamente pe server. Numai atunci când utilizatorul decide că părțile rămase merită descărcate vor deveni disponibile pentru el. Prin urmare, IMAP poate fi considerat mai rapid.

    Cu toate acestea, dacă toate mesajele de pe server trebuie descărcate de fiecare dată, atunci POP3 va fi mult mai rapid.

    După cum puteți vedea, fiecare dintre protocoalele descrise are avantajele și dezavantajele sale. Depinde de dvs. să decideți care caracteristici sau capabilități sunt mai importante.

    De asemenea, modalitatea dorită de accesare a clientului de e-mail determină preferința protocolului. Utilizatori care lucrează doar de pe o singură mașină și folosesc webmail pentru a-și accesa noul e-mailuri va aprecia POP3.

    Cu toate acestea, utilizatorii care fac schimb de căsuțe poștale sau își accesează e-mailurile de pe diferite computere vor prefera IMAP.

    Firewall-uri de spam cu SMTP, IMAP și POP3

    Majoritatea firewall-urilor de spam se ocupă doar de protocol SMTPși protejează-l. Serverele trimit și primesc e-mail E-mail SMTP, iar acestea vor fi verificate de firewall-ul de spam de pe gateway. Cu toate acestea, unele firewall-uri pentru spam oferă capacitatea de a proteja POP3 și IMAP4 atunci când utilizatori externi au nevoie de aceste servicii pentru a-și accesa e-mailul.

    Firewall-urile SMTP sunt transparente pentru utilizatorii finali; nu există modificări de configurare pentru clienți. Utilizatorii primesc și trimit în continuare mesaje de e-mail către serverul de e-mail. De exemplu, Exchange sau Dominos trebuie să configureze rutarea mesajelor pe bază de proxy către firewall atunci când trimite e-mailuri și, de asemenea, să ofere posibilitatea de a trimite e-mailuri din firewall.

Protocolul IMAP4

O În acest capitol

O Beneficiile IMAP4

o Comenzi de bază

o Citiți mesaje

protocol IMAP4 ( Internet Mail Access Protocol) este mult inferioară ca popularitate față de POP3, dar își depășește semnificativ funcționalitatea. Cu toate acestea, nu există nicio contradicție aici. Spre deosebire de POP3, IMAP4 presupune stocarea și procesarea mesajelor pe server, ceea ce implică necesitatea canal permanent conexiuni. Majoritatea utilizatorilor nu au acest lux și de aceea IMAP4 este folosit mai ales pe rețelele corporative locale, unde o conexiune constantă la server nu este o problemă.

Majoritatea destinatarilor care nu au o conexiune permanentă la Internet preferă să nu stocheze e-mailurile pe server, ci să le ducă în căsuța poștală locală și să proceseze mesajele folosind propriile instrumente client.

O situație complet diferită se dezvoltă în rețelele corporative locale, unde constantă și conexiune stabilă serverul nu este o problemă. Corespondența stocată pe server este disponibilă tuturor clienților cu drepturi de acces adecvate și este protejată în mod fiabil (precum și serverul însuși), asigurând în același timp integritatea informațiilor de pe set mașini locale dificil.

Pe de altă parte, e-mailurile sunt stocate în cutiile poștale POP3 pentru perioade scurte de timp, iar acest lucru face dificilă furtul acestuia de către atacator. Dimpotrivă, ideologia IMAP4 dictează stocarea permanentă a tuturor e-mailurilor pe un singur server. Și dacă acest server este piratat, atacatorul va avea acces la toată corespondența deodată.

Sub procesarea mesajelor se înțelege capacitatea de a amesteca corespondența în mai multe foldere și prezența funcțiilor avansate pentru căutarea literei necesare. Toate acestea sunt implementate în aproape orice program de e-mail (de exemplu, Outlook Express, The Bat), totuși, atunci când se utilizează protocolul IMAP4, aceste operațiuni sunt efectuate de server, nu de client.

Această abordare are ca rezultat o interacțiune intensă cu serverul și poate provoca cu ușurință supraîncărcarea acestuia. Prin urmare, în protocol au apărut inovații care optimizează semnificativ cursul de schimb. Spre deosebire de POP3, interacțiunea dintre un client și un server IMAP4 nu se bazează pe principiul „cerere-răspuns”, ci are loc asincron. Adică puteți trimite următoarea comandă fără a aștepta un răspuns la cea anterioară. Ordinea în care sunt procesate cererile este determinată de server din motive de optimizare a vitezei și se întâmplă adesea ca comenzile să fie procesate în ordine inversă.

Pentru a putea determina cărei solicitări îi aparține răspunsul serverului, în protocol au fost introduse etichete. Eticheta precede fiecare cerere client și răspuns de server.

Schimbul arată astfel:

tag1 echipa 1

tag2 echipa 2

Răspunsul tag2 la comanda 2

tag3 comanda3

răspunsul tag1 la comanda 1

răspunsul tag3 la comanda 3

Eticheta este un șir scurt de caractere-numeric care identifică fiecare comandă client. Răspunsurile serverului (sau solicitările ulterioare ale clientului, dacă sunt legate între ele) trebuie să se refere la comandă prin eticheta acesteia.

Cu toate acestea, cel mai adesea interacțiunea are loc conform vechiului principiu „cerere-răspuns”. Într-adevăr, înainte de a trimite următoarea comandă, ar fi bine să obțineți un răspuns la cererea anterioară. De exemplu, nu va fi posibil să citiți corespondența până când serverul returnează o listă cu toate mesajele din căsuța poștală. Prin urmare, exemplele de mai jos vor folosi întotdeauna același lucru și aceeași etichetă, ceea ce este destul de acceptabil - de îndată ce sosește răspunsul serverului, eticheta folosită anterior devine din nou „liberă”.

Majoritatea furnizorilor de servicii de rețea gratuite nu acceptă IMAP4. Prin urmare, găsirea unui astfel de server nu va fi o sarcină ușoară pentru mulți. Este o idee bună să tastați ceva de genul „IMAP4+free” în șirul de interogări al unui motor de căutare (cum ar fi „Aport”)

Șaptezeci și trei de pagini de compact text tehnic RFC-1730 este documentat de mai mult de douăzeci diverse echipe protocol. O descriere detaliată a IMAP4 ar transforma o carte populară în multe volume plictisitoare ghid de referință. Într-o trecere în revistă a acestui capitol, vor fi luate în considerare doar cele mai simple operațiuni cu cutia poștală, dar sunt destul de suficiente pentru citirea corespondenței.

Pentru a începe, trebuie să stabiliți o conexiune TCP prin portul 143.

Conexiune la mail.softclub.net

La o secundă după stabilirea conexiunii, pe ecranul clientului Telnet va apărea următorul prompt:

OK joshua.softclub.net IMAP4rev1 v12.250 server gata

Imediat după emiterea acestuia, serverul intră în starea de autentificare. Clientul își poate trimite numele de utilizator și parola în două moduri: fie folosește comanda „login” și le trimite prin rețea în text clar (cum se întâmplă cel mai adesea), fie selectează un mod securizat folosind comanda „autentificare”, care transmite un parola criptata. Nu oferă o analiză a vulnerabilității anumitor algoritmi de criptare a parolelor și a implementărilor acestora. ÎN caz general toate sunt destul de fiabile, iar erorile unor implementări specifice pot fi întotdeauna găsite pe orice site dedicat securității rețelei.

Următorul exemplu utilizează comanda „login” pentru a vă autentifica la server, urmată de numele de utilizator și parola, separate printr-un spațiu:

autentificare kpnc kpnc MyPassword

kpnc OK CONECTAREA finalizată

Răspunsul serverului constă din trei părți: eticheta returnată „kpnc” , cuvântul cheie „OK”, care confirmă finalizarea cu succes a operațiunii (altfel ar fi „RAU”) și un șir de text semnificativ („LOGIN finalizat”).

Din momentul confirmării parolei, accesul la căsuța poștală este deschis. Dar înainte de a începe să citiți corespondența primită, trebuie să înțelegeți cum este stocată pe server. Desigur, în foldere, deoarece în terminologia computerelor moderne, un folder este tot ceea ce poate conține altceva.Numele și conținutul folderelor sunt determinate de utilizator însuși, dar în orice sistem există întotdeauna un folder „INBOX” în care corespondența de intrare este plasată.

Comanda „SELECT” este furnizată pentru selectarea unui folder, a cărui utilizare este demonstrată în următorul exemplu:

kpnc SELECTARE INBOX

*FLAGS (Raspuns Semnalat Schiță Șters S-a văzut)

*BINE

*BINE

*BINE

kpnc OK Finalizat

Pictograma stea indică continuitatea fluxului de informații. Atâta timp cât eticheta returnată nu este întâlnită la începutul liniei, nimeni nu trebuie să intervină în procesul de transfer.

După cuvântul cheie „FLAGS” (a cărui ordine este arbitrară în răspuns), sunt listate toate indicatoarele disponibile pentru mesajele din acest folder. Scopul lor este:

· Răspuns: la mesaj i s-a răspuns

Semnalat: mesajul are un steag (marcat cu o bifă)

· Ciornă: mesaj nefinalizat (schiță)

· Șters: mesajul este marcat ca șters, dar nu a fost încă șters fizic

· Văzut: mesajul a fost deja citit

· Recent: mesaj tocmai primit

Ca urmare a cuvânt cheie„PERMANENTFLAGS” indică ce steaguri de mesaje poate modifica utilizatorul, unde „*” (caracterul sălbatic) înseamnă „toate steaguri”.

Cele două rânduri de mai jos indică faptul că cutia poștală conține o singură scrisoare, care tocmai a fost primită. „Tocmai acum” ar trebui interpretat ca „între ultimele două sesiuni”.

Mesajul „UNSEEN 1” este inclus în lista de mesaje opționale pentru implementare și numără numărul de mesaje necitite. În exemplul dat, există o singură astfel de scrisoare.

ID-ul temporar unic al folderului după „UIDVALIDITY” poate fi folosit în locul numelui său și variază de la sesiune la sesiune.

Ultima linie indică drepturile clientului asupra acestui folder. ÎN acest caz Citirea și scrierea mesajelor este disponibilă.

Următorul experiment demonstrează tehnica de citire a mesajelor. Spre deosebire de POP3, acesta, s-ar părea, operare simplă foarte greu de executat. În timp ce POP3 permite o singură posibilitate - de a primi întregul mesaj, protocolul IMAP4 necesită, pe lângă numărul mesajului selectat, un criteriu de specificat cerere!

O descriere completă a sintaxei interogării este conținută în RFC-1730, care este foarte recomandat, dar chiar citat aici în in termeni generali nu pare posibil.

Mesajul poate fi citit căi diferite, dintre care unul este prezentat mai jos. Constă în invocarea comenzii „FETCH” cu opțiuni, despre care discuția depășește scopul acestei cărți, dar poate fi cules din RFC-1730.

În cel mai simplu caz, pentru a obține antetul mesajului, trebuie să mergeți în folderul în care este stocat acest mesaj (pentru aceasta, se folosește comanda „SELECT”) și să trimiteți următoarea cerere către server „FETCH msg BODY”, unde „msg” este numărul de serie al mesajului solicitat.

De exemplu, ar putea arăta astfel:

kpnc SELECTARE INBOX

kpnc FETCH 1 BODY

1 FETCH (steaguri (văzute recent) BODY (1032)

calea de intoarcere: " [email protected]»

Primit: de la msk2.mail.ru (mx2.mail.ru )

de mx1.mailru.com (8.10.0/8.10.0.Beta10) cu ID-ul ESMTP e2TCbfd35173

Primit: de la camel.int ( helo=camel.mail.ru)

de msk2.mail.ru cu esmtp (Exim 3.02 #116)

id 12aHjy-0000Dk-00

Primit: de la ppp-02.krintel.ru (helo=KPNC)

de camel.mail.ru cu smtp (Exim 3.02 #107)

id 12aHje-0002OB-00

ID-ul mesajului: " [email protected]»

De la:=?koi8-r?B?69LJ0yDrwdPQxdLTy8k=?=" [email protected]»

La: " [email protected]»

Subiect: Test

Versiunea MIME: 1.0

· Tip de conținut: text/plain;

charset="koi8-r"

Codare de transfer de conținut: 7 biți

X Prioritate: 3

X-MSMail-Priority: Normal

X-Mailer: Microsoft Outlook Express 5.00.2417.2000

X-MimeOLE: produs de Microsoft MimeOLE V5.00.2314.1300

kpnc OK Finalizat

Iar textul scrisorii poate fi obținut folosind interogarea „FETCH msg BODY”.

De exemplu:

kpnc FETCH 1 BODY

1 FETCH (corp (16)

kpnc OK Finalizat

Restul comenzilor de protocol IMAP4 nu vor fi discutate aici, dar pot fi găsite în documentația tehnică RFC-1730, RFC-2060 și RFC-2062.

Plus. server de mail înăuntru

O În acest capitol:

O Poveste scurta apariția poștașului SendMail

Despre Arhitectura SendMail

O Componente SendMail - Agent utilizator, Agent de transfer, Agent de livrare

O Ierarhia și interacțiunea componentelor SendMail

O Dispozitivul și scopul agentului utilizator

O Structura și scopul agentului de expediere

O Dispozitivul și scopul agentului de livrare

O Dispozitiv cutie poștală

O Mecanism pentru trimiterea de e-mailuri către destinatarii locali

O Mecanism pentru trimiterea de e-mailuri către destinatari la distanță

O Recepţionarea mesajelor primite, model Emiţător - Destinator

O Autentificare expeditor

Despre conexiunea SMTP

Despre tranzacțiile SMTP

O Utilizarea unui server SMTP pentru a primi mesajele primite

O Coadă pentru trimiterea mesajelor

Despre serverele releu

o Terminal care trimite comenzi, organizează o conferință în timp real

O Redirecționare e-mail

O Dispozitiv agent POP3

Din cartea Rețele de acasă și de birou pentru Vista și XP autor Vatamanyuk Alexandru Ivanovici

Protocolul IPX/SPX Protocoalele IPX și SPX sunt reprezentative ale stivei de protocoale dezvoltate de Novell, care a fost un concurent direct al Microsoft. Concurența a fost în domeniul sistemelor de operare în rețea: pe de o parte, a existat sistemul de operare Novell Netware,

Din cartea Munca eficientă de birou autor Ptaşinski Vladimir Sergheevici

Protocolul TCP/IP TCP/IP este cel mai utilizat protocol de nivel de transport atât la nivel local, cât și rețele globale, dezvoltat de Departamentul Apărării al SUA cu peste 20 de ani în urmă.Protocolul TCP/IP are o interfață deschisă. Aceasta înseamnă că toate informațiile despre acest protocol sunt deschise și

Din cartea DIY Linux Server autor

Protocolul Protocolul servește la aprobarea deciziilor luate colectiv: la ședințe, ședințe, conferințe. Acesta este un document care înregistrează circumstanțele reale. Se desfășoară fie direct în timpul ședinței organului colegial, fie după

Din cartea Arhitectură TCP/IP, protocoale, implementare (inclusiv versiunea IP 6 și securitate IP) autorul Faith Sidney M

1.7.3. Protocolul TCP/IP În această secțiune, să ne uităm la modul în care informațiile sunt transmise într-o rețea TCP/IP. Orice informație este transmisă în porțiuni mici, care se numesc pachete. Dacă cantitatea necesară de informații nu poate fi transmisă într-un singur pachet, aceasta este împărțită în părți. În titlu

Din cartea Ce nu este scris în cărțile Delphi autorul Grigoriev A.B.

Din cartea Linux: Ghid complet autor Kolisnichenko Denis Nikolaevici

5.24 Protocolul ARP Înainte ca o datagramă să fie transmisă dintr-un sistem retea locala altuia, acesta va fi încadrat de titlu și partea finală a cadrului. Cadrul este livrat adaptorului de rețea a cărui adresă fizică se potrivește cu adresa fizică de destinație de la

Din cartea Linux prin ochii unui hacker autor Flenov Mihail Evghenievici

8.9 Protocolul RIP Cel mai utilizat protocol IGP este RIP, derivat din Protocolul de rutare. sistem de rețea Xerox (Xerox Network System - XNS). Popularitatea RIP se bazează pe simplitatea și disponibilitatea sa. RIP a fost implementat inițial în sistemul de operare TCP/IP.

Din cartea Operating sistem UNIX autor Robachevsky Andrey M.

8.17 BGP Border Gateway Protocol (BGP) este utilizat pe scară largă pe Internet. Versiune curentă protocolul este BGP-4.B Internet modern există mulți furnizori interconectați în maniera unei rețele de interconectare. Când te deplasezi la un punct

Din cartea Linux și UNIX: programare shell. Ghidul dezvoltatorului. autorul Tainsley David

14.6 Protocolul FTP C protocol FTP sunt legate următoarele concepte: Comenzile și parametrii acestora sunt trimise prin conexiunea de control? Codurile numerice returnate ca răspuns la comandă? Format de transfer de date Setul de comenzi FTP este discutat mai jos. Ele sunt transmise managerului.

Din cartea autorului

16.14 Protocolul POP Protocolul POP (Postal Office Protocol) este folosit pentru a trimite mesaje de la un server de e-mail la un sistem de computer desktop sau laptop Specificația POP definește multe caracteristici diferite, cum ar fi capacitatea de a răsfoi o listă

Din cartea autorului

2.1.6. Protocolul TCP Protocolul de control al transmisiei (TCP) este un protocol de streaming fiabil, conectat, exact opusul UDP. Singurul lucru pe care aceste protocoale îl au în comun este modul în care sunt adresate: în TCP, de asemenea, fiecare socket

Din cartea autorului

27.1. Protocolul TCP/IP 27.1.1. Arhitectura stratificată a stivei TCP/IP Protocolul TCP/IP a fost creat la sfârșitul anilor 60 și începutul anilor 70 de către Agenția de Proiecte de Cercetare Avansată a Departamentului Apărării din SUA DARPA. Principalele etape de dezvoltare a acestui protocol sunt notate în Tabelul 27.1 Etape de dezvoltare

Din cartea autorului

5.3. Protocolul SSH Am menționat deja că protocolul Telnet nu este potrivit pentru telecomandă server, pentru că este departe de a fi sigur. Dar există o dorință și o nevoie pentru ea. ÎN rețele mari, de regulă, sunt utilizate mai multe servere și rulează de la unul singur

Din cartea autorului

IP Protocol Internet Protocol (IP) asigură livrarea unei date (datagramă) de la o sursă la un destinatar printr-un sistem de rețele interconectate. Protocolului IP îi lipsesc funcțiile de confirmare, control al transmisiei, păstrare a secvenței

Din cartea autorului

Protocolul LLC Protocolul LLC oferă majoritatea serviciilor de nivel de legătură de date. Acest protocol a fost dezvoltat pe baza unui alt protocol de nivel de legătură de date - HDLC, cu toate acestea, are mai puține funcționalități în comparație cu cel părinte.Formatul de cadru LLC este prezentat în

Din cartea autorului

29.2. Protocolul cgi Abrevierea cgi reprezintă o specificație care specifică modul în care scripturile care primesc comunică cu serverul. Astfel de scripturi (sau scripturi cgi) pot fi create folosind orice limbaj de scripting. Cel mai popular este

Top articole similare