Koska henkilö oppii enemmän siitä, miten sähköpostiohjelmat, SMTP-palvelimet ja koko verkkojärjestelmä toimivat, he voivat olla uteliaita siitä, miksi välitön SMTP-palvelin on jopa tarpeen. Tässä mielessä tämän päivän SuperUser Q & A -postilla on vastauksia utelias lukijan kysymyksiin.
Tämän päivän kysymys- ja vastausistunto tulee meihin SuperUserin hyväksi - Stack Exchangein alaosasto, joka on yhteisöllinen Q & A-sivustojen ryhmittely.
Kuvaaja David Schroederilta (Flickr).
SuperUser-lukija Tobia haluaa tietää, miksi välimuotoinen SMTP-palvelin tarvitaan postin lähettämiseen:
Miksi tarvitsen väliaikaisen SMTP-palvelimen lähettämään sähköpostia? Miksi sähköpostiohjelma (Outlook tai Thunderbird) ei pysty lähettämään viestejä suoraan vastaanottajan SMTP-toimialueelle?
Esimerkiksi jos minun pitää lähettää postia osoitteeseen [email protected] Gmail-tilini lähetän sen osoitteeseen smtp.gmail.com palvelimelle, sitten tämä palvelin lähettää minun viestin MX-palvelimelle example.com.
Miksi SMTP-palvelin tarvitsee postin lähettämistä?
SuperUser-avustaja davidgolla on meille vastaus:
Sähköpostia on teknisesti mahdollista lähettää suoraan vastaanottajan SMTP-palvelimeen tietokoneeltasi.
Jos katsot sitä historialliselta pohjalta, jos etäinen SMTP-palvelin on alas, haluat, että järjestelmä käsittelee sen automaattisesti ja yrittää uudelleen, joten sinulla on SMTP-palvelin. Samoin vanhoina aikoina kaikki postin palvelimet eivät olleet yhteydessä koko ajan (kaukoliikenneyhteydet olivat kalliita), joten posti olisi jonossa ja lähetetty linkin muodostamisen yhteydessä.
Siirtyminen Internet-palvelujen halvuuteen on silti hyödyllistä saada mekanismeja uudelleen lähettämään sähköpostia, jos palvelin ei ole käytettävissä. Ei ole ihanteellista, että tämä toiminto kirjoitetaan MUA: lle (Mail-käyttäjäagentti / loppukäyttäjän sähköpostiohjelma). Nämä toiminnot sopivat MTA (Mail server / SMTP-palvelin).
Mutta se pahenee - roskapostittajat. Useimmat postit (yli 80 prosenttia) ovat roskapostia. Mailin tarjoajat tekevät kaiken voitavansa tämän ongelman pienentämiseksi ja monet tekniikat tekevät oletuksia siitä, miten postia toimitetaan. Seuraavat ovat tärkeitä näkökohtia:
1. Harmaalistauksessa: Jotkut palveluntarjoajat pudottavat automaattisesti sähköpostiyhteyden, jos lähettäjä ja vastaanottaja eivät ole aiemmin ilmoittaneet ja odottavat heitä kokeilemaan toisen kerran. Roskapostittajat eivät useinkaan yritä uudelleen, kun SMTP-palvelimen on aina tarkoitus. Tämä vähentää roskapostin määrää noin 80 prosentilla, mutta sen täytyy kuitenkin tehdä tämä.
2. Maine: On paljon todennäköisempää, että joku, joka lähettää postia hyvämaineisen tunnetun SMTP-palvelimen kautta, on legit verrattuna lentomatkan palvelimeen. Jotta tuntuisi maineesta, palveluntarjoajat tekevät useita asioita:
- Estä dynaamiset / asiakasosoitteet (ei 100 prosenttia, mutta Internetin suuret palaset on kartoitettu).
- Tarkista, näkyykö käänteinen DNS vastaavan DNS: n kanssa. Ei kovin vaikea tehdä, mutta se osoittaa jonkin verran vastuuvelvollisuutta ja parhaiden käytäntöjen tuntemusta (jotain paljon asiakkaan osoitelohkoja ei ole).
- Tarkista mainetta. Kun kommunikoida muiden SMTP-palvelimien kanssa, monet palveluntarjoajat tarkkailevat roskapostin ja lähetettyjen viestien määrää. Ne voivat vähentää roskapostin määrää rajoittamalla yhteyksiä ja pitämällä silmällä näitä parametreja. On monia tapoja, jotka eivät ole kaikki ilmeisiä, mutta jotka edellyttävät tunnettua lähettäjää.
- SPF ja DKIM. Nämä mekanismit sitovat DNS-resursseja verkkotunnukseen, jotta postitus vaikeutuu ja se olisi vaikeaa, mutta ei välttämättä mahdotonta ottaa käyttöön, mikäli sähköpostiohjelma (MUA) on vastuussa lähtevästä postista.
On todennäköisesti muita vähäisiä huolenaiheita, mutta nämä olisivat tärkeimmät.
Onko jokin asia lisättävä selitykseen? Kuulkaa kommentit. Haluatko lukea lisää vastauksia muilta tech-tajuilta Stack Exchange-käyttäjiltä? Katso koko keskusteluketju täältä.
