Ce se întâmplă când faceți clic pe Trimite

Modulul 1: Cum funcționează e-mailul dumneavoastră · Timp de citire: 9 minute

Obiectiv de învățare: După această lecție puteți explica ce drum parcurge un e-mail între Trimite și dosarul Primite al destinatarului și puteți arăta diferența dintre plicul și anteturile unui e-mail.

Noțiuni cheie: webmail, server de e-mail, SMTP, înregistrare MX, IMAP, plic, anteturi, Return-Path, Received, Message-ID, SPF, DKIM, DMARC

Webmailul este un program de e-mail în browserul dumneavoastră

E-mailul dumneavoastră nu se află în browser și nici pe calculatorul dumneavoastră. El se află pe un server de e-mail: un calculator care funcționează zi și noapte, primește, păstrează și transmite mai departe mesajele. Pentru a citi aceste mesaje aveți nevoie de un program de e-mail. Acesta poate fi Outlook, aplicația de e-mail de pe telefon sau webmailul.

Webmailul este pur și simplu un program de e-mail care rulează în browser. La WebOké, acesta este Roundcube. Roundcube nu este el însuși un server de e-mail. El comunică în numele dumneavoastră cu serverul de e-mail, folosind aceleași limbaje pe care le folosesc Outlook sau Apple Mail:

• IMAP pentru a citi, muta și șterge mesajele;
• SMTP pentru a trimite mesaje.

Dacă ceva nu funcționează în webmail, cauza nu este de multe ori webmailul, ci ceea ce face sau raportează serverul. Și invers: dacă trimiterea funcționează în webmail, dar nu și în programul dumneavoastră de e-mail, problema se află în setările acelui program.

De la Trimite până la Primite în cinci pași

Sanne de Vries (sanne@example.com) are un atelier floral. Ea îi trimite clientului ei Ahmed (ahmed@example.net) o ofertă pentru un buchet de mireasă. Iată ce se întâmplă când face clic pe Trimite.

1. Predarea către propriul server. Webmailul predă mesajul prin SMTP serverului de e-mail al lui Sanne. Acest pas se mai numește și submission (predare). Sanne trebuie să se autentifice, altfel oricine i-ar putea folosi serverul pentru a trimite spam. Programele de e-mail folosesc pentru aceasta portul 465 sau 587, cu criptare. Webmailul WebOké trimite prin același server pe care v-ați autentificat.
2. Căutarea drumului. Serverul lui Sanne se uită la partea de după @ din adresa lui Ahmed: example.net. El cere în DNS înregistrarea MX a acestui domeniu. Această înregistrare indică ce server primește e-mailurile pentru example.net.
3. Livrarea. Serverul lui Sanne contactează acel server destinatar și livrează mesajul, tot prin SMTP. Între servere, acest lucru se face pe portul 25.
4. În căsuța poștală. Serverul destinatar verifică mesajul (există adresa, este spam?) și îl pune în căsuța poștală a lui Ahmed, în Primite sau în dosarul de spam.
5. Citirea. Ahmed deschide programul de e-mail sau webmailul. Acesta preia mesajul prin IMAP și îl afișează.

Fiecare pas poate eșua separat. De aceea, un mesaj de eroare oferă întotdeauna un indiciu despre locul problemei: nu s-a putut autentifica Sanne pe propriul server (pasul 1), nu l-a găsit serverul ei pe destinatar (pasul 2 sau 3) sau a refuzat serverul destinatar mesajul (pasul 4)?

Plicul și scrisoarea: două tipuri de adrese

Un e-mail seamănă cu o scrisoare într-un plic. Serverele se uită doar la plic. Dumneavoastră și Ahmed vedeți mai ales scrisoarea.

Plicul ia naștere în timpul conversației SMTP dintre două servere. Serverul expeditor spune mai întâi de la cine vine mesajul (comanda MAIL FROM) și apoi pentru cine este (RCPT TO). Abia după aceea urmează mesajul propriu-zis. Adresa expeditorului de pe plic este adresa la care ajung mesajele de eroare. La livrarea finală, serverul destinatar o pune în partea de sus a mesajului ca Return-Path.

Scrisoarea începe cu anteturi (headers): rânduri cu un nume, două puncte și o valoare. Cele mai cunoscute sunt:

• From: expeditorul pe care îl vedeți în programul de e-mail;
• To și Cc: destinatarii pe care îi vedeți;
• Subject: subiectul;
• Date: momentul trimiterii, după ceasul programului expeditorului;
• Message-ID: un identificator unic al acestui mesaj. Răspunsurile fac trimitere la el, astfel încât programul de e-mail știe ce mesaje țin de aceeași conversație.

Plicul și anteturile nu trebuie să fie identice. Dacă Sanne trimite un e-mail cu Bcc colegului ei Daan (daan@example.com), Daan apare pe plic, dar nu și în anteturi. De aceea Ahmed nu vede că Daan citește și el mesajul. Iar un buletin informativ are adesea un Return-Path la serviciul de newsletter, în timp ce From este adresa magazinului. Mesajele de eroare ajung atunci la serviciul respectiv.

Rândurile Received: jurnalul de călătorie al unui e-mail

Fiecare server care primește un e-mail trebuie să adauge un antet Received, și anume în partea de sus. Astfel, pe drum, un e-mail își construiește un jurnal de călătorie. Rândul Received cel mai de sus este deci ultimul pas, cel mai de jos este primul. Le citiți de jos în sus.

Iată cum arată aproximativ anteturile e-mailului lui Sanne la Ahmed (prescurtat):

Return-Path: <sanne@example.com>
Received: from mail.example.com (mail.example.com [192.0.2.10])
        by mx.example.net with ESMTPS
        for <ahmed@example.net>; Tue, 10 Nov 2026 10:15:04 +0100
Received: from webmail.example.com ([192.0.2.20])
        by mail.example.com with ESMTPSA
        for <ahmed@example.net>; Tue, 10 Nov 2026 10:15:02 +0100
From: Sanne de Vries <sanne@example.com>
To: Ahmed <ahmed@example.net>
Subject: Offerte bruidsboeket
Date: Tue, 10 Nov 2026 10:15:01 +0100
Message-ID: <20261110091501.a1b2c3@example.com>

Citiți mai întâi rândul Received cel mai de jos. Webmailul a predat mesajul către mail.example.com. Literele ESMTPSA înseamnă: criptat (S) și cu autentificare (A). Apoi mail.example.com l-a transmis către mx.example.net, serverul lui Ahmed. Partea de după „from” este serverul care a oferit mesajul, partea de după „by” este serverul care l-a primit. Orele arată cât a durat fiecare pas.

O capcană: un expeditor poate adăuga el însuși rânduri false în partea de jos înainte de a trimite. De aceea, aveți încredere mai ales în rândurile de sus, create de servere pe care le cunoașteți, cum ar fi serverul propriului dumneavoastră furnizor.

De ce From poate fi falsificat

Protocolul SMTP a fost conceput într-o vreme în care toată lumea avea încredere unii în alții. Nimic din protocolul însuși nu verifică dacă expeditorul din From este cel real. Un escroc poate deci trimite un e-mail cu From: sanne@example.com fără să aibă vreo legătură cu Sanne.

De aceea au apărut ulterior trei verificări, pe care proprietarul unui domeniu le configurează în DNS-ul său:

• SPF indică ce servere au voie să trimită e-mailuri cu un expeditor de plic din acel domeniu.
• DKIM pune o semnătură digitală pe mesaj. Destinatarul o verifică cu o cheie din DNS-ul domeniului care a semnat.
• DMARC le leagă pe acestea două de domeniul pe care îl vedeți în From și spune ce trebuie să facă destinatarul dacă verificarea eșuează: nimic, mutare în spam sau refuz.

Acestea sunt configurate de administratorul domeniului, nu de dumneavoastră ca utilizator al webmailului. Cum funcționează exact veți învăța în cursul E-mailul în ordine. Deocamdată este suficient să știți că numele afișat al unui expeditor nu dovedește nimic și că în anteturi puteți vedea dacă aceste verificări au reușit (lecția 2.2).

Trimis nu înseamnă încă ajuns

Dacă mesajul dumneavoastră se află în dosarul Trimise, știți sigur un singur lucru: propriul server l-a acceptat (pasul 1). Restul se întâmplă după aceea, uneori mult mai târziu.

• Serverul destinatar poate refuza temporar. Unele servere îi cer unui expeditor necunoscut să încerce din nou mai târziu (greylisting). Serverul dumneavoastră încearcă atunci din nou, uneori zile întregi, și vă anunță dacă eșuează în continuare.
• Serverul destinatar poate refuza definitiv mesajul, de exemplu pentru că adresa nu există sau căsuța poștală este plină. Atunci primiți înapoi un mesaj de eroare (un bounce, lecția 8.4).
• Mesajul poate ajunge, dar poate fi mutat în dosarul de spam. În acest caz nu primiți nicio notificare.

Dacă Sanne așteaptă un răspuns care nu vine, ea verifică deci mai întâi dacă în Primite a sosit un mesaj de eroare și îl roagă pe Ahmed să se uite în dosarul său de spam.

În practică: cum funcționează în webmail

În webmail vedeți anteturile unui mesaj cu butonul Antete de deasupra mesajului sau prin Mai multe > Afişează sursa. Lecția 2.2 tratează acest subiect mai pe larg. Cum afișează webmailul și programul dumneavoastră de e-mail același mesaj puteți citi în manualul Roundcube, la Ce este webmailul. În alte webmailuri, cum ar fi Gmail sau Outlook.com, funcționează asemănător, doar că butonul are alt nume (în Gmail, de exemplu, Afișați originalul).

Rezumat

• Webmailul este un program de e-mail în browser. El comunică cu serverul de e-mail prin IMAP (citire) și SMTP (trimitere).
• Un e-mail merge de la propriul server la serverul indicat în înregistrarea MX a domeniului destinatarului.
• Plicul (MAIL FROM, RCPT TO, mai târziu Return-Path) este pentru servere, anteturile (From, To, Subject, Date, Message-ID) sunt pentru oameni și programe.
• Fiecare server adaugă un rând Received în partea de sus; le citiți de jos în sus.
• From poate fi falsificat; SPF, DKIM și DMARC fac falsificarea mai dificilă. Trimis nu înseamnă ajuns.

Test (quiz)

Exercițiu

Exercițiul A1.1: Citirea antetelor. Materialul kopregels-1.txt se află sub acest exercițiu: anteturile unui e-mail real, dar anonimizat. Citiți-le de jos în sus și completați: domeniul din From, domeniul din Return-Path, câte rânduri Received există și ce server a primit ultimul mesajul (rândul Received cel mai de sus, partea de după „by”). Programul compară răspunsurile dumneavoastră cu cheia de răspunsuri și arată pentru fiecare întrebare dacă răspunsul este corect, cu o explicație despre unde l-ați fi putut găsi în anteturi.

Lecturi suplimentare

Acolo unde sunt descriși pași în webmail, aceștia se aplică webmailului WebOké; în alte webmailuri funcționează asemănător.

• Roundcube Webmail 1.1: Ce este webmailul?
• Explicarea procesului de trimitere a e-mailurilor / SMTP
• Vizualizarea și citirea liniilor de antet (headere) ale unui e-mail
• Curs gratuit E-mailul la punct: configurare și livrare corectă 1.1: Călătoria unui e-mail
• Curs gratuit E-mailul la punct: configurare și livrare corectă 1.5: Citirea capetelor de mesaj: de unde a venit acest e-mail?
• Curs gratuit E-mailul la punct: configurare și livrare corectă 4.1: De ce ajunge e-mailul în spam
• RFC 5321, Simple Mail Transfer Protocol (în engleză): https://www.rfc-editor.org/rfc/rfc5321
• RFC 5322, Internet Message Format (în engleză): https://www.rfc-editor.org/rfc/rfc5322