E-mail

Poșta electronică ( e-mail în engleză  , e-mail [ i ˈ m e ɪ l ], din engleză  poștă electronică ) este o tehnologie și un serviciu pentru trimiterea și primirea de mesaje electronice (numite „scrisori”, „e-mail-uri” sau „mesaje”) între utilizatorii unei rețele de calculatoare (inclusiv internetul ) [1] .

E-mailul, în ceea ce privește compoziția elementelor și principiul de funcționare, repetă practic sistemul de corespondență obișnuită (de hârtie) , împrumutând atât termeni ( poștă , scrisoare, plic, atașament, cutie, livrare și altele), cât și caracteristici caracteristice - ușurință în utilizare, întârzieri în transmiterea mesajelor, fiabilitate suficientă și, în același timp, fără garanție de livrare.

Avantajele e-mailului sunt: ​​adresele de forma nume_utilizator@ nume_domeniu (de exemplu, [email protected]) sunt ușor percepute și reținute de către o persoană; capacitatea de a transfera atât text simplu și formatat, cât și fișiere arbitrare ( documente text , fișiere media, programe, arhive etc. [1] ); independența serverelor (în cazul general, se adresează direct unul altuia); fiabilitatea suficient de mare a livrării mesajelor; ușurință în utilizare de către o persoană și programe, viteză mare de transfer a mesajelor.

Dezavantajele e-mailului: prezența unui astfel de fenomen precum spam-ul (reclamă în masă și mailing-uri virale ); posibile întârzieri în livrarea mesajelor (până la câteva zile); limite privind dimensiunea unui mesaj și dimensiunea totală a mesajelor din cutia poștală (personale pentru utilizatori).

În prezent, orice utilizator începător își poate deschide propria cutie de e-mail gratuită, doar să se înregistreze pe unul dintre portalurile de internet.

Nume

Dacă în Europa, America și alte regiuni sunt folosite doar două opțiuni atunci când scrieți - „e-mail” sau „e-mail” (mai mult, recomandările privind dacă să scrieți sau nu o cratimă variază: de exemplu, din martie 2011, una dintre cele stilistice liniile directoare este AP Stylebook - recomandă să scrieți abrevierea pentru „e-mail” ca „e-mail” și nu „e-mail” [2] ), atunci există o variabilitate semnificativă în limba rusă. Cel mai adesea Textele chirilice folosesc și „e-mail”, adică scrierea în latină fără transliterare (percepția vizuală a altor forme de scriere este mai proastă ). Dar puteți găsi și alte ortografii:

Biroul de informații al Gramota.ru a indicat la început că a fost recomandat să scrieți e-mail (latină) sau e- mail (chirilic) [4] , iar apoi a început să recomande doar ortografia chirilică a e- mailului , așa cum este înregistrat, de exemplu, în Dicționarul de ortografie rusă al Academiei Ruse de Științe [5] [6 ] .

Dicționarele au înregistrat patru variante de ortografie: email , mail [7] e-mail , e-mail [8] .

De facto în documente oficiale în limba rusă[ ce? ] :

Istorie

Apariția e-mailului poate fi urmărită încă din 1965 , când angajații Institutului de Tehnologie din Massachusetts (MIT) Noel Morris și Tom Van Vleck au scris programul de e- mail pentru sistemul de operare CTSS (Compatible Time-Sharing System) instalat pe un IBM 7090/ 7094 computer.

Dezvoltarea generală a e-mailului a fost prin dezvoltarea interacțiunii utilizatorilor locali pe sisteme multi-utilizator. Utilizatorii puteau, folosind programul de e-mail (sau echivalentul acestuia), să redirecționeze mesajele unul către celălalt în cadrul aceluiași mainframe (calculator mare). Următorul pas a fost acela de a putea redirecționa mesajul către un utilizator de pe o altă mașină, specificând numele și numele de utilizator pe mașină. Adresa ar putea fi scrisă ca foo!joe(utilizatorul joe pe computer foo). Al treilea pas în dezvoltarea e-mailului a avut loc odată cu apariția transmiterii scrisorilor printr-un al treilea computer. În cazul utilizării UUCP , adresa utilizatorului includea o rută către utilizator prin mai multe mașini intermediare (de exemplu, gate1!gate2!foo!joe o scrisoare pentru joe prin poarta mașinii1, poarta2 către mașina foo). Dezavantajul acestei adrese era că expeditorul (sau administratorul mașinii pe care rula expeditorul) trebuia să cunoască calea exactă către mașina destinație.

După apariția sistemului de denumire global distribuit DNS , numele de domenii au început să fie folosite pentru a indica adresa - [email protected] - utilizatorul utilizatorului de pe computerul example.com. În același timp, conceptul de „pe mașină” era regândit: au început să fie folosite servere dedicate pentru corespondență, la care utilizatorii obișnuiți (doar administratorii) nu aveau acces, iar utilizatorii lucrau pe mașinile lor, în timp ce mailul nu avea. vin la statiile de lucru ale utilizatorilor, ci la cutiile postale.un server de unde utilizatorii isi recuperau corespondenta folosind diverse protocoale de retea (printre cele mai comune in acest moment sunt POP3 , IMAP , MAPI , interfete web). Concomitent cu apariția DNS, a fost inventat un sistem de rezervare a rutelor de livrare a corespondenței, iar numele de domeniu din adresa de corespondență a încetat să mai fie numele unui anumit computer și a devenit doar un fragment al adresei de corespondență. Multe servere pot fi responsabile pentru menținerea unui domeniu (poate situate fizic pe continente diferite și în organizații diferite), iar utilizatorii din același domeniu nu au nimic în comun între ei (acest lucru este valabil mai ales pentru utilizatorii de servere de e-mail gratuite).

În plus, au existat și alte sisteme de e-mail (dintre care unele încă există), precum: Netmail pe rețeaua Fidonet , X.400 pe rețele X.25[ specificați ] . Accesul la acestea de pe Internet și invers se realizează printr-un gateway de e-mail . Pentru a ruta corespondența în rețelele X.25, DNS oferă o înregistrare specială a resurselor cu numele corespunzător X25 (cod 19).

Cronologie

Clasificare MxA

Următoarele componente se disting în terminologia e-mailului:

În cazul utilizării de servere dedicate pentru stocarea e-mailurilor utilizatorului, toată interacțiunea dintre utilizator și server poate avea loc folosind protocoale care nu se încadrează în această schemă.

Serverele de e-mail acționează de obicei ca MTA și MDA. Unele servere de e-mail (programe) îndeplinesc atât funcția MTA, cât și MDA, unele implică separarea în două servere independente: server MTA și server MDA (în acest caz, dacă sunt folosite protocoale diferite pentru a accesa căsuța poștală, de exemplu POP3 și IMAP , atunci MDA, la rândul său, poate fi implementat fie ca o singură aplicație, fie ca un set de aplicații, fiecare dintre acestea fiind responsabilă pentru un protocol separat).

Arhitectură modernă (SMTP)

Cel mai larg acceptat protocol de schimb de e-mail din lume este SMTP ( protocol simplu de transfer de e-mail  ). Într-o implementare comună, folosește DNS pentru a determina regulile de redirecționare a e-mailurilor (deși în sisteme private precum Microsoft Exchange , SMTP poate acționa pe baza informațiilor din alte surse).  

Diferitele domenii au propriile lor sisteme de poștă independente. Fiecare domeniu de e-mail poate avea mai mulți utilizatori. (Totuși, de fapt, se poate ca o organizație sau persoană să dețină mai multe domenii care sunt deservite (fizic) de un singur sistem de e-mail). Poșta este transferată între noduri folosind programe de transfer de e-mail ( agent de transfer de e-mail în engleză  , MTA ; cum ar fi, de exemplu: sendmail , exim 4, postfix , Microsoft Exchange Server , Lotus Domino etc.). Comportamentul sistemelor atunci când comunică între ele este strict standardizat, pentru aceasta se utilizează protocolul SMTP (iar conformitatea cu acest standard, împreună cu suportul DNS universal de către toți participanții, stă la baza capacității de a comunica „toți tuturor” fără acorduri anterioare). Interacțiunea dintre sistemul de poștă și utilizatori, în general, nu este reglementată în niciun fel și poate fi arbitrară, deși există protocoale atât deschise, cât și închise (legate de software de la anumiți producători) pentru interacțiunea dintre utilizatori și sistemul de poștă. Programul care rulează în sistemul de e-mail și deservește utilizatorii se numește MDA ( agent de livrare a e-mailului ) . În unele sisteme de poștă, MDA și MTA pot fi combinate într-un singur program, în alte sisteme pot fi separate ca programe separate sau chiar rula pe servere diferite. Programul cu care accesează utilizatorul se numește MUA ( mail user agent ) . Dacă interfața web este utilizată pentru a lucra cu e-mail, funcția acesteia este îndeplinită de aplicația de interfață web care rulează pe server.   

Într-un anumit sistem de e-mail (de obicei în cadrul aceleiași organizații), pot exista multe servere de e-mail care efectuează atât redirecționarea e-mailurilor în cadrul organizației, cât și alte sarcini legate de e-mail: filtrarea spam-ului, scanarea antivirus a atașamentelor, răspunsul automat, e-mailurile de intrare/ieșire arhivare, oferind acces utilizatorilor prin diverse metode (de la POP3 la ActiveSync ). Interacțiunea dintre servere din cadrul aceluiași sistem de poștă poate fi fie supusă unor reguli generale (folosind regulile DNS și de rutare a e-mailurilor folosind protocolul SMTP), fie să urmeze regulile proprii ale companiei (software-ul utilizat).

Relee

DNS vă permite să specificați ca server de primire ( înregistrare MX ) orice gazdă de Internet, nu neapărat o parte din zona de domeniu a domeniului destinatar . Acesta poate fi folosit pentru a configura retransmiterea (redirecționarea) e-mailului prin terțe servere. Un server terță parte (de exemplu, mai fiabil decât serverele utilizatorului) acceptă corespondența pentru domeniul utilizatorului și o redirecționează către serverele de e-mail ale utilizatorului cât mai curând posibil. Din punct de vedere istoric, nu a existat niciun control asupra „cui să redirecționeze” e-mailurile (sau nu i s-a acordat importanța cuvenită), iar serverele fără un astfel de control au transmis e-mailul către orice domeniu. Astfel de servere sunt numite relee deschise (în prezent, noi relee deschise apar în principal din cauza erorilor de configurare).

Pentru utilizatorii lor, serverele sistemului de corespondență sunt relee (utilizatorii trimit e-mailuri nu către serverele sistemului de corespondență al destinatarului, ci către serverul de e-mail „lor”, care trimite scrisorile mai departe). În multe rețele de furnizori , capacitatea de a trimite scrisori prin protocolul SMTP în afara rețelei este închisă (datorită utilizării acestei caracteristici de către troieni , viruși ). În acest caz, furnizorul oferă propriul server SMTP, prin care toate e-mailurile sunt trimise în afara rețelei. În acest caz, un releu deschis este considerat a fi un astfel de releu care nu verifică dacă utilizatorul este „prieteni” (verificarea poate fi efectuată atât pe baza adresei de rețea a computerului utilizatorului, cât și pe baza identificarea utilizatorului cu o parolă/certificat).

Rutarea e-mailului

Serverul de e-mail, după ce a primit e-mail (de la o sursă locală sau de la un alt server), verifică dacă există reguli specifice de procesare a corespondenței (regulile pot fi bazate pe un nume de utilizator, pe un domeniu dintr-o adresă, pe conținutul unei scrisori , etc.), dacă nu sunt găsite reguli specifice, verifică dacă domeniul de e-mail este local pentru server (adică dacă serverul este destinatarul final al mesajului). Dacă este, atunci scrisoarea este acceptată pentru procesare. Dacă domeniul de e-mail nu este local, atunci se aplică procedura de rutare a e-mailului (care stă la baza transferului scrisorilor între diferite servere de pe Internet).

Rutarea folosește numai partea de domeniu a adresei de destinație (adică partea de după simbolul @). Pentru domeniul destinatar, toate înregistrările MX sunt căutate. Sunt sortate în ordine descrescătoare a priorității. Dacă adresa serverului de e-mail se potrivește cu una dintre gazdele specificate în înregistrările MX, toate înregistrările cu o prioritate mai mică decât prioritatea gazdei din înregistrarea MX (precum și înregistrarea MX a gazdei în sine) sunt eliminate și livrarea se face către prima gazdă(e) care răspunde.sunt încercate în ordinea descrescătoare a priorității). Acest lucru se face în cazul în care serverul de e-mail al expeditorului este un releu al serverului de e-mail al destinatarului. Dacă înregistrarea MX pentru domeniu nu este găsită, atunci se încearcă livrarea corespondenței folosind înregistrarea A corespunzătoare domeniului. Dacă nu există nicio înregistrare despre domeniu, atunci este generat un mesaj despre imposibilitatea livrării (mesaj de respingere). Acest mesaj este generat cu MAIL FROM:<>( RFC 5321 ), câmpul „Către” specifică expeditorul mesajului original, iar câmpul „De la” specifică un e-mail din formularul MAILER-DAEMON@имя сервера. Numele serverului este numele gazdei Internet care a generat notificarea. MAIL FROM:<>vă permite să protejați serverele de e-mail de circulația nesfârșită a mesajelor de eroare între servere - dacă serverul detectează că nu poate livra o scrisoare cu o adresă de retur goală, atunci o distruge. Un mesaj despre imposibilitatea livrării poate fi, de asemenea, generat după un timp. Acest lucru se întâmplă dacă se determină că problema detectată este tranzitorie, dar expiră timpul de expirare a cozii de mesaje ( RFC 5321 , Secțiunea 4.5.4.1. Strategia de trimitere).

Dacă rețeaua are servere DNS diferite (de exemplu, externe - pe Internet și locale - în limitele proprii), atunci este posibil ca serverele DNS „interne” să trimită către un server care nu este disponibil pe Internet ca fiind cel mai înalt destinatar prioritar, unde e-mailul este redirecționat de la retransmitere specificată ca gazdă de destinație pentru Internet. Această diviziune permite direcționarea corespondenței în conformitate cu reguli comune între servere care nu au acces la Internet.

Protocoale de primire a corespondenței

După ce e-mailul ajunge la serverul de destinație, acesta stochează temporar sau permanent mesajul primit. Există două modele diferite de lucru cu poșta: conceptul de magazin de e-mail ( cutie ) și un terminal de e-mail .

POP3

În conceptul de stocare a corespondenței , corespondența de pe server este stocată temporar, într-un volum limitat (asemănător cu o cutie poștală pentru corespondența de hârtie), iar utilizatorul accesează periodic căsuța poștală și „preia” scrisorile (adică clientul de e-mail descarcă o copie a scrisorii către sine și șterge originalul din căsuța poștală) . Pe baza acestui concept, funcționează protocolul POP3 .

IMAP

Conceptul de terminal de poștă implică faptul că toată corespondența asociată cu o cutie poștală (inclusiv copiile scrisorilor trimise) este stocată pe server, iar utilizatorul accesează depozitul (uneori numit în mod tradițional și „cutie poștală”) pentru a vizualiza corespondența (atât cea nouă, cât și cea nouă). arhivă) și scrierea de scrisori noi (inclusiv răspunsuri la alte scrisori). Protocolul IMAP și majoritatea interfețelor web ale serviciilor de e-mail gratuite funcționează pe acest principiu . O astfel de stocare a corespondenței de corespondență necesită o capacitate semnificativ mai mare de la serverele de e-mail, drept urmare, în multe cazuri, există o separare între serverele de e-mail care transmit e-mail și serverele de stocare a e-mailului.

Diferențele

Pe baza modului în care funcționează protocoalele, acestea pot fi împărțite în funcție de două criterii principale:

În anumite condiții, serverul de stocare a corespondenței poate fi configurat să se comporte similar cu clientul: un astfel de server accesează serverul de e-mail folosind protocolul POP3 și preia corespondența pentru sine. Astfel de soluții sunt utilizate de obicei în organizațiile mici care nu au infrastructura pentru a implementa servere de e-mail cu drepturi depline; în acest caz, un server local este utilizat pentru a stoca e-mail și serverul de e-mail al furnizorului care oferă serviciul de primire a e-mailului prin POP3 (de exemplu, folosind fetchmail ). Principalul dezavantaj al unei astfel de soluții este întârzierea livrării (deoarece software-ul care colectează corespondența accesează serverele cu o oarecare întârziere) - de exemplu, conectorul POP3 de la Exchange 2003 Server ca parte a Windows SBS nu permite setarea unui interval mai mic. mai mult de 15 minute prin interfața de configurare [10] , deoarece frecvența excesivă a verificărilor poate cauza probleme cu încărcarea serverului de e-mail. Unele servere de e-mail au funcții de protecție împotriva acestui comportament.

Structura scrisorii

Când este transmis utilizând protocolul SMTP, un e-mail constă din următoarele părți.

Date plic SMTP

Datele plicului SMTP conțin parametri care sunt setați de comenzile cu același nume:

Antetele e-mailului

Antetele de e-mail sunt descrise de standardele RFC :

Anteturile sunt separate de corpul literei printr-o linie goală. Anteturile sunt folosite pentru a înregistra trecerea unei scrisori și a notelor de serviciu (uneori numite kludges ). În Microsoft Outlook , aceste anteturi sunt numite „anteturi Internet”. Anteturile indică de obicei: serverele de e-mail prin care a trecut scrisoarea (fiecare server de e-mail adaugă informații despre cine a primit această scrisoare), informații despre dacă această scrisoare arată ca spam, informații despre scanarea antivirus, nivelul de urgență al scrisorii ( poate schimba serverele de mail). Tot în antet este scris de obicei programul cu care a fost creată scrisoarea. Deoarece anteturile sunt informații proprietare, clienții de e-mail le ascund cel mai adesea de utilizator în timpul citirii normale a mesajelor, dar oferă și posibilitatea de a vedea aceste anteturi dacă este nevoie de o analiză mai detaliată a mesajului. Dacă un e-mail din formatul SMTP este convertit într-un alt format (de exemplu, e-mailurile sunt convertite în MAPI în Microsoft Exchange 2007), atunci anteturile sunt salvate separat pentru a activa diagnosticarea.

Titlurile sunt de obicei adăugate de jos în sus (adică de fiecare dată când trebuie adăugat un titlu la un mesaj, acesta este adăugat pe prima linie, înaintea tuturor celor anterioare).

Pe lângă informațiile de serviciu, anteturile de e-mail stochează și informațiile afișate utilizatorului, acesta fiind de obicei expeditorul scrisorii, destinatarul, subiectul și data trimiterii.

Antetele mesajelor pot conține doar caractere de 7 biți [13] . Dacă este necesară utilizarea caracterelor naționale în unele câmpuri, este necesară utilizarea codificărilor. De obicei, acesta este Base64 sau Quoted-Printable .

Titluri comune
  • Return-Path:( RFC 821 , RFC 1123 ) - adresa de retur în caz de eșec, când este imposibilă livrarea scrisorii la adresa de destinație. Poate diferi de MAIL FROMși antete From:, Sender:sau Reply-To:, dar de obicei se potrivește MAIL FROM.
  • Received:( RFC 822 , RFC 1123 ) - date despre trecerea unei scrisori prin fiecare server de mail specific (MTA). La trecerea prin mai multe servere de mail (situația obișnuită), se adaugă noi anteturi peste cele anterioare, eventual jurnalul de transfer va fi scris în ordine inversă (de la nodul cel mai apropiat de destinatar până la cel mai îndepărtat).
  • MIME-Version:( RFC 1521 ) - Versiunea MIME cu care a fost creat acest mesaj. Adesea, acest titlu este creat înaintea tuturor celorlalte, deci este de obicei primul (adică ultimul din listă).
  • From:( RFC 822 , RFC 1123 , RFC 1036 ) - numele și adresa expeditorului (în acest antet apare câmpul de text cu numele expeditorului). Este posibil să nu se potrivească return-pathsau chiar să nu se potrivească cu antetul SMTP MAIL FROM:.
  • Sender:( RFC 822 , RFC 1123 ) - expeditorul scrisorii. Adăugat pentru a putea indica că o scrisoare în numele cuiva (de la) a fost trimisă de o altă persoană (de exemplu, o secretară în numele șefului). Unii clienți de e-mail arată mesajul în prezența expeditorului și de la ca „mesaj de la „expeditor” în numele „de la””. Sender este un antet informațional (și poate fi, de asemenea, diferit de antetul SMTP MAIL FROM).
  • To:( RFC 822 , RFC 1123 ) - Numele și adresa destinatarului. Poate fi conținut de mai multe ori (dacă scrisoarea este adresată mai multor destinatari). Pe baza acestui câmp, se formează conținutul câmpului SMTP RCPT TO.
  • Cc:( RFC 822 , RFC 1123 ) - (din copia în limba engleză  ) conține numele și adresele destinatarilor secundari ai scrisorii către care este trimisă copia. Participă la formarea câmpului SMTP , precum și a câmpului „Către”.RCPT TO
  • Bcc:( RFC 822 , RFC 1123 ) - (din limba engleză  oarbă copie carbon ) conține numele și adresele destinatarilor scrisorii, ale căror adrese nu trebuie afișate altor destinatari. Participă la formarea câmpului SMTP RCPT TO, precum câmpurile „Către” și „Cc”, dar nu este prezent în mesajul trimis.
  • Reply-To:( RFC 822 , RFC 1036 ) este numele și adresa cărora trebuie să li se adreseze răspunsurile la această scrisoare. Dacă, de exemplu, o scrisoare este trimisă de un robot, atunci Reply-Toadresa căsuței poștale care este pregătită să primească un răspuns la scrisoare va fi indicată ca adresă.
  • Message-ID:( RFC 822 , RFC 1036 ) - un identificator unic de mesaj . Constă din adresa gazdei care trimite și un număr (unic în cadrul gazdei). Algoritmul unic de generare a numărului depinde de server/client. Arata cam asa: [email protected]. Împreună cu alți identificatori, este folosit pentru a căuta trecerea unui anumit mesaj prin jurnalele sistemului de poștă (sistemele de poștă înregistrează trecerea unei scrisori prin intermediul acesteia Message-ID) și pentru a indica o scrisoare din alte litere (folosit pentru a grupa și a construi mesaje). lanţuri). Creat de obicei de clientul de e-mail (MUA) la momentul compunerii scrisorii.
  • In-Reply-To:( RFC 822 ) - puncte Message-IDpentru care această scrisoare este un răspuns (cu ajutorul acestuia, clienții de corespondență pot construi cu ușurință un lanț de corespondență - fiecare răspuns nou conține ID-ul mesajului pentru mesajul anterior).
  • Subject:( RFC 822 , RFC 1036 ) — subiectul e-mailului.
  • Date:( RFC 822 , RFC 1123 , RFC 1036 ) — data la care a fost trimis e-mailul.
  • Content-Type:( RFC 1049 , RFC 1123 , RFC 1521 , RFC 1766 ) — tipul de conținut al mesajului ( HTML , RTF , Text simplu) și codificarea în care a fost creat mesajul (vezi mai jos despre codificări).
  • Return-Receipt-To:( RFC 2076 ) - E-mailul la care serverul de corespondență al destinatarului ar trebui să trimită notificarea de livrare. RFC 2076 este menționat în secțiunea „Nu este standardul Internet” și, prin urmare, este posibil să nu fie acceptat de servere.
  • Disposition-Notification-To:( RFC 3798 ) - e-mail la care clientul de mail al destinatarului ar trebui să trimită o notificare de livrare dacă utilizatorul o permite (prin setări etc.).

Pe lângă cele standard, clienții de corespondență, serverele și procesoarele de corespondență își pot adăuga propriile anteturi începând cu „X-” (de exemplu: X-Mailer, X-MyServer-Note-OKsau X-Spamassasin-Level).

Corpul scrisorii

Corpul scrisorii este separat de antet printr-o linie goală. În standardele non-smtp, formatul scrisorii depinde de standardul sistemului (de exemplu, MAPI ), dar înainte ca scrisoarea să „părăsească” sistemul compatibil MAPI (de exemplu, înainte de a fi trimisă pe Internet), este de obicei convertit într-o formă compatibilă cu SMTP (altfel rutarea mesajelor ar fi imposibilă deoarece standardul pentru trimiterea e-mailurilor pe Internet este SMTP).

În corpul mesajului sunt permise doar caractere imprimabile. Prin urmare, în scopul transferului de informații binare (imagini, fișiere executabile etc.), se folosesc codificări care aduc datele într-o formă de 7 biți - Base64 sau UUE . În plus, chiar la începutul existenței e-mailului, restricția a fost mai severă - unele sisteme de poștă acceptau doar mesaje pe 7 biți. Pentru a funcționa cu astfel de sisteme, textul simplu, în prezența caracterelor naționale, poate fi, de asemenea, codificat în formă de 7 biți. Base64 sau Quoted-Printable sunt folosite pentru aceasta . Cu toate acestea, sistemele de poștă care pot gestiona doar mesaje pe 7 biți nu există acum.

Litere înlănțuite

Datorită prezenței unui identificator unic în scrisoare, precum și a faptului că marea majoritate a clienților de corespondență, atunci când răspund la o scrisoare, își copiază identificatorul în câmp In-Reply-To(„în răspuns la”), devine posibil să fie grupați mesajele de-a lungul unui lanț ( îng.  thread ). Acest lucru este implementat diferit în diferiți clienți de e-mail. De exemplu, Microsoft Outlook vă permite să găsiți toate e-mailurile asociate, iar interfața web GMail grupează mesajele pe baza datelor firului într-un singur obiect. Unii clienți de e-mail (cum ar fi mutt ) vă permit să structurați lanțuri (formate de obicei în liste de corespondență atunci când există mulți abonați într-o conversație) sub forma unui arbore (întrebarea a generat mai multe răspunsuri, fiecare dintre ele comentat - acesta a format mai multe ramuri ale copacului). De asemenea, astfel de clienți știu de obicei să taie forțat firele atunci când subiectul mesajului se schimbă (presupunând că schimbarea subiectului mesajului înseamnă o nouă discuție, deși, poate, cauzată de o conversație anterioară).

Criptare e-mail

Două standarde sunt în prezent utilizate pe scară largă pentru criptarea e-mailului: S/MIME (folosind o infrastructură cu cheie publică) și OpenPGP (folosind certificate cu o schemă de încredere care se grupează în jurul utilizatorului).

Anterior, existau și standarde MOSS și PEM , dar, din cauza incompatibilității între ele și a inconvenientului de utilizare, acestea nu au prins rădăcini.

Standardele S/MIME și OpenPGP oferă trei tipuri de protecție: mutabilitate, semnătură irevocabilă și confidențialitate (criptare). În plus, S/MIME versiunea 3 permite utilizarea confirmării securizate (în care o confirmare de primire a unei scrisori poate fi generată cu succes numai dacă scrisoarea a ajuns intactă la destinatar).

Ambele standarde folosesc algoritmi criptografici simetrici pentru a cripta corpul mesajului, iar cheia simetrică este criptată folosind cheia publică a destinatarului. Dacă scrisoarea este adresată unui grup de persoane, atunci cheia simetrică este criptată pe rând de fiecare dintre cheile publice ale destinatarilor (și uneori, pentru comoditate, de cheia publică a expeditorului, astfel încât acesta să poată citi scrisoarea trimisă de acesta) .

Utilizare comercială

În prezent, există următoarele modele de utilizare comercială a sistemelor de poștă:

  • Sisteme de poștă de acasă și corporative - funcționează pe echipamentul propriu sau închiriat al proprietarului sistemului de e-mail (de obicei el este și proprietarul domeniului în care funcționează serverul de e-mail).
  • Serviciul de primire/trimitere e-mail este furnizat de o terță parte. Organizația (persoana) deține domeniul și stochează independent arhiva de corespondență.
  • Serviciile de primire/trimitere și stocare a corespondenței sunt realizate de o organizație terță în propriile sale unități. Clientul are acces la sistemul contractantului pentru trimiterea de scrisori și pentru accesarea arhivei de scrisori. Domeniul de e-mail este deținut de client.
  • Recepția, expedierea, stocarea scrisorilor se efectuează de către executant, domeniul de corespondență aparține executorului. Majoritatea acestor servicii sunt gratuite și funcționează prin afișarea de reclame utilizatorului sau sunt o completare gratuită la alte servicii ale interpretului (pentru mai multe detalii, vezi: Servicii de poștă gratuite ).

Liste de corespondență

Sistemul de corespondență vă permite să organizați sisteme complexe bazate pe redirecționarea e-mailurilor de la unul la mai mulți abonați, acestea sunt:

  • Liste de corespondență - o scrisoare de la aceeași adresă cu același conținut (sau care se schimbă în funcție de șablon), trimisă abonaților listei de corespondență . Din punct de vedere tehnic, poate fi organizat ca trimitere de mai multe e-mailuri (utilizate pentru e-mailuri șablon) sau trimitere de e-mailuri cu mai mulți destinatari (în câmpurile TO, CC, BCC). Pentru a gestiona liste de corespondență mari (mai mult de 10-50 de abonați), sunt utilizate programe specializate (de exemplu, mailman ). O listă de corespondență organizată corespunzător ar trebui să controleze returnarea scrisorilor (mesaje despre imposibilitatea livrării unei scrisori) cu excluderea destinatarilor indisponibili din lista de corespondență, să permită abonaților să se dezaboneze de la listele de corespondență. Trimiterile nedorite se numesc spam și complică semnificativ funcționarea sistemelor de corespondență.
  • Grupurile de corespondență sunt un tip specializat de listă de corespondență în care o scrisoare către adresa grupului (o adresă poștală obișnuită procesată de un program specializat) este trimisă tuturor membrilor grupului. Este un analog al conferințelor de presă, al conferințelor ecou. O listă de corespondență configurată corespunzător ar trebui să controleze ciclurile (doi roboți de corespondență abonați unul la celălalt sunt capabili să creeze o buclă nesfârșită de trimitere de scrisori), să limiteze lista de participanți la listele de corespondență care au dreptul de a posta un mesaj și să îndeplinească alte cerințe ale listei de corespondență. .

Managerii de liste de corespondență sunt utilizați pentru a gestiona listele de corespondență . Pe lângă menținerea unei liste de adrese și trimiterea unui mesaj dat, acestea oferă filtrarea scrisorilor, posibilitatea premoderării scrisorilor înainte de a le plasa în lista de corespondență, menținerea arhivelor, gestionarea abonării/dezabonării, a rezumatelor de corespondență (conținut scurt) în locul întregului volum de corespondență.

Exemple de programe de gestionare a corespondenței:

Spam

Spam-ul este un fel de corespondență cu scopul de a face publicitate (adesea nesolicitată) unui anumit produs sau serviciu, un analog al reclamei pe hârtie distribuită gratuit în cutiile poștale ale clădirilor rezidențiale.

Pe măsură ce e-mailul a crescut în popularitate, acesta (împreună cu grupurile de știri usenet ) a început să fie folosit pentru a trimite mesaje promoționale nesolicitate, similar modului în care broșurile sunt aruncate în cutiile poștale obișnuite. Cu toate acestea, spre deosebire de costul substanțial al unei liste de corespondență pe hârtie, trimiterea unei cantități semnificative (milioane și miliarde) de mesaje nu costă practic nimic pentru expeditor. Acest lucru a condus la o creștere disproporționată a numărului și a dimensiunii mesajelor publicitare (conform unor date [14] , spam-ul reprezintă în prezent 70–90% din toate mesajele de e-mail, adică a depășit volumul de e-mail de 2–10 ori) .

Pentru a trimite spam, în prezent sunt utilizate în mod activ toate trucurile tehnice posibile: relee deschise , remailere , servere proxy, servere de e-mail gratuite (permit automatizarea trimiterii e-mailurilor), rețele botnet , mesaje false despre imposibilitatea livrării.

Odată cu înăsprirea interdicției de publicitate, mesajele au fost împărțite în mailing-uri legitime (la care utilizatorul se abonează de obicei și de la care poate refuza oricând) și nelegitime (de fapt numite spam). Pentru combaterea spam-ului au fost dezvoltate diverse mecanisme ( liste negre ale expeditorilor, liste gri care necesită retrimiterea serverului de e-mail, filtre de context). Una dintre consecințele introducerii instrumentelor anti-spam a fost posibilitatea unei decizii „ fals pozitive ” cu privire la spam, adică o porțiune din scrisorile care nu sunt spam au început să fie marcate ca spam. În cazul unei politici anti-spam agresive (distrugerea mesajelor care par a fi spam în mod automat, fără a anunța expeditorul/destinatarul), aceasta duce la probleme de flux de e-mail greu de detectat.

Reglementarea legislativă în Rusia

Legea federală nr . 152-FZ „Cu privire la datele cu caracter personal” .

Cele mai populare servicii de e-mail

Cele mai populare servicii de e-mail sunt furnizate de companiile IT împreună cu alte produse web: motoarele de căutare, stocarea în cloud etc. Serviciile de e-mail în limba rusă sunt dezvoltate de Google ( Gmail ), Yandex ( Yandex.Mail ), Mail.ru ( Mail.ru ), Microsoft ( Hotmail și Outlook ).

Vezi și

Note

  1. ↑ 1 2 E-mail - Dicționar - SeoPult.Ru .
  2. ↑ E-mail pierdut cratima
  3. ↑ Revista ComputerPress 6'2001 - Poștă Internet
  4. ↑ 1 2 Întrebarea nr. 220471 Gramota.ru
  5. ↑ Căutați un răspuns . new.gramota.ru. Data accesului: 14 martie 2019.
  6. ↑ Întrebarea nr. 275417 Gramota.ru
  7. ↑ Căutați un cuvânt: căutați modelul „*m?ile”
  8. ↑ Căutare în dicționar - Verificare cuvinte: * mail Gramota.ru
  9. ↑ MuttWiki: MailConcept (link descendent) . Consultat la 5 septembrie 2009. Arhivat din original pe 16 decembrie 2008. 
  10. ↑ Conector POP3 pentru Exchange 2003 (SBS2003) în Exchange Admin  (link descendent)
  11. ↑ RFC 5321: 4.5.5. Mesaje cu o cale inversă nulă
  12. ↑ Verificare apel invers
  13. ↑ În prezent, a fost dezvoltat un set de standarde pentru a accepta caracterele naționale în e-mail ( RFC 6531 , RFC 6532 , RFC 6533 ), dar nu toate software-urile acceptă acest lucru.
  14. ↑ Securelist - Spam în mai 2009 , conform Kaspersky Lab, în ​​mai 2009 spam-ul a reprezentat 70-90% din corespondența totală prin e-mail.

Link -uri

  • RFC 822  - Standard pentru ARPA Internet Text Messages
  • RFC 2142  - Nume de cutii poștale pentru servicii, roluri și funcții comune
  • RFC 2368  - Schema URL mailto
  • RFC 5322  - Formatul mesajului Internet
  • RFC 2045  - Formatul corpurilor de mesaje pe Internet
  Accesați articolul Wikidata  Dicționare și enciclopedii
 Comunicare mediată de computer
Conferință asincronă
Conferință sincronă
Publicaţii