1Sep
Kaip asmuo daugiau sužinoti apie tai, kaip veikia pašto klientai, SMTP serveriai ir visa internetinės pašto sistema, gali būti įdomu, kodėl tarpinis SMTP serveris netgi reikalingas. Atsižvelgiant į tai, šiandien "SuperUser Q &" įrašas turi atsakymus į įdomius skaitytojo klausimus.
Šiandienos klausimas &Atsakymų sesija ateina pas mus iš "SuperUser" - "Stack Exchange", bendruomenės pagrįstos "Q & A" svetainių grupės pasidalijimo.
Nuotrauka mandagumo David Schroeder( Flickr).
Klausimas
SuperUser skaitytuvas Tobia nori sužinoti, kodėl reikia siųsti tarpinį SMTP serverį:
Kodėl reikia siųsti tarpinį SMTP serverį?Kodėl mano pašto klientas( Outlook ar Thunderbird) negali siųsti pranešimų tiesiai į gavėjo SMTP domeną?
Pavyzdžiui, jei aš turiu siųsti savo pašto adresą [email protected] su savo "Gmail" paskyra, aš atsiųsiu jį į smtp.gmail.com serverį;tada šis serveris siunčia mano pranešimą example.com MX serveriui.
Kodėl reikia siųsti tarpinį SMTP serverį?
Atsakymas
SuperUser autorius davidgo už mus atsako:
Techniškai galima siųsti laiškus tiesiogiai iš gavėjo SMTP serverio iš kompiuterio.
Žvelgdamas į tai istoriniu pagrindu, jei nuotolinis SMTP serveris yra išjungtas, jūs norite, kad sistema automatiškai tvarkytų ir tęstų bandymą, taigi jūs turite SMTP serverį.Panašiai senosiomis dienomis ne visi pašto serveriai buvo prijungti visą laiką( tarpmiestiniai ryšiai buvo brangūs), todėl el. Laiškas būtų eilėje ir išsiųstas, kai buvo sukurta nuoroda.
Pereinant prie to, kai interneto paslaugos yra pigios, vis tiek naudinga turėti mechanizmus, leidžiančius pakartotinai siųsti laiškus, jei serveris yra nepasiekiamas. Tai nėra idealu, kad ši funkcija būtų įrašyta į MUA( pašto vartotojo agentas / galutinio vartotojo pašto programa).Šios funkcijos patenka į MTA( pašto serveris / SMTP serveris).
Bet tai blogėja - nepageidaujamo e. Pašto platintojai. Daugelis el. Pašto( daugiau nei 80 proc.) Yra šlamštas. Pašto paslaugų teikėjai daryti viską, ką gali, kad sumažintų šią problemą, o daugybė būdų leidžia daryti prielaidas apie tai, kaip el. Paštas siunčiamas. Toliau pateikiami svarbūs argumentai:
1. Greylisting: Kai kurie teikėjai automatiškai išsiunčia pašto ryšį, jei siuntėjas ir gavėjas anksčiau nebuvo pranešę ir tikisi, kad jie bandys antrą kartą."Spameriai" dažnai nebando bandyti dar kartą, kai SMTP serveris visada turi tai padaryti. Tai sumažina šlamšto apimtį maždaug 80 proc., Bet tai sugeba tai padaryti.
2. Reputacija: Labiau tikėtina, kad kas nors, atsiųsdamas laiškus per gerbiamą, žinomą SMTP serverį, yra teisėtas, palyginti su "fly-by-night" serveriu. Norėdami gauti reputacijos jausmą, paslaugų teikėjai atlieka keletą dalykų:
- Blokuoti dinaminius / klientų adresus( ne 100 proc., Bet yra išdėstyti dideli interneto segmentai).
- Patikrinkite, ar atvirkštinis DNS atitinka pirmyn DNS.Ne visai sunku tai padaryti, bet tai rodo tam tikrą atskaitomybės lygį ir geriausios praktikos žinias( daugelis klientų adresų blokų neturi).
- Patikrinkite reputaciją.Ryšium su kitais SMTP serveriais, daugelis paslaugų teikėjų stebi šlamšto kiekį ir išsiųstų laiškų tūrį.Jie gali sumažinti nepageidaujamų laiškų kiekį, apribodami jungtis ir stebėdami šiuos parametrus. Yra daug būdų, kaip tai daroma, ne visi iš jų yra akivaizdūs, bet kuriems reikalingas žinomas siuntėjas.
- SPF ir DKIM.Šie mechanizmai susieja DNS išteklius su domeno pavadinimu, kad suklastotų laiškų sunkesni ir būtų sunku, bet nebūtinai neįmanoma diegti, jei pašto programa( MUA) yra atsakinga už išsiunčiamą laivą.
Turbūt yra kitų smulkių problemų, tačiau tai būtų pagrindiniai dalykai.
Ar ką nors įtraukti į paaiškinimą?Garsas išjungtas komentaruose. Norite skaityti daugiau atsakymų iš kitų "Tech-savvy Stack Exchange" vartotojų?Patikrinkite visą diskusijų temą čia.
