SMTP: pokalbis tarp pašto serverių

1 modulis: Kaip veikia el. paštas · Skaitymo trukmė: 10 min.

Mokymosi tikslas: Po šios pamokos galėsite perskaityti SMTP pokalbį, paaiškinti, ką daro EHLO, MAIL FROM, RCPT TO ir DATA, bei iš atsakymo kodo nustatyti, ar klaida yra laikina, ar galutinė.

Pagrindinės sąvokos: SMTP (RFC 5321), sesija, EHLO/HELO, MAIL FROM, RCPT TO, DATA, QUIT, atsakymo kodas (2xx, 3xx, 4xx, 5xx), išplėstinis būsenos kodas, plėtiniai (STARTTLS, AUTH, SIZE), null MX

Pokalbis paprastu tekstu

SMTP yra labai senas protokolas (pirmoji versija datuojama 1982 metais), todėl jis labai lengvai skaitomas. Du serveriai siunčia vienas kitam teksto eilutes. Siuntėjas (klientas) siunčia komandą, gavėjas (serveris) atsako trijų skaitmenų numeriu ir trumpu paaiškinimu. Tokį pokalbį galite pažodžiui perskaityti klaidos pranešime ar žurnale, todėl verta jį suprasti.

Toliau pateikiamas pilnas pokalbis. S: žymi gaunantįjį serverį, C: siunčiantįjį serverį. Laiškas keliauja nuo anna@example.com iki jan@example.net.

S: 220 mx1.mailprovider.example ESMTP ready
C: EHLO out.hosting.example
S: 250-mx1.mailprovider.example Hello out.hosting.example [192.0.2.25]
S: 250-SIZE 52428800
S: 250-8BITMIME
S: 250-STARTTLS
S: 250 SMTPUTF8
C: STARTTLS
S: 220 2.0.0 Ready to start TLS
   (nuo šios vietos ryšys yra šifruotas; klientas iš naujo siunčia EHLO)
C: EHLO out.hosting.example
S: 250 ...
C: MAIL FROM:<anna@example.com> SIZE=24310
S: 250 2.1.0 Ok
C: RCPT TO:<jan@example.net>
S: 250 2.1.5 Ok
C: DATA
S: 354 End data with <CR><LF>.<CR><LF>
C: From: Anna <anna@example.com>
C: To: Jan <jan@example.net>
C: Subject: Offerte
C: Date: Sun, 8 Nov 2026 10:15:00 +0100
C: Message-ID: <a1b2c3@example.com>
C:
C: Hoi Jan, hierbij de offerte.
C: .
S: 250 2.0.0 Ok: queued as 4F2A1B
C: QUIT
S: 221 2.0.0 Bye

Komandos po vieną

Svarbiausia suprasti: viskas prieš DATA yra vokas, viskas po DATA yra turinys. Tai, kas nurodyta MAIL FROM, ir tai, kas nurodyta kopregelėje From:, pateikiama atskirai ir neprivalo sutapti. Serveris pristato pagal RCPT TO; To: eilutė turinyje pristatymui jokios reikšmės neturi.

Atsakymo kodai

Svarbiausias yra pirmasis kodo skaitmuo:

Po trijų skaitmenų šiuolaikiniuose serveriuose seka išplėstinis būsenos kodas formatu class.subject.detail (RFC 3463), pavyzdžiui, 5.1.1. Pirmasis skaitmuo vėl yra 2, 4 arba 5. Antrasis skaitmuo nurodo, apie ką kalbama: 1 = adresas, 2 = pašto dėžutė, 3 = pašto sistema, 4 = tinklas ir maršrutizavimas, 5 = protokolas, 6 = turinys, 7 = saugumas ir politika. Keletas dažnai pasitaikančių pavyzdžių:

550 5.1.1  The email account that you tried to reach does not exist
452 4.2.2  Mailbox full (tijdelijk)
552 5.3.4  Message size exceeds fixed limit
451 4.7.1  Greylisted, please try again later
550 5.7.1  Message rejected (beleid: spam, blocklist, DMARC)

Modulyje 6 išmoksite perskaityti pilną grąžintą laišką (bounce) ir rasite lentelę su dažniausiai pasitaikančiais kodais.

Kodėl svarbu skirti laikiną ir galutinę klaidą

Serveris, kuris abejoja, dažnai atsako 4xx kodu. Žinomas pavyzdys yra greylisting: serveris, dar nepažįstantis siuntėjo, pirmą kartą pasako „bandykite vėliau“. Tikras pašto serveris po kelių minučių bandys iš naujo, daugelis spamo programų to nedaro. Taip pat dideli gavėjai naudoja 4xx, kad sulėtintų tempą, jei dar nepasitiki IP adresu. Jums kaip siuntėjui tai reiškia: vėlavimą, bet ne praradimą. Sistema paprastai pati tai išsprendžia.

5xx kodas yra kitoks. Tokiu atveju siuntėjas iš naujo nebandys. Jei gaunate 5xx atsakymą, kažkas turi kažką pakeisti: adresą, turinį arba siunčiančio domeno nustatymus.

Spąstas: kai kurie serveriai grąžina 5xx, nors problema yra laikina (pavyzdžiui, kai pašto dėžutė pilna 552 5.2.2), o kiti grąžina 4xx dėl to, kas niekada nepavyks. Todėl visada skaitykite tekstą po kodo, ne tik patį skaičių.

Kas yra atsakingas?

Po 250 ties DATA tašku atsakomybė pereina gaunančiam serveriui. Jei vėliau jam nepavyksta patalpinti laiško į pašto dėžutę, jis pats turi siųsti klaidos pranešimą atgal. Tai yra sudėtingo reiškinio priežastis: backscatter. Serveris, kuris pirma priima viską, o tik vėliau supranta, kad adresas neegzistuoja, siunčia grąžintą laišką (bounce) voko siuntėjo adresu. Jei tas adresas buvo suklastotas spamerio, nekaltas trečiasis asmuo gauna grąžintą laišką. Todėl serveriai turėtų atmesti tai, kas negalima, jau ties RCPT TO (žr. taip pat catch-all pamokoje 3.3).

Praktikoje: SMTP matymas savo aplinkoje

Paprastas naudotojas retai mato visą SMTP pokalbį, tačiau mato jo fragmentus:

• grąžintame laiške (bounce) yra paskutinė pokalbio eilutė, pavyzdžiui, Remote-MTA: mx1.mailprovider.example ir Diagnostic-Code: smtp; 550 5.1.1 ...;
• gauto laiško kopregelėse kiekvienam serveriui yra Received: eilutė su EHLO vardu ir IP adresu (pamoka 1.5);
• pašto žurnalo skydelyje, pavyzdžiui, El. pašto sekimas (DirectAdmin, WebOké), matote kiekvieno pranešimo gaunančio serverio atsakymą. Kitų teikėjų atveju tai gali vadintis, pavyzdžiui, pranešimų sekimu (message tracing) arba pašto žurnalu (mail log), o turinys yra panašus.

Tad norint tai perskaityti, nereikia pačiam jungtis prie pašto serverio. Jei vis dėlto norite išbandyti: su openssl s_client -starttls smtp -connect server:25 galite vesti pokalbį rankiniu būdu, tačiau daugelis namų interneto paslaugų teikėjų blokuoja išeinantį srautą 25 prievadu (pamoka 1.4).

Santrauka

• SMTP yra lengvai skaitomas pokalbis: EHLO, (STARTTLS), MAIL FROM, RCPT TO, DATA, QUIT.
• Viskas prieš DATA yra vokas (pristatymas ir klaidų pranešimai), viskas po to yra turinys su kopregelėmis, kurias matote.
• 2xx = pavyko, 4xx = laikina (vėliau iš naujo), 5xx = galutinė (bounce).
• Išplėstinis kodas X.Y.Z nurodo, apie ką kalbama; X.1 adresas, X.2 pašto dėžutė, X.7 politika ir saugumas.
• Visada skaitykite tekstą po kodo; serveriai ne visada yra nuoseklūs.

Testas

Užduotis

Užduotis Z1.2: Domenas, kuris negauna pašto. Raskite domeno example.com MX įrašus. Įveskite, ką radote, ir pasirinkite, ką siunčiantis serveris darys su laišku, skirtu info@example.com: (a) pristatys serveriui su prioritetu 0, (b) bandys A įrašą, (c) iš karto atsisakys, ar (d) bandys dar kartą vėliau. Programa gyvai užklaus MX įrašo ir patikrins atsakymą.

Skaitykite daugiau

Šiuose straipsniuose aprašyti žingsniai galioja WebOké valdymo skydeliams; pas kitus teikėjus veikimas yra panašus.

• Kaip siunčiami el. laiškai (SMTP)
• Mail delivery failed: kaip perskaityti klaidos pranešimą ir ką reiškia kodai
• DirectAdmin vadovas 9.3: El. pašto sekimas: kur dingo mano laiškas?
• RFC 5321 (SMTP), 3 ir 4.2 skirsniai (atsakymo kodai); RFC 3463 (išplėstiniai būsenos kodai); RFC 7505 (null MX)