1Sep
Kā persona uzzina vairāk par to, kā darbojas pasta klienti, SMTP serveri un visa tiešsaistes pasta sistēma, viņiem var būt interesanti, kāpēc starpposma SMTP serveris ir pat nepieciešams. Paturot to prātā, šodienas SuperUser Q & amai ir atbildes uz ziņkārīgo lasītāja jautājumiem.
Šodienas jautājums &Atbildes sesija mums priecājas par SuperUser - Stack Exchange, kas ir kopienas un 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 pasta sūtīšanai ir nepieciešams starpposma SMTP serveris:
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 nosūtīt ziņojumus tieši saņēmēja SMTP domēnā?
Piemēram, ja man ir jānosūta pasts [email protected] ar savu Gmail kontu, es to nosūta uz smtp.gmail.com serveri;tad šis serveris nosūta manu ziņojumu uz example.com MX serveri.
Kāpēc starpposma SMTP serveri ir nepieciešams nosūtīt pastu?
Atbilde
SuperUser atbalstītājam davidgo mums ir atbilde:
Ir tehniski iespējams nosūtīt e-pastu tieši no saņēmēja SMTP servera no sava datora.
Apskatot to no vēsturiskā pamata, ja attālais SMTP serveris ir izslēgts, jūs vēlaties, lai sistēma automātiski apstrādātu to un turpinātu atkārtot, tādējādi jums ir SMTP serveris. Tāpat arī vecajās dienās visi pasta serveri tika pieslēgti nepārtraukti( tālsatiksmes saites bija dārgas), tāpēc pasta tika rindā un nosūtīta, kad tika izveidota saite.
Pārejot uz vietnēm, kur interneta pakalpojumi ir lēti, joprojām ir lietderīgi izveidot mehānismus, lai atkārtotu pasta sūtīšanu, ja serveris nav pieejams. Tas nav ideāli, ja šī funkcija tiek ierakstīta MUA( Mail lietotāja aģenta / gala lietotāja pasta programmā).Šīs funkcijas ietilpst MTA( pasta serverī / SMTP serverī).
Bet tas izpaužas sliktāk - 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 ļauj izdarīt pieņēmumus par pasta piegādes veidu. Tālāk norādītie svarīgākie apsvērumi ir šādi:
1. Greylisting: Daži pakalpojumu sniedzēji automātiski pārtrauks pasta savienojumu, ja sūtītājs un saņēmējs iepriekš nav sazinājušies un sagaidīs, ka viņi mēģinās to izdarīt otro reizi. Surogātpasta izplatītāji bieži vien vēlreiz neizmēģina, kamēr SMTP serverim vienmēr vajadzētu. Tas samazina surogātpasta apjomu par apmēram 80 procentiem, bet tas sucks to ir jādara, lai gan.
2. Reputācija: Ir daudz lielāka iespēja, ka kāds, kurš nosūtīs pastu pa cienījamu, pazīstamu SMTP serveri, ir legit salīdzinājums ar "fly-by-night server".Lai iegūtu reputāciju, pakalpojumu sniedzēji dara vairākas lietas:
- Bloķēt dinamiskās / klienta adreses( ne 100 procenti, bet ir izveidoti lieli interneta gabali).
- Pārbaudiet, vai reverse DNS atbilst priekšējam 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 ko daudz klienta adreses bloki nav).
- Pārbaudiet reputāciju. Sazinoties ar citiem SMTP serveriem, daudzi pakalpojumu sniedzēji sekmē surogātpasta apjomu un nosūtīto pasta apjomu. Tie var samazināt surogātpasta apjomu, ierobežojot savienojumus un ievērojot šos parametrus. Ir daudz veidu, kā tas tiek darīts, ne visi no tiem ir acīmredzami, bet tiem ir nepieciešams zināms sūtītājs.
- SPF un DKIM.Šie mehānismi piesaista DNS resursus uz domēna vārdu, lai padarītu vafeļu sūtīšanu grūtāku, un tas būtu grūti, bet ne vienmēr ir neiespējami izvietot, ja pasta programma( MUA) ir atbildīga par izejošo pastu.
Iespējams, ka ir citas nelielas bažas, taču tās būtu galvenās.
Vai kaut ko pievienot paskaidrojumam? Skatieties komentāros. Vēlaties lasīt citas atbildes no citiem tehnoloģiju savvy Stack Exchange lietotājiem?Šeit skatiet pilnu diskusiju pavedienu.