Kaip veikia el. paštas

Kaip veikia el. paštas: nuo mygtuko „Siųsti” iki gavėjo pašto dėžutės

Autorius /

Kiekvieną dieną pasaulyje išsiunčiama daugiau nei 300 milijardų el. laiškų. Jūs paspaudžiate „Siųsti”, ir po kelių sekundžių laiškas pasiekia gavėją kitame žemyno gale. Procesas atrodo akimirksninis ir paprastas, tačiau po šiuo vienu mygtuko paspaudimu slypi sudėtinga kelionė per kelis serverius, protokolus, DNS užklausas ir saugumo patikrinimus.

Šiame straipsnyje parodysime, kas iš tikrųjų vyksta per tas kelias sekundes: kaip jūsų laiškas keliauja nuo jūsų kompiuterio iki gavėjo pašto dėžutės, kokie protokolai dalyvauja kiekviename etape, kaip serveriai nusprendžia, kur pristatyti laišką, ir kodėl kai kurie laiškai niekada nepasiekia adresato.

El. pašto sistemos dalyviai: kas yra kas

Prieš gilinantis į procesą, verta susipažinti su pagrindiniais el. pašto sistemos dalyviais. Kiekvienas iš jų atlieka skirtingą vaidmenį laiško kelionėje.

MUA (Mail User Agent) – el. pašto klientas

MUA yra programa, kurią naudojate laiškams rašyti, skaityti ir tvarkyti. Tai jūsų sąlyčio taškas su el. pašto sistema.

Darbalaukio klientai:

  • Microsoft Outlook
  • Mozilla Thunderbird
  • Apple Mail

Mobiliosios programėlės:

  • Gmail (Android, iOS)
  • Apple Mail (iOS)
  • Outlook Mobile

Žiniatinklio klientai (webmail):

  • Gmail (mail.google.com)
  • Outlook.com
  • Yahoo Mail
  • ProtonMail

MUA atlieka dvi pagrindines funkcijas: siunčia laiškus per SMTP protokolą ir priima laiškus per IMAP arba POP3 protokolą.

MSA (Mail Submission Agent) – laiškų priėmimo tarnyba

MSA yra serveris, kuris priima jūsų išsiunčiamus laiškus iš MUA. Jis patikrina, ar turite teisę siųsti laiškus (autentifikuoja jus), ir perduoda laišką MTA. Dažniausiai MSA veikia tame pačiame serveryje kaip MTA, bet klausosi 587 porto (SMTP su STARTTLS).

MTA (Mail Transfer Agent) – laiškų perdavimo tarnyba

MTA yra pagrindinis el. pašto sistemos „variklis”. Jis priima laiškus, nustato, kur juos pristatyti (pagal DNS MX įrašus), ir persiunčia gavėjo serveriui. MTA bendrauja su kitais MTA per SMTP protokolą (25 portas).

Populiariausi MTA:

  • Postfix – plačiausiai naudojamas Linux sistemose
  • Exim – populiarus tarp prieglobos tiekėjų (cPanel numatytasis)
  • Sendmail – vienas seniausių, vis dar naudojamas
  • Microsoft Exchange – korporaciniuose aplinkose
  • Google infrastruktūra – Gmail

MDA (Mail Delivery Agent) – laiškų pristatymo tarnyba

MDA priima laišką iš MTA ir patalpina jį į gavėjo pašto dėžutę. MDA rūpinasi, kad laiškas atsidurtų teisingoje vietoje: gautuosiuose, spam kataloge ar konkrečiame aplanke pagal filtravimo taisykles.

Populiariausi MDA:

  • Dovecot – plačiausiai naudojamas IMAP/POP3 serveris
  • Courier – alternatyva Dovecot
  • Cyrus IMAP – korporacinėse aplinkose

DNS serveris

DNS (Domain Name System) atlieka svarbų vaidmenį el. pašto pristatyme. Kai MTA nori pristatyti laišką adresatui gavėjas@pavyzdys.lt, jis kreipiasi į DNS serverį, kad sužinotų, kuris el. pašto serveris aptarnauja domeną pavyzdys.lt. Šią informaciją pateikia MX (Mail Exchange) įrašas.

Laiško kelionė žingsnis po žingsnio

Panagrinėkime, kas vyksta, kai jonas@siuntejas.lt siunčia laišką ona@gavejas.lt.

1 žingsnis: laiško sukūrimas ir pateikimas

Jonas atidaro savo el. pašto klientą (pvz., Thunderbird), parašo laišką, nurodo gavėją ona@gavejas.lt, prideda temą ir tekstą, ir paspaudžia „Siųsti”.

Šiuo momentu el. pašto klientas (MUA) sukuria laiško struktūrą pagal RFC 5322 standartą. Laiškas susideda iš dviejų dalių:

Antraštės (Headers):

From: jonas@siuntejas.lt
To: ona@gavejas.lt
Subject: Susitikimo laikas
Date: Mon, 09 Jun 2026 14:30:00 +0300
Message-ID: <unique-id-12345@siuntejas.lt>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8

Turinys (Body):

Sveika Ona,

Ar galėtume susitikti trečiadienį 15:00?

Pagarbiai,
Jonas

Klientas tada prisijungia prie savo el. pašto serverio (MSA) per SMTP protokolą. Prisijungimas vyksta per 587 portą su STARTTLS šifravimu arba per 465 portą su SSL/TLS.

2 žingsnis: autentifikavimas ir pateikimas MSA serveriui

El. pašto klientas pradeda SMTP „pokalbį” su MSA serveriu. Šis pokalbis vyksta tekstinėmis komandomis:

# Klientas prisijungia prie serverio
C: EHLO kliento-kompiuteris.local
S: 250-mail.siuntejas.lt Hello
S: 250-STARTTLS
S: 250-AUTH PLAIN LOGIN
S: 250 OK

# Šifravimo aktyvavimas
C: STARTTLS
S: 220 Ready to start TLS
# (šiuo momentu užmezgamas TLS šifruotas ryšys)

# Autentifikavimas
C: AUTH LOGIN
S: 334 VXNlcm5hbWU6    (base64: "Username:")
C: am9uYXM=            (base64: "jonas")
S: 334 UGFzc3dvcmQ6    (base64: "Password:")
C: c2xhcHRhem9kaXM=    (base64: slaptažodis)
S: 235 Authentication successful

# Laiško siuntimas
C: MAIL FROM:<jonas@siuntejas.lt>
S: 250 OK
C: RCPT TO:<ona@gavejas.lt>
S: 250 OK
C: DATA
S: 354 Start mail input
C: From: jonas@siuntejas.lt
C: To: ona@gavejas.lt
C: Subject: Susitikimo laikas
C: Date: Mon, 09 Jun 2026 14:30:00 +0300
C: 
C: Sveika Ona,
C: Ar galėtume susitikti trečiadienį 15:00?
C: 
C: Pagarbiai,
C: Jonas
C: .
S: 250 OK: queued as ABC123
C: QUIT
S: 221 Bye

MSA serveris priima laišką ir patikrina:

  • Ar vartotojas autentifikuotas (ar turi teisę siųsti)
  • Ar siuntėjo adresas (MAIL FROM) atitinka autentifikuoto vartotojo paskyrą
  • Ar laiškas neviršija dydžio limito
  • Ar gavėjo adresas yra tinkamo formato

Po šių patikrinimų MSA perduoda laišką MTA komponentui tolimesniam apdorojimui.

3 žingsnis: gavėjo serverio paieška per DNS

MTA turi išsiaiškinti, kuris serveris aptarnauja gavėjo domeną gavejas.lt. Tam jis kreipiasi į DNS sistemą su MX (Mail Exchange) užklausa:

# DNS MX užklausa
dig MX gavejas.lt

# Rezultatas:
# gavejas.lt.  300  IN  MX  10 mail1.gavejas.lt.
# gavejas.lt.  300  IN  MX  20 mail2.gavejas.lt.

MX įrašo anatomija:

DalisReikšmė
gavejas.lt.Domenas, kuriam taikomas įrašas
300TTL (galiojimo laikas sekundėmis)
INInterneto klasė
MXĮrašo tipas (Mail Exchange)
10Prioritetas (mažesnis skaičius = aukštesnis prioritetas)
mail1.gavejas.lt.El. pašto serverio adresas

MTA pirmiausia bando prisijungti prie serverio su aukščiausiu prioritetu (mažiausiu skaičiumi), šiuo atveju mail1.gavejas.lt (prioritetas 10). Jei šis serveris nepasiekiamas, MTA bando kitą serverį, mail2.gavejas.lt (prioritetas 20). Tai užtikrina atsparumą gedimams.

Po MX serverio nustatymo MTA atlieka dar vieną DNS užklausą, kad sužinotų MX serverio IP adresą:

# A įrašo užklausa
dig A mail1.gavejas.lt

# Rezultatas:
# mail1.gavejas.lt.  300  IN  A  203.0.113.25

Dabar MTA žino tikslų IP adresą, kuriuo reikia siųsti laišką.

4 žingsnis: SMTP ryšys tarp serverių

Siuntėjo MTA užmezga SMTP ryšį su gavėjo MTA per 25 portą (arba 465 su TLS):

# Siuntėjo MTA prisijungia prie gavėjo MTA
C: EHLO mail.siuntejas.lt
S: 250-mail1.gavejas.lt
S: 250-STARTTLS
S: 250-SIZE 52428800
S: 250 OK

# TLS šifravimas (jei palaikomas)
C: STARTTLS
S: 220 Ready to start TLS
# (TLS handshake)

# Laiško perdavimas
C: MAIL FROM:<jonas@siuntejas.lt>
S: 250 OK
C: RCPT TO:<ona@gavejas.lt>
S: 250 OK
C: DATA
S: 354 Start mail input
C: (laiško antraštės ir turinys)
C: .
S: 250 OK: queued as XYZ789
C: QUIT
S: 221 Bye

Šiame etape gavėjo MTA atlieka kelis patikrinimus prieš priimant laišką:

  1. Ar gavėjo adresas egzistuoja? Serveris tikrina, ar ona@gavejas.lt yra tikra pašto dėžutė. Jei ne, grąžina klaidą (550 User not found).
  2. Ar siuntėjo IP nėra juodajame sąraše? Serveris tikrina siuntėjo IP adresą prieš žinomus spam sąrašus (RBL/DNSBL).
  3. SPF patikrinimas: Ar siuntėjo serveris turi teisę siųsti laiškus siuntejas.lt domeno vardu.
  4. DKIM parašo patikrinimas: Ar laiškas buvo pasirašytas siuntejas.lt domeno DKIM raktu.
  5. DMARC politikos patikrinimas: Ar siuntėjo domenas turi DMARC politiką ir kaip elgtis, jei SPF/DKIM patikrinimas nepavyksta.
  6. Turinio filtravimas: Ar laiško turinys neatrodo kaip spam (SpamAssassin, Rspamd ir pan.).

5 žingsnis: laiško pristatymas į pašto dėžutę

Kai gavėjo MTA priima laišką, jis perduoda jį MDA (Mail Delivery Agent). MDA patalpina laišką į Onos pašto dėžutę, paprastai Maildir arba mbox formatu serverio failų sistemoje.

Maildir formatas (kiekvienas laiškas yra atskiras failas):

/home/ona/Maildir/
├── new/          ← neperskaityti laiškai
│   └── 1718022600.V802I4e0M992345.mail1:2,
├── cur/          ← perskaityti laiškai
│   └── ...
├── tmp/          ← laikini failai (rašymo metu)
└── .Spam/        ← spam aplankas
    ├── new/
    └── cur/

Šiame etape MDA gali taikyti papildomas taisykles:

  • Sieve filtrai: Automatinis laiškų rūšiavimas į aplankus pagal siuntėją, temą ar kitus kriterijus
  • Spam filtravimas: Laiškas gali būti perkeltas į Spam aplanką
  • Automatinis atsakymas: Jei Ona nustatė atostogų atsakymą (vacation reply)
  • Persiuntimas: Jei Ona nustatė laiškų persiuntimą kitam adresui

6 žingsnis: laiško atsiėmimas iš serverio

Kai Ona atidaro savo el. pašto klientą, klientas prisijungia prie pašto serverio ir parsisiunčia naujus laiškus. Šiame etape naudojamas IMAP arba POP3 protokolas (ne SMTP, kuris naudojamas tik siuntimui).

IMAP sesijos pavyzdys:

C: a001 LOGIN ona slaptazodis
S: a001 OK LOGIN completed

C: a002 SELECT INBOX
S: * 3 EXISTS
S: * 1 RECENT
S: a002 OK [READ-WRITE] SELECT completed

C: a003 FETCH 3 (FLAGS BODY[HEADER.FIELDS (FROM SUBJECT DATE)])
S: * 3 FETCH (FLAGS (\Recent) BODY[HEADER.FIELDS (FROM SUBJECT DATE)]
S: {120}
S: From: jonas@siuntejas.lt
S: Subject: Susitikimo laikas
S: Date: Mon, 09 Jun 2026 14:30:00 +0300
S: )
S: a003 OK FETCH completed

C: a004 FETCH 3 BODY[]
S: (pilnas laiško turinys)
S: a004 OK FETCH completed

Visas procesas, nuo mygtuko „Siųsti” paspaudimo iki laiško pasirodymo Onos pašto dėžutėje, paprastai trunka nuo kelių sekundžių iki kelių minučių.

El. pašto protokolai: SMTP, IMAP ir POP3

SMTP (Simple Mail Transfer Protocol)

SMTP yra el. pašto siuntimo protokolas. Jis naudojamas dviem tikslais:

  1. Laiškų pateikimas (submission): iš el. pašto kliento į serverį (587 portas)
  2. Laiškų perdavimas (relay): tarp serverių (25 portas)

SMTP portai ir jų paskirtis:

PortasPaskirtisŠifravimas
25Serveris-serveris perdavimasSTARTTLS (neprivalomas)
465Kliento pateikimasImplicit TLS (visada šifruotas)
587Kliento pateikimasSTARTTLS (šifravimas po prisijungimo)

Portas 25 yra skirtas tik serverių tarpusavio komunikacijai. Daugelis interneto tiekėjų (ISP) blokuoja 25 portą iš naminių tinklų, kad apsisaugotų nuo spam botų.

Portas 587 yra standartinis portas el. pašto klientams siųsti laiškus. Ryšys prasideda nešifruotai, tada šifravimas aktyvuojamas STARTTLS komanda.

Portas 465 buvo trumpam pasenęs, bet 2018 metais RFC 8314 jį oficialiai sugrąžino kaip „implicit TLS” portą. Ryšys iš karto pradedamas su TLS šifravimu (be STARTTLS žingsnio).

SMTP komandos:

KomandaPaskirtis
EHLO / HELOPrisistato serveriui
AUTHAutentifikuojasi (vartotojo vardas ir slaptažodis)
MAIL FROMNurodo siuntėjo adresą
RCPT TONurodo gavėjo adresą
DATAPradeda laiško turinio perdavimą
STARTTLSAktyvuoja TLS šifravimą
QUITBaigia sesiją

SMTP atsakymo kodai:

KodasReikšmė
220Serveris pasiruošęs
250Komanda sėkmingai įvykdyta
354Pradėkite laiško turinį
421Paslauga laikinai nepasiekiama
450Pašto dėžutė laikinai nepasiekiama
550Pašto dėžutė neegzistuoja
553Neleistinas siuntėjo adresas
554Operacija nepavyko (dažnai spam filtras)

IMAP (Internet Message Access Protocol)

IMAP yra laiškų skaitymo protokolas, leidžiantis valdyti laiškus serveryje. Laiškai lieka serveryje, ir jūs galite juos pasiekti iš kelių įrenginių (kompiuterio, telefono, planšetės). Visi veiksmai (skaitymas, perkėlimas į aplankus, trynimas) sinchronizuojami tarp visų įrenginių.

IMAP portai:

PortasŠifravimas
143STARTTLS (šifravimas po prisijungimo)
993Implicit TLS (visada šifruotas, rekomenduojamas)

Pagrindinės IMAP funkcijos:

  • Laiškų skaitymas be atsisiuntimo (tik antraštės arba dalinis turinys)
  • Aplankų kūrimas ir tvarkymas serveryje
  • Laiškų perkėlimas tarp aplankų
  • Paieška serveryje (be viso turinio atsisiuntimo)
  • Kelių įrenginių sinchronizacija
  • Žymėjimas (flags): perskaitytas, su žvaigždute, atsakytas, ištrintas

IMAP aplankai (standartiniai):

INBOX          ← Gauti laiškai
Sent           ← Išsiųsti laiškai
Drafts         ← Juodraščiai
Trash          ← Šiukšlinė
Junk / Spam    ← Nepageidaujami laiškai
Archive        ← Archyvas

POP3 (Post Office Protocol v3)

POP3 yra senesnis laiškų atsiėmimo protokolas. Skirtingai nuo IMAP, POP3 atsisiunčia laiškus iš serverio į vieną įrenginį ir (pagal numatymą) ištrina juos iš serverio.

POP3 portai:

PortasŠifravimas
110STARTTLS (šifravimas po prisijungimo)
995Implicit TLS (visada šifruotas, rekomenduojamas)

IMAP vs POP3 palyginimas:

SavybėIMAPPOP3
Laiškai saugomiServeryjeKliento įrenginyje
Kelių įrenginių prieigaTaip (sinchronizuota)Ribota (laiškai tik viename įrenginyje)
Serverio vietos naudojimasDaugiau (laiškai lieka serveryje)Mažiau (laiškai ištrinami iš serverio)
Aplankai ir organizavimasPilnas serverio aplankų valdymasTik INBOX
PaieškaServeryje ir klienteTik kliente
Tinkamas naudotiDaugeliu atvejų (rekomenduojamas)Kai norite turėti laiškus tik viename įrenginyje

2026 metais IMAP yra standartas. POP3 naudojamas retai, daugiausia specifinėse situacijose: labai ribota serverio vieta, archyvavimo tikslais, arba kai saugumo politika reikalauja, kad laiškai nebūtų saugomi serveryje.

DNS ir el. paštas: MX, SPF, DKIM ir DMARC įrašai

DNS sistema yra el. pašto infrastruktūros stuburas. Be DNS, serveriai negalėtų rasti vienas kito, ir nė vienas laiškas nepasiektų gavėjo.

MX įrašas (Mail Exchange)

MX įrašas nurodo, kuris serveris (arba serveriai) priima el. laiškus konkrečiam domenui.

; MX įrašų pavyzdžiai
jusudomenas.lt.    IN  MX  10  mail.jusudomenas.lt.
jusudomenas.lt.    IN  MX  20  backup-mail.jusudomenas.lt.

; MX serverių IP adresai
mail.jusudomenas.lt.         IN  A  203.0.113.10
backup-mail.jusudomenas.lt.  IN  A  203.0.113.20

Prioritetų logika:

  • Siuntėjo serveris pirmiausia bando pristatyti laišką serveriui su mažiausiu prioriteto skaičiumi (10).
  • Jei pirminis serveris nepasiekiamas (neatsako per timeout periodą), bandomas kitas pagal prioritetą (20).
  • Jei keli serveriai turi tą patį prioritetą, srautas paskirstomas tarp jų (load balancing).

Gmail MX įrašų pavyzdys:

dig MX gmail.com

# gmail.com.  300  IN  MX  5   gmail-smtp-in.l.google.com.
# gmail.com.  300  IN  MX  10  alt1.gmail-smtp-in.l.google.com.
# gmail.com.  300  IN  MX  20  alt2.gmail-smtp-in.l.google.com.
# gmail.com.  300  IN  MX  30  alt3.gmail-smtp-in.l.google.com.
# gmail.com.  300  IN  MX  40  alt4.gmail-smtp-in.l.google.com.

Google naudoja penkis MX serverius su skirtingais prioritetais, užtikrinant aukštą pasiekiamumą.

SPF įrašas (Sender Policy Framework)

SPF yra DNS TXT įrašas, kuris nurodo, kurie serveriai turi teisę siųsti el. laiškus jūsų domeno vardu. Kai gavėjo serveris gauna laišką „nuo” jonas@siuntejas.lt, jis patikrina siuntejas.lt SPF įrašą ir palygina siuntėjo serverio IP adresą su leistinų serverių sąrašu.

; SPF įrašo pavyzdys
siuntejas.lt.  IN  TXT  "v=spf1 ip4:203.0.113.10 include:_spf.google.com -all"

SPF sintaksės elementai:

ElementasReikšmė
v=spf1SPF versija (visada spf1)
ip4:203.0.113.10Leisti siųsti iš šio IPv4 adreso
ip6:2001:db8::1Leisti siųsti iš šio IPv6 adreso
aLeisti siųsti iš domeno A įrašo IP
mxLeisti siųsti iš domeno MX serverių IP
include:_spf.google.comĮtraukti kito domeno SPF taisykles
~allSoft fail: laiškai iš kitų serverių žymimi kaip įtartini
-allHard fail: laiškai iš kitų serverių atmetami
?allNeutral: jokio sprendimo dėl kitų serverių

Praktiniai SPF pavyzdžiai:

; Tik vienas pašto serveris
siuntejas.lt.  IN  TXT  "v=spf1 mx -all"

; Google Workspace
siuntejas.lt.  IN  TXT  "v=spf1 include:_spf.google.com -all"

; Microsoft 365
siuntejas.lt.  IN  TXT  "v=spf1 include:spf.protection.outlook.com -all"

; Kelios paslaugos (savo serveris + Google + Mailchimp)
siuntejas.lt.  IN  TXT  "v=spf1 ip4:203.0.113.10 include:_spf.google.com include:servers.mcsv.net -all"

SPF patikrinimas:

# Patikrinkite domeno SPF įrašą
dig TXT siuntejas.lt | grep spf

# Naudokite specializuotą įrankį
nslookup -type=txt siuntejas.lt

DKIM (DomainKeys Identified Mail)

DKIM yra kriptografinis laiškų pasirašymo mechanizmas. Siuntėjo serveris pasirašo kiekvieną laišką privačiu raktu, o gavėjo serveris patikrina parašą naudodamas viešąjį raktą, publikuotą siuntėjo domeno DNS įraše.

Kaip veikia DKIM:

  1. Siuntėjo serveris sukuria laiško turinio ir tam tikrų antraščių kriptografinę maišą (hash).
  2. Maiša pasirašoma siuntėjo privačiu DKIM raktu.
  3. Parašas pridedamas prie laiško kaip DKIM-Signature antraštė.
  4. Gavėjo serveris gauna laišką ir nuskaito DKIM-Signature antraštę.
  5. Iš antraštės nustato selektorių (selector) ir domeną.
  6. Kreipiasi į DNS, kad gautų viešąjį DKIM raktą.
  7. Patikrina parašą naudodamas viešąjį raktą.
  8. Jei parašas galioja, laiškas yra autentiškas ir nebuvo modifikuotas kelyje.

DKIM-Signature antraštės pavyzdys:

DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
    d=siuntejas.lt; s=selector1;
    h=from:to:subject:date:message-id;
    bh=abc123def456...=;
    b=xyz789ghi012...=
LaukasReikšmė
v=1DKIM versija
a=rsa-sha256Parašo algoritmas
c=relaxed/relaxedKanonizacijos metodas (antraštėms/turiniui)
d=siuntejas.ltPasirašęs domenas
s=selector1Selektorius (rakto identifikatorius)
h=from:to:subject:...Kurios antraštės yra pasirašytos
bh=...Laiško turinio maiša
b=...Parašas

DKIM DNS įrašas:

; Viešasis DKIM raktas DNS
selector1._domainkey.siuntejas.lt.  IN  TXT  "v=DKIM1; k=rsa; p=MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA..."

DKIM patikrinimas:

# Patikrinkite DKIM DNS įrašą
dig TXT selector1._domainkey.siuntejas.lt

DMARC (Domain-based Message Authentication, Reporting and Conformance)

DMARC sujungia SPF ir DKIM patikrinimus ir nurodo gavėjo serveriui, ką daryti su laiškais, kurie nepraėjo autentifikavimo. DMARC yra paskutinis apsaugos sluoksnis prieš el. pašto klastojimą.

DMARC DNS įrašo pavyzdys:

_dmarc.siuntejas.lt.  IN  TXT  "v=DMARC1; p=reject; rua=mailto:dmarc-reports@siuntejas.lt; ruf=mailto:dmarc-forensic@siuntejas.lt; pct=100"
ParametrasReikšmė
v=DMARC1DMARC versija
p=rejectPolitika: atmesti laiškus, nepraėjusius patikrinimo
p=quarantinePolitika: perkelti į spam
p=nonePolitika: nieko nedaryti (tik stebėjimas)
rua=mailto:...Adresas suvestinėms ataskaitoms (aggregate reports)
ruf=mailto:...Adresas detaliosioms ataskaitoms (forensic reports)
pct=100Procentas laiškų, kuriems taikoma politika

Rekomenduojama DMARC diegimo eiga:

; 1 etapas: stebėjimas (pradėkite nuo čia)
_dmarc.siuntejas.lt.  IN  TXT  "v=DMARC1; p=none; rua=mailto:dmarc@siuntejas.lt"

; 2 etapas: karantinas (po kelių savaičių stebėjimo)
_dmarc.siuntejas.lt.  IN  TXT  "v=DMARC1; p=quarantine; pct=50; rua=mailto:dmarc@siuntejas.lt"

; 3 etapas: pilnas atmetimas
_dmarc.siuntejas.lt.  IN  TXT  "v=DMARC1; p=reject; rua=mailto:dmarc@siuntejas.lt"

Kaip SPF, DKIM ir DMARC dirba kartu

Kai gavėjo serveris gauna laišką, vyksta ši patikrinimo seka:

1. SPF patikrinimas:
   → Ar siuntėjo serverio IP yra leistinų siuntėjų sąraše?
   → Rezultatas: pass / fail / softfail / neutral

2. DKIM patikrinimas:
   → Ar laiško kriptografinis parašas galioja?
   → Rezultatas: pass / fail / none

3. DMARC patikrinimas:
   → Ar bent vienas iš SPF arba DKIM praėjo?
   → Ar SPF/DKIM domenas atitinka "From:" antraštės domeną?
   → Kokia siuntėjo DMARC politika? (none / quarantine / reject)
   → Sprendimas: priimti / perkelti į spam / atmesti

El. pašto šifravimas

Transporto šifravimas (TLS)

TLS šifravimas apsaugo el. laiškus kelyje tarp serverių. Kai du el. pašto serveriai užmezga ryšį, jie gali naudoti STARTTLS komandą, kad aktyvuotų šifravimą.

Svarbi pastaba: Transporto TLS šifravimas apsaugo laišką tik tarp dviejų serverių. Jei laiškas keliauja per kelis serverius (relay), kiekviename taške jis yra iššifruojamas ir vėl užšifruojamas. Serverio administratorius techniškai gali matyti laiško turinį.

SMTP TLS tikrinimas:

# Patikrinkite, ar serveris palaiko STARTTLS
openssl s_client -connect mail.gavejas.lt:25 -starttls smtp

# Patikrinkite 465 portą (implicit TLS)
openssl s_client -connect mail.gavejas.lt:465

# Patikrinkite IMAP TLS
openssl s_client -connect mail.gavejas.lt:993

MTA-STS (Mail Transfer Agent Strict Transport Security):

MTA-STS yra mechanizmas, panašus į HSTS žiniatinklyje. Jis nurodo siuntėjų serveriams, kad jūsų el. pašto serveris reikalauja TLS šifravimo ir neleisti persiųsti laiškų nešifruotu ryšiu.

; MTA-STS DNS įrašas
_mta-sts.jusudomenas.lt.  IN  TXT  "v=STSv1; id=20260609"

MTA-STS politikos failas (talpinamas https://mta-sts.jusudomenas.lt/.well-known/mta-sts.txt):

version: STSv1
mode: enforce
mx: mail.jusudomenas.lt
mx: backup-mail.jusudomenas.lt
max_age: 604800

Galinis šifravimas (End-to-End)

Galinis šifravimas (E2EE) užšifruoja laišką siuntėjo įrenginyje, ir jį gali iššifruoti tik gavėjas. Nei tarpiniai serveriai, nei el. pašto tiekėjai negali perskaityti laiško turinio.

PGP / GPG (Pretty Good Privacy / GNU Privacy Guard):

PGP yra seniausias ir plačiausiai naudojamas el. pašto galinio šifravimo standartas. Jis naudoja asimetrinę kriptografiją: kiekvienas vartotojas turi viešąjį ir privatų raktą.

# Sugeneruokite PGP raktų porą
gpg --full-generate-key

# Eksportuokite viešąjį raktą (paskelbkite jį)
gpg --export --armor jonas@siuntejas.lt > jonas_public.asc

# Užšifruokite laišką gavėjui
gpg --encrypt --recipient ona@gavejas.lt laiskas.txt

# Iššifruokite gautą laišką
gpg --decrypt gautas_laiskas.gpg

S/MIME (Secure/Multipurpose Internet Mail Extensions):

S/MIME naudoja X.509 sertifikatus (panašius į SSL sertifikatus) el. laiškų pasirašymui ir šifravimui. S/MIME sertifikatus išduoda sertifikavimo institucijos, todėl nereikia rankinio raktų apsikeitimo.

S/MIME yra plačiau palaikomas korporacinėse aplinkose (Outlook, Apple Mail turi integruotą S/MIME palaikymą), tačiau reikalauja sertifikato kiekvienam vartotojui.

Šiuolaikinės E2EE paslaugos:

  • ProtonMail: Automatinis galinis šifravimas tarp ProtonMail vartotojų. Laiškams kitoms paslaugoms siūlo slaptažodžiu apsaugotus laiškus.
  • Tutanota (Tuta): Panašus principas kaip ProtonMail, su automatišku šifravimu.
  • Skiff Mail: Naujesnis žaidėjas su Web3 integracija.

El. laiško anatomija: ką slepia antraštės

Kiekvienas el. laiškas turi dvi dalis: antraštes (headers) ir turinį (body). Antraštės yra kaip laiško „pasas”, kuriame surašyta visa informacija apie laiško kilmę, kelionę ir apdorojimą.

Kaip peržiūrėti laiško antraštes

Gmail: Atidarykite laišką → trijų taškų meniu → „Show original”
Outlook: Atidarykite laišką → File → Properties → „Internet Headers”
Thunderbird: View → Message Source (arba Ctrl+U)

Antraščių anatomija

Realaus laiško antraštės (supaprastintos):

Return-Path: <jonas@siuntejas.lt>
Received: from mail.siuntejas.lt (203.0.113.10)
    by mail1.gavejas.lt (198.51.100.20)
    with ESMTPS id abc123
    for <ona@gavejas.lt>;
    Mon, 09 Jun 2026 14:30:05 +0300
Received: from [192.168.1.100] (home.jonas.lt [203.0.113.50])
    by mail.siuntejas.lt (Postfix)
    with ESMTPSA id xyz789
    for <ona@gavejas.lt>;
    Mon, 09 Jun 2026 14:30:02 +0300
DKIM-Signature: v=1; a=rsa-sha256; d=siuntejas.lt; s=selector1;
    h=from:to:subject:date; b=...
From: Jonas Jonaitis <jonas@siuntejas.lt>
To: Ona Onaitė <ona@gavejas.lt>
Subject: Susitikimo laikas
Date: Mon, 09 Jun 2026 14:30:00 +0300
Message-ID: <unique-123@siuntejas.lt>
MIME-Version: 1.0
Content-Type: multipart/alternative;
    boundary="----=_Part_12345"
X-Spam-Status: No, score=-2.1 required=5.0
Authentication-Results: mail1.gavejas.lt;
    spf=pass (sender IP is 203.0.113.10);
    dkim=pass header.d=siuntejas.lt;
    dmarc=pass

Pagrindinių antraščių reikšmės

Received antraštės (kelionės žurnalas):

Received antraštės rodo kiekvieną serverį, per kurį laiškas keliavo. Jos skaitomos iš apačios į viršų (apatinė yra pirmasis serveris, viršutinė yra paskutinis):

# Paskutinis serveris (gavėjo)
Received: from mail.siuntejas.lt (203.0.113.10)
    by mail1.gavejas.lt

# Pirmasis serveris (siuntėjo)
Received: from [192.168.1.100]
    by mail.siuntejas.lt

Kiekviena Received antraštė nurodo:

  • from – kas siuntė (serverio vardas ir IP)
  • by – kas priėmė (serverio vardas)
  • with – koks protokolas naudotas (ESMTP, ESMTPS = su TLS)
  • laiko žymę (kada priimta)

Authentication-Results:

Ši antraštė parodo SPF, DKIM ir DMARC patikrinimo rezultatus:

Authentication-Results: mail1.gavejas.lt;
    spf=pass (sender IP is 203.0.113.10);
    dkim=pass header.d=siuntejas.lt;
    dmarc=pass

pass reiškia, kad patikrinimas sėkmingas. fail rodo, kad laiškas gali būti suklastotas.

Message-ID:

Unikalus laiško identifikatorius, sugeneruotas siuntėjo serverio. Formatas: <unikalus-id@domenas>. Naudojamas laiškų atsakymų gijų sekimui ir dublikatų prevencijai.

X-Spam-Status:

Spam filtro vertinimo rezultatas. score=-2.1 reiškia, kad laiškas nebuvo laikomas spam (neigiamas skaičius = mažesnė spam tikimybė).

MIME: kaip el. laiškai perduoda priedus ir formatuotą tekstą

MIME (Multipurpose Internet Mail Extensions) yra standartas, leidžiantis el. laiškams perduoti ne tik paprastą tekstą, bet ir HTML formatuotą turinį, paveikslėlius, dokumentus, garso ir vaizdo failus.

MIME turinio tipai

Content-Type: text/plain              ← Paprastas tekstas
Content-Type: text/html               ← HTML formatuotas turinys
Content-Type: multipart/alternative   ← Ir teksto, ir HTML versija
Content-Type: multipart/mixed         ← Turinys su priedais
Content-Type: image/jpeg              ← JPEG paveikslėlis
Content-Type: application/pdf         ← PDF dokumentas
Content-Type: application/octet-stream ← Bet koks binarinis failas

Multipart laiško struktūra

Kai siunčiate laišką su HTML formatavimu ir priedu, laiško struktūra atrodo taip:

MIME-Version: 1.0
Content-Type: multipart/mixed;
    boundary="----=_OuterBoundary"

------=_OuterBoundary
Content-Type: multipart/alternative;
    boundary="----=_InnerBoundary"

------=_InnerBoundary
Content-Type: text/plain; charset=UTF-8

Sveika Ona,
Ar galėtume susitikti trečiadienį 15:00?

------=_InnerBoundary
Content-Type: text/html; charset=UTF-8

<html>
<body>
<p>Sveika Ona,</p>
<p>Ar galėtume susitikti <strong>trečiadienį 15:00</strong>?</p>
</body>
</html>

------=_InnerBoundary--

------=_OuterBoundary
Content-Type: application/pdf; name="susitikimo_planas.pdf"
Content-Disposition: attachment; filename="susitikimo_planas.pdf"
Content-Transfer-Encoding: base64

JVBERi0xLjQKMSAwIG9iago8PAovVHlwZSAvQ2F0YWxvZw...
(base64 užkoduotas PDF failas)

------=_OuterBoundary--

Kaip tai veikia:

  1. multipart/mixed yra pagrindinis konteineris, kuriame yra turinys ir priedai.
  2. multipart/alternative viduje yra dvi to paties turinio versijos: paprastas tekstas ir HTML. El. pašto klientas pasirenka, kurią versiją rodyti (dauguma rodo HTML).
  3. Priedas (application/pdf) yra užkoduotas base64 formatu, nes SMTP protokolas gali perduoti tik tekstinius duomenis.

Content-Transfer-Encoding

Kadangi SMTP iš pradžių buvo sukurtas tik 7-bit ASCII tekstui, binariniai failai (paveikslėliai, dokumentai) turi būti konvertuoti į tekstinį formatą:

  • base64: Dažniausiai naudojamas priedams. Padidina failo dydį ~33 %.
  • quoted-printable: Naudojamas tekstui su specialiais simboliais (pvz., lietuviškomis raidėmis). Išsaugo skaitomumą.
  • 7bit: Tik ASCII simboliai, jokio kodavimo.
  • 8bit: 8-bit simboliai (kai serveriai palaiko 8BITMIME plėtinį).

Kodėl laiškai patenka į spam

Viena dažniausiai užduodamų klausimų: „Kodėl mano laiškai patenka į gavėjo spam aplanką?” Priežastys gali būti techninės, turinio arba reputacijos.

Techninės priežastys

1. Trūksta SPF įrašo arba jis neteisingas:

# Patikrinkite savo SPF
dig TXT jusudomenas.lt | grep spf

# Jei rezultatas tuščias, SPF nenustatytas
# Jei SPF neapima jūsų siuntimo serverio IP, laiškai gali būti atmesti

2. DKIM nepasirašytas arba parašas negalioja:

# Patikrinkite DKIM DNS įrašą
dig TXT selector1._domainkey.jusudomenas.lt

3. DMARC politika nenustatyta:

# Patikrinkite DMARC
dig TXT _dmarc.jusudomenas.lt

4. Siuntėjo IP yra juodajame sąraše (blacklist):

# Patikrinkite savo IP prieš populiariausius juoduosius sąrašus
# Naudokite: mxtoolbox.com/blacklists.aspx
# Arba komandinėje eilutėje:
dig +short 10.113.0.203.zen.spamhaus.org
# (IP adresas turi būti apverstas: 203.0.113.10 → 10.113.0.203)
# Jei grąžina IP (pvz., 127.0.0.2), jūsų IP yra juodajame sąraše

5. Reverse DNS (PTR įrašas) nenustatytas:

Gavėjų serveriai tikrina, ar siuntėjo IP adresas turi PTR (Pointer) DNS įrašą ir ar jis atitinka siuntėjo serverio vardą. Jei PTR nenustatytas, laiškas gali būti laikomas spam.

# Patikrinkite PTR įrašą
dig -x 203.0.113.10

# Tikėtinas rezultatas:
# 10.113.0.203.in-addr.arpa.  IN  PTR  mail.jusudomenas.lt.

Turinio priežastys

1. Spam žodžiai ir frazės:

Tam tikri žodžiai laiško temoje arba turinyje aktyvuoja spam filtrus:

  • „Nemokamas”, „Laimėjote”, „Skubus”, „Veiksmas reikalingas tuoj pat”
  • Per daug šauktukas ar didžiųjų raidžių: „PUIKI AKCIJA!!!”
  • Netinkamas teksto ir nuorodų santykis (per daug nuorodų, per mažai teksto)

2. Tik paveikslėlis be teksto:

Laiškai, kuriuose yra tik paveikslėlis (be teksto), dažnai filtruojami kaip spam, nes spam siuntėjai naudoja paveikslėlius, kad apeitų teksto analizę.

3. Suklastota „From” antraštė:

Jei „From” antraštės domenas nesutampa su faktiniu siuntėjo serveriu, ir SPF/DKIM patikrinimas nepavyksta, laiškas beveik garantuotai pateks į spam.

Reputacijos priežastys

1. Naujas domenas arba IP:

Nauji domenai ir IP adresai neturi el. pašto reputacijos istorijos. Gavėjų serveriai tokiems siuntėjams taiko griežtesnius filtrus. Sprendimas: pradėkite siųsti mažus laiškų kiekius ir laipsniškai didinkite (IP warming).

2. Aukštas atmetimų rodiklis (bounce rate):

Jei siuntinėjate laiškus neegzistuojantiems adresams, jūsų siuntėjo reputacija smunka. Reguliariai valykite kontaktų sąrašus.

3. Didelis skundų skaičius:

Kai gavėjai spaudžia „Pranešti apie spam” (Report Spam) mygtuką, tai tiesiogiai veikia jūsų siuntėjo reputaciją. Jei skundų rodiklis viršija 0,1 % (1 skundas iš 1000 laiškų), jūsų pristatymo rodiklis gerokai pablogės.

4. Nenuoseklus siuntimo kiekis:

Staigus laiškų kiekio padidėjimas (pvz., nuo 100 per dieną iki 10 000 per dieną) kelia raudoną vėliavą spam filtrams.

El. pašto pristatymo optimizavimas (Deliverability)

DNS konfigūracijos kontrolinis sąrašas

; 1. MX įrašas (privalomas)
jusudomenas.lt.     IN  MX  10  mail.jusudomenas.lt.
mail.jusudomenas.lt. IN  A  203.0.113.10

; 2. SPF įrašas (privalomas)
jusudomenas.lt.     IN  TXT  "v=spf1 ip4:203.0.113.10 -all"

; 3. DKIM įrašas (privalomas)
selector1._domainkey.jusudomenas.lt.  IN  TXT  "v=DKIM1; k=rsa; p=MIIBIjAN..."

; 4. DMARC įrašas (labai rekomenduojamas)
_dmarc.jusudomenas.lt.  IN  TXT  "v=DMARC1; p=reject; rua=mailto:dmarc@jusudomenas.lt"

; 5. PTR įrašas (privalomas, nustatomas per IP tiekėją)
10.113.0.203.in-addr.arpa.  IN  PTR  mail.jusudomenas.lt.

; 6. MTA-STS (rekomenduojamas)
_mta-sts.jusudomenas.lt.  IN  TXT  "v=STSv1; id=20260609"

; 7. DANE / TLSA (pažangus)
_25._tcp.mail.jusudomenas.lt.  IN  TLSA  3 1 1 abc123...

Testavimo įrankiai

1. MXToolbox (mxtoolbox.com):

  • MX įrašų patikrinimas
  • SPF, DKIM, DMARC patikrinimas
  • Blacklist patikrinimas
  • SMTP diagnostika

2. Mail-tester.com:

  • Siųskite testinį laišką nurodytu adresu
  • Gaukite 1-10 balų vertinimą
  • Detalios rekomendacijos, ką taisyti

3. Google Postmaster Tools (postmaster.google.com):

  • Jūsų domeno reputacija Gmail sistemoje
  • Spam rodikliai
  • Autentifikavimo rezultatai
  • Šifravimo statistika

4. Komandinė eilutė:

# Pilnas el. pašto DNS patikrinimas
echo "=== MX ==="
dig MX jusudomenas.lt +short

echo "=== SPF ==="
dig TXT jusudomenas.lt +short | grep spf

echo "=== DKIM ==="
dig TXT selector1._domainkey.jusudomenas.lt +short

echo "=== DMARC ==="
dig TXT _dmarc.jusudomenas.lt +short

echo "=== PTR ==="
dig -x 203.0.113.10 +short

echo "=== MTA-STS ==="
dig TXT _mta-sts.jusudomenas.lt +short

El. pašto tiekėjų infrastruktūra: kas vyksta už kulisų

Gmail infrastruktūra

Gmail apdoroja daugiau nei 1,8 milijardo paskyrų ir šimtus milijardų laiškų per mėnesį. Gmail infrastruktūra yra paskirstyta per kelis duomenų centrus visame pasaulyje.

Gmail laiško apdorojimo eiga:

  1. Laiškas priimamas per Gmail MX serverius
  2. Atliekami SPF, DKIM, DMARC patikrinimai
  3. Virusų skenavimas (kiekvienas priedas tikrinamas keliais antivirusiniais varikliais)
  4. Spam filtravimas (mašininio mokymosi modeliai, vartotojų skundų duomenys, turinio analizė)
  5. Kategorijų priskyrimas (Primary, Social, Promotions, Updates, Forums)
  6. Laiškas talpinamas Bigtable duomenų bazėje
  7. Indeksavimas paieškai
  8. Sinchronizavimas su vartotojo įrenginiais

Microsoft 365 / Exchange Online

Microsoft apdoroja apie 400 milijonų mokamų Microsoft 365 paskyrų. Exchange Online naudoja panašią infrastruktūrą su papildomomis korporacinėmis funkcijomis: atitikties politikos, duomenų praradimo prevencija (DLP), šifravimas, archyvavimas.

Savarankiškas el. pašto serveris

Kai kurios organizacijos pasirenka valdyti savo el. pašto serverį (self-hosted). Tipinė savarankiško serverio konfigūracija:

MTA:  Postfix (laiškų perdavimas)
MDA:  Dovecot (IMAP/POP3 prieiga)
Spam: Rspamd arba SpamAssassin
AV:   ClamAV (antivirusas)
Web:  Roundcube arba SOGo (webmail)

Savarankiško serverio privalumai:

  • Pilna duomenų kontrolė
  • Privatumas (laiškai nesaugomi trečiosios šalies serveriuose)
  • Pritaikomumas pagal specifinius poreikius
  • Nėra mėnesinių mokesčių už paskyras

Savarankiško serverio trūkumai:

  • Reikalauja techninių žinių ir nuolatinės priežiūros
  • Spam ir saugumo filtravimas yra jūsų atsakomybė
  • IP reputacijos palaikymas reikalauja pastangų
  • Pasiekiamumas ir atsarginės kopijos yra jūsų rūpestis
  • Dideli el. pašto tiekėjai (Gmail, Outlook) gali traktuoti naujus IP skeptiškai

El. pašto saugumo grėsmės

Phishing (sukčiavimo laiškai)

Phishing yra bandymas apgaule gauti jautrią informaciją (slaptažodžius, kredito kortelių duomenis) apsimetant patikimu siuntėju. Phishing laiškai atrodo kaip oficialūs pranešimai iš bankų, kurjerių tarnybų ar socialinių tinklų.

Kaip atpažinti phishing:

  • Siuntėjo adresas neatitinka tikrosios organizacijos domeno (pvz., bankas@gmail.com vietoj info@bankas.lt)
  • Nuorodos veda į kitą domeną nei oficialus (užveskite pelę ant nuorodos, bet nespauskite)
  • Skubumo tonas: „Jūsų paskyra bus užblokuota per 24 valandas”
  • Gramatikos ir rašybos klaidos
  • Prašymas atskleisti slaptažodį ar asmeninius duomenis

Techninė apsauga nuo phishing:

  • SPF, DKIM, DMARC autentifikavimas (apsaugo NUO jūsų domeno suklastojimo)
  • BIMI (Brand Indicators for Message Identification): rodomas jūsų logotipas šalia laiško gavėjo pašto klientuose

Spoofing (el. pašto klastojimas)

Spoofing yra „From” antraštės suklastojimas, kad laiškas atrodytų siųstas iš kito asmens ar organizacijos. SMTP protokolas iš prigimties neleidžia patikimai identifikuoti siuntėjo. Būtent todėl buvo sukurti SPF, DKIM ir DMARC.

Kaip spoofing veikia:

# Piktavalis siunčia laišką:
MAIL FROM:<vykdytojas@jusuimone.lt>    ← Suklastotas
RCPT TO:<buhalteris@jusuimone.lt>
DATA
From: Direktorius <vykdytojas@jusuimone.lt>  ← Suklastotas
Subject: Skubus mokėjimas

Prašau pervesti 5000 EUR į sąskaitą LT123456...

Be SPF/DKIM/DMARC, gavėjo serveris neturi patikimo būdo nustatyti, ar laiškas tikrai siųstas iš jusuimone.lt serverio.

Man-in-the-Middle (MITM) atakos

Jei SMTP ryšys tarp serverių nėra šifruotas TLS, piktavalis, turintis prieigą prie tinklo (pvz., viešas WiFi), gali perimti ir skaityti el. laiškus.

Apsauga:

  • TLS šifravimas (STARTTLS) tarp serverių
  • MTA-STS politika (priverstinis TLS)
  • DANE/TLSA DNS įrašai (sertifikato užtikrinimas per DNS)
  • Galinis šifravimas (PGP/S-MIME) ypač jautriems laiškams

El. pašto ateitis: naujos technologijos

BIMI (Brand Indicators for Message Identification)

BIMI leidžia organizacijoms rodyti savo logotipą šalia laiškų gavėjo pašto klientuose (Gmail, Apple Mail). Tai padidina atpažįstamumą ir pasitikėjimą.

BIMI reikalavimai:

  1. DMARC politika turi būti p=quarantine arba p=reject
  2. SVG formato logotipas
  3. VMC (Verified Mark Certificate) sertifikatas (kai kuriems tiekėjams)
; BIMI DNS įrašas
default._bimi.jusudomenas.lt.  IN  TXT  "v=BIMI1; l=https://jusudomenas.lt/bimi/logo.svg; a=https://jusudomenas.lt/bimi/vmc.pem"

ARC (Authenticated Received Chain)

ARC sprendžia problemą, kai laiškai peradresuojami per tarpinį serverį (mailing list, forwarding). Peradresavimo metu SPF patikrinimas dažnai nepavyksta, nes siuntėjo IP pasikeitė. ARC leidžia tarpiniams serveriams patvirtinti, kad originalus autentifikavimas buvo sėkmingas.

JMAP (JSON Meta Application Protocol)

JMAP yra modernus protokolas, skirtas pakeisti IMAP. Jis naudoja JSON formatą per HTTPS ir yra greitesnis, paprastesnis ir geriau pritaikytas šiuolaikiniams el. pašto klientams (ypač mobiliosioms programėlėms ir webmail).

JMAP privalumai prieš IMAP:

  • Vienas HTTP ryšys vietoj nuolatinio TCP ryšio
  • Push pranešimai be polling
  • Efektyvesnis sinchronizavimas (tik pakeitimai, ne visi duomenys)
  • JSON formatas (lengviau programuoti klientus)
  • Integruotas kontaktų ir kalendoriaus palaikymas

JMAP jau palaikomas Fastmail ir kelių kitų tiekėjų. Platesnis priėmimas tikėtinas artimiausiais metais.

Dažnai užduodami klausimai

Kiek laiko trunka el. laiško pristatymas?
Dauguma laiškų pristatomi per 1-30 sekundžių. Tačiau pristatymas gali užtrukti iki kelių valandų, jei gavėjo serveris laikinai nepasiekiamas (SMTP 4xx klaida). Tokiu atveju siuntėjo MTA bando persiųsti laišką kartotinai (paprastai kas 15-60 minučių) iki 5 dienų. Jei po 5 dienų laiškas vis dar nepristatytas, siuntėjas gauna pranešimą apie nepristatymą (bounce message / NDR).

Ar galima sužinoti, ar gavėjas perskaitė mano laišką?
Techniškai yra du būdai: (1) „read receipt” (MDN, Message Disposition Notification), kurį gavėjas gali priimti arba atmesti, ir (2) stebėjimo pikselis (tracking pixel), mažas nematomas paveikslėlis laiške, kuris užregistruoja, kada laiškas atidarytas. Tačiau daugelis el. pašto klientų pagal nutylėjimą blokuoja išorinius paveikslėlius, todėl stebėjimo pikseliai nėra patikimi. Garantuoto būdo sužinoti, ar laiškas perskaitytas, nėra.

Ar ištrintas el. laiškas iš tikrųjų ištrinamas?
Kai ištriname laišką, jis paprastai perkeliamas į Trash (Šiukšlinė) aplanką. Po tam tikro laiko (Gmail: 30 dienų) laiškas ištrinamas iš Trash. Tačiau el. pašto tiekėjai gali saugoti atsargines duomenų kopijas tam tikrą laiką. Korporacinėse aplinkose gali galioti teisinės duomenų saugojimo politikos (legal hold), draudžiančios galutinį laiškų trynimą.

Koks yra maksimalus el. laiško dydis?
Tai priklauso nuo el. pašto tiekėjo. Gmail ir Microsoft 365 leidžia iki 25 MB dydžio laiškus (su priedais). Tačiau dėl base64 kodavimo faktinis priedo dydis neturėtų viršyti ~18 MB (base64 padidina dydį ~33 %). Kai kurie korporaciniai serveriai riboja laiškus iki 10 MB ar mažiau. Dideliems failams rekomenduojama naudoti dalinimosi paslaugas (Google Drive, OneDrive, WeTransfer) ir laiške pateikti nuorodą.

Ar galima atšaukti jau išsiųstą el. laišką?
Kai laiškas paliko jūsų serverį, jo atšaukti neįmanoma, nes SMTP protokolas neturi „atšaukimo” komandos. Gmail siūlo „Undo Send” funkciją, bet ji veikia tik todėl, kad Gmail keletą sekundžių (5-30 s, konfigūruojama) laiko laišką prieš jį iš tikrųjų išsiunčiant. Kai šis laikotarpis praeina, laiškas yra galutinai išsiųstas.

Kaip veikia el. pašto persiuntimas (forwarding)?
Kai nustatote persiuntimą, jūsų el. pašto serveris automatiškai persiunčia gaunamą laišką kitam adresui. Persiuntimo metu originalaus laiško „From” antraštė lieka nepakitusi, bet „Received” antraštėse atsiranda papildomas įrašas. Persiuntimas gali sukelti SPF patikrinimo problemas, nes persiunčiantis serveris nėra originalaus siuntėjo SPF sąraše. ARC mechanizmas buvo sukurtas būtent šiai problemai spręsti.

Kodėl tas pats laiškas atrodo skirtingai Gmail ir Outlook?
El. pašto klientai skirtingai interpretuoja HTML kodą. Gmail pašalina daugelį CSS stilių (ypač <style> blokus), Outlook naudoja seną Microsoft Word renderinimo variklį, kuris nepalaiko daugelio šiuolaikinių CSS savybių. Todėl el. pašto rinkodaros specialistai naudoja inline CSS stilius ir lentelėmis (tables) paremtą maketą, kuris veikia visuose klientuose.

Ar mano el. pašto tiekėjas gali skaityti mano laiškus?
Techniškai taip, jei laiškai nėra šifruoti galiniu šifravimu (PGP/S/MIME). Didieji tiekėjai (Gmail, Outlook) teigia, kad jie neskato laiškų turinio reklamos tikslais (Google tai nustojo daryti 2017 m.), tačiau automatiniai sistemos skaito laiškus spam filtravimo, virusų tikrinimo ir paieškos indeksavimo tikslais. Jei privatumas yra prioritetas, naudokite galinį šifravimą arba privatumo orientuotus tiekėjus (ProtonMail, Tutanota).

Apibendrinimas

El. paštas yra viena seniausių ir patikimiausių interneto technologijų, veikianti nuo 1971 metų (pirmasis tinklinis el. laiškas, kurį išsiuntė Ray Tomlinson). Per daugiau nei penkis dešimtmečius baziniai principai nepasikeitė: SMTP siunčia, IMAP/POP3 priima, DNS nurodo kelią.

Kas pasikeitė, tai saugumo sluoksniai, supinti aplink šiuos protokolus: SPF, DKIM ir DMARC apsaugo nuo klastojimo, TLS šifruoja duomenis kelyje, o spam filtrai, veikiantys mašininiu mokymusi, kasdien atremia šimtus milijardų nepageidaujamų laiškų.

Suprasdami, kaip veikia el. paštas po gaubtu, jūs galite geriau diagnozuoti pristatymo problemas, apsaugoti savo domeną nuo suklastotų laiškų, užtikrinti, kad jūsų siunčiami laiškai pasiektų gavėjų gautuosius, o ne spam aplanką, ir priimti informuotus sprendimus apie el. pašto infrastruktūrą.

Į viršų