Miks on vahepealne SMTP-server vaja saata e-kirju?

Kuna inimene õpib rohkem, kuidas postiaadressid, SMTP-serverid ja kogu veebipostisüsteem töötavad, võivad nad olla uudishimulised, miks SMTP-serverit on vaja isegi vaja. Seda silmas pidades on tänapäeva SuperUseri Q ja postitusel vastused uudishimulikule lugeja küsimustele.

Tänane küsimus &Vastuste seanss tuleb meile viisakalt SuperUseriga - Q & A veebisaitide kogukonnapõhise grupi Stack Exchange jagunemisest.

Photo courtesy of David Schroeder( Flickr).

Küsimus

SuperUser-lugeja Tobia tahab teada saada, miks SMG-serverit vaja lähetada posti teel:

Miks mulle vaja saata e-posti saatmiseks vahepealset SMTP-serverit? Miks pole minu e-posti klient( Outlook või Thunderbird) suuteline saata sõnumeid otse saaja SMTP-domeenile?

Näiteks kui ma pean oma Gmaili kontol saatma kirjale [email protected] , saadan selle smtp.gmail.com serverile;siis saadab see server minu sõnumi näide MX serverile.

Miks on vahetu SMTP-server vaja saata e-kirju?

Vastuseks

SuperUseri toetajale davidgo on meile vastus:

Tehniliselt on võimalik saata oma arvutist otse saaja SMTP-serverisse.

Vaadates seda ajalooliselt, kui serveri SMTP server on maas, soovite süsteemi automaatselt selle käsitseda ja uuesti proovida, seega on teil SMTP-server. Samamoodi ei olnud vanadel aegadel kõik e-posti serverid ühendatud kogu aeg( pikkade vahemaade lingid olid kallid), nii et post läheks järjekorda ja saadeti linki loomise järel.

Kui Interneti-teenused on odavad, on endiselt kasulik luua mehhanismid, et uuesti saata kirjad, kui server pole kättesaadav. See ei ole ideaalne selle funktsiooni kirjutamiseks MUA-sse( Maili kasutajaagent / lõppkasutaja meiliprogramm).Need funktsioonid sobivad MTA-ga( Mail server / SMTP server).

Aga see muutub hullemaks - rämpsposti saatjad. Enamik e-posti( üle 80 protsendi) on rämpspost. Postiteenuse pakkujad teevad kõik võimaliku, et seda probleemi vähendada, ja paljud tehnikad teevad eeldused selle kohta, kuidas postitus edastatakse. Järgnevad on olulised kaalutlused:

1. Greylisting: Mõned teenusepakkujad kustutavad automaatselt postiühenduse, kui saatja ja adressaat ei ole varem edastanud ja ootavad, et nad prooviksid teist korda. Rämpsposti saatjad sageli ei soovi SMTP-serverit alati proovida. See vähendab rämpsposti mahtu umbes 80 protsendi võrra, kuid see peab siiski seda tegema.

2. Reputatsioon: On palju tõenäolisem, et keegi, kes saadab posti teel tuntud, tuntud SMTP-serveriga, on legitiivne võrreldes serveriga, kus saab lennata. Reputatsiooni tundmaõppimiseks teevad teenusepakkujad mitmeid asju:

• Blokeeri dünaamilisi / kliendi aadresse( mitte 100 protsenti, vaid suured internetipaketid on kaardistatud).
• Kontrollige, kas vastupidine DNS vastab edaspidisele DNS-le. Pole eriti raske seda teha, kuid see näitab teatud vastutustundlikkust ja parimatest tavadest teadmisi( midagi pole palju kliendi aadressblokkidel).
• Kontrollige maine. Kui suhtlete teiste SMTP-serveritega, jälgivad paljud teenusepakkujad rämpsposti ja saadetise mahtu. Nad võivad vähendada rämpsposti, piirates ühendusi ja jälgides neid parameetreid. Selle saavutamiseks on palju võimalusi, mitte kõik neist ilmnevad, kuid need nõuavad tuntud saatjat.
• SPF ja DKIM.Need mehhanismid seovad DNS-i ressursse domeeninimega, et sepistada posti seostamine raskemaks ja see oleks keeruline, kuid seda pole tingimata võimatu kasutada, kui postiprogramm( MUA) vastutab väljamineva posti eest.

On tõenäoliselt teisi väiksemaid probleeme, kuid need oleksid peamised.

Kas teil on selgitusi lisada? Helistage kommentaarides. Kas soovite lugeda rohkem vastuseid teistelt tech-savvy Stack Exchange'i kasutajatelt? Tutvu täieliku arutelu teemaga siit.