Kāpēc ir nepieciešams starpposma SMTP serveris, lai nosūtītu pastu?

Tā kā cilvēks uzzina vairāk par to, kā darbojas pasta klienti, SMTP serveri un visa tiešsaistes pasta sistēma, tie var būt interesanti par to, kādēļ pat nepieciešams SMTP serveris. Paturot to prātā, šodienas SuperUser Q&A ziņojumam ir atbildes uz ziņkārīgiem lasītāja jautājumiem.

Šodienas jautājumu un atbilžu sesija mums dod pieklājību no SuperUser-Stack Exchange apakšnodaļas, kas ir kopienas orientēta Q & A tīmekļa vietņu grupa.

Foto pieklājīgi no David Schroeder (Flickr).

Jautājums

SuperUser lasītājs Tobia vēlas uzzināt, kāpēc vidēja SMTP serveris ir nepieciešams, lai nosūtītu pastu:

Kāpēc man ir nepieciešams starpposma SMTP serveris, lai nosūtītu pastu? Kāpēc mans pasta klients (Outlook vai Thunderbird) nespēj sūtīt ziņojumus tieši saņēmēja SMTP domēnā?

Piemēram, ja man ir jānosūta pasts [email protected] ar manu Gmail kontu es to nosūtīšu uz smtp.gmail.com serveris; tad šis serveris nosūta manu ziņu uz MX serveri example.com.

Kāpēc starpposma SMTP serveris nepieciešams pasta sūtīšanai?

Atbilde

SuperUser ieguldītājam davidgam ir atbilde:

Ir tehniski iespējams nosūtīt pastu tieši no saņēmēja SMTP servera no sava datora.

Aplūkojot to no vēsturiskā viedokļa, ja attālinātais SMTP serveris ir beidzies, vēlaties, lai sistēma to automātiski apstrādātu un turpinātu atkārtoti, tāpēc jums ir SMTP serveris. Līdzīgi, vecajās dienās ne visi pasta serveri tika pieslēgti visu laiku (tālsatiksmes saites bija dārgas), tāpēc pasts tiktu rindā un nosūtīts, kad tika izveidota saite..

Pāriet uz to, kur interneta pakalpojumi ir lēti, joprojām ir lietderīgi izveidot mehānismus, lai atkārtoti nosūtītu e-pastu, ja serveris nav pieejams. Tas nav ideāli piemērots, lai šī funkcionalitāte tiktu ierakstīta MUA (pasta lietotāja aģents / gala lietotāja pasta programma). Šīs funkcijas iekļaujas MTA (pasta serveris / SMTP serveris).

Bet tas kļūst sliktāks - surogātpasta izplatītāji. Lielākā daļa pasta (vairāk nekā 80 procenti) ir surogātpasts. Pasta pakalpojumu sniedzēji dara visu iespējamo, lai mazinātu šo problēmu, un daudzi paņēmieni liek pieņemt pieņēmumus par pasta piegādes veidu. Svarīgi apsvērumi ir šādi:

1. Greylisting: Daži pakalpojumu sniedzēji automātiski izdzēsīs pasta savienojumu, ja sūtītājs un saņēmējs iepriekš nebūs paziņojuši par to un sagaida, ka viņi mēģinās otro reizi. Surogātpasta izplatītāji bieži vien nav mēģinājuši, kamēr SMTP serveris vienmēr ir paredzēts. Tas samazina surogātpasta apjomu par aptuveni 80 procentiem, bet tas ir pietiekami, lai to izdarītu.

2. Reputācija: Tas ir daudz ticamāk, ka kāds, kas sūta vēstuli ar cienījamu, zināmu SMTP serveri, ir likumīgs, salīdzinot ar serveri ar nakti naktī. Lai iegūtu reputāciju, pakalpojumu sniedzēji veic vairākas lietas:

• Dinamiska / klienta adrešu bloķēšana (ne 100 procenti, bet ir izcelti lieli interneta gabali).
• Pārbaudiet, vai reversais DNS atbilst DNS DNS. Nav ļoti grūti izdarīt, bet tas parāda zināmu atbildības līmeni un zināšanas par labāko praksi (kaut kas nav daudz klientu adreses bloku).
• Pārbaudiet reputāciju. Sazinoties ar citiem SMTP serveriem, daudzi pakalpojumu sniedzēji seko sūtīto surogātpasta apjomam un sūtīto sūtījumu apjomam. Tie var samazināt surogātpasta apjomu, ierobežojot savienojumus un saglabājot acu par šiem parametriem. Ir daudz veidu, kā to izdarīt, ne visi no tiem ir acīmredzami, bet kuriem ir vajadzīgs zināms sūtītājs.
• SPF un DKIM. Šie mehānismi sasaista DNS resursus ar domēna nosaukumu, lai padarītu pasta veidošanu grūtāk un būtu grūti, bet ne vienmēr nav iespējams izvietot, ja pasta programma (MUA) ir atbildīga par izejošo pastu..

Iespējams, ir arī citas nelielas problēmas, bet tās būtu lielākās.

Vai kaut kas jāpievieno paskaidrojumam? Skaņas izslēgšana komentāros. Vai vēlaties lasīt vairāk atbildes no citiem tehnoloģiju gudriem Stack Exchange lietotājiem? Apskatiet pilnu diskusiju pavedienu šeit.