Sähköposti

Sähköposti ( englanniksi  email, e-mail [ i ˈ m e ɪ l ], englanniksi  email ) on tekniikka ja palvelu sähköisten viestien (kutsutaan "kirjeet", "sähköpostit" tai "viestit") lähettämiseen ja vastaanottamiseen. tietokoneverkon käyttäjien välillä (mukaan lukien Internet ) [1] .

Sähköposti toistaa elementtien koostumuksen ja toimintaperiaatteen suhteen käytännössä tavallisen (paperi) postin järjestelmän lainaten sekä termit (posti, kirje, kirjekuori, liite, laatikko, toimitus ja muut) että ominaispiirteitä - helppokäyttöisyys, viestien lähetysviiveet, riittävä luotettavuus ja samalla ei toimitustakuuta.

Sähköpostin etuja ovat: muotoa käyttäjän_nimi@ verkkotunnuksen_nimi olevat osoitteet ( esim. [email protected]) helposti havaitsevat ja muistavat; mahdollisuus siirtää sekä pelkkää tekstiä että muotoiltuja tiedostoja sekä mielivaltaisia ​​tiedostoja ( tekstiasiakirjoja , mediatiedostoja, ohjelmia, arkistoja jne. [1] ); palvelimien riippumattomuus (yleensä ne osoittavat suoraan toisilleen); riittävän korkea viestin toimitusvarmuus; helppokäyttöisyys henkilön ja ohjelmien toimesta, nopea viestien siirto.

Sähköpostin haitat: roskapostin kaltaisen ilmiön esiintyminen (massamainonta ja viruspostitukset ); viestien toimittamisen mahdolliset viivästykset (jopa useita päiviä); rajoittaa yhden viestin kokoa ja postilaatikossa olevien viestien kokonaiskokoa (käyttäjille henkilökohtainen).

Tällä hetkellä jokainen aloitteleva käyttäjä voi perustaa oman ilmaisen sähköpostinsa, vain rekisteröitymällä johonkin Internet-portaalista.

Nimet

Jos Euroopassa, Amerikassa ja muilla alueilla kirjoitettaessa käytetään vain kahta vaihtoehtoa - "sähköposti" tai "sähköposti" (lisäksi suositukset yhdysviivan kirjoittamisesta vai ei vaihtelevat: esimerkiksi maaliskuusta 2011 lähtien yksi tyylillisistä ohje on AP Stylebook - suosittelee "sähköpostin" lyhenteen kirjoittamista "sähköpostiksi" eikä "sähköpostiksi" [2] ), silloin venäjän kielessä on huomattavaa vaihtelua. Useimmiten Kyrillisissä teksteissä käytetään myös "sähköpostia" eli latinaksi kirjoittamista ilman translitterointia (muiden kirjoitusmuotojen visuaalinen käsitys on huonompi ). Mutta voit löytää muitakin kirjoitusasuja:

Gramota.ru:n tietotoimisto ilmoitti aluksi, että sähköpostin (latinaksi) tai sähköpostin (kyrillinen) kirjoittamista suositellaan [4] , ja sitten se alkoi suositella vain sähköpostin kyrillistä kirjoitusasua , kuten esimerkiksi kirjattiin. Venäjän tiedeakatemian venäjän oikeinkirjoitussanakirjassa [5] [6] .

Sanakirjat tallensivat neljä eri kirjoitusasua: sähköposti , posti [7] sähköposti , sähköposti [8] .

De facto virallisissa venäjänkielisissä asiakirjoissa[ mitä? ] :

Historia

Sähköpostin syntyminen voidaan jäljittää vuoteen 1965 , jolloin Massachusetts Institute of Technologyn (MIT) työntekijät Noel Morris ja Tom Van Vleck kirjoittivat sähköpostiohjelman IBM 7090/ -tietokoneeseen asennettuun CTSS - käyttöjärjestelmään (Compatible Time-Sharing System) . 7094 tietokone.

Sähköpostin yleinen kehitys on tapahtunut paikallisen käyttäjävuorovaikutuksen kehittämisen kautta monikäyttäjäjärjestelmissä. Käyttäjät voisivat sähköpostiohjelman (tai vastaavan) avulla välittää viestejä toisilleen samassa keskuskoneessa (isossa tietokoneessa). Seuraava askel oli pystyä välittämään viesti toisella koneella olevalle käyttäjälle määrittämällä koneen nimi ja käyttäjätunnus koneessa. Osoite voidaan kirjoittaa muodossa foo!joe(käyttäjä joe tietokoneessa foo). Kolmas askel sähköpostin kehityksessä tapahtui kirjeiden siirron myötä kolmannen tietokoneen kautta. Käytettäessä UUCP :tä käyttäjän osoite sisälsi reitin käyttäjälle useiden välikoneiden kautta (esim gate1!gate2!foo!joe . joe-kirjain koneportin1 kautta, portti2 koneelle foo). Tämän osoittamisen haittana oli, että lähettäjän (tai sen koneen pääkäyttäjän, jolla lähettäjä oli käynnissä) täytyi tietää tarkka polku kohdekoneeseen.

Hajautetun maailmanlaajuisen nimeämisjärjestelmän DNS syntymisen jälkeen verkkotunnusten nimiä alettiin käyttää osoittamaan osoite - [email protected] - käyttäjäkäyttäjä esimerkki.com-koneessa. Samaan aikaan "koneella"-käsitettä pohdittiin uudelleen: sähköpostiin alettiin käyttää omistettuja palvelimia, joihin tavalliset käyttäjät (vain ylläpitäjät) eivät pääse käsiksi ja käyttäjät työskentelivät koneillaan, kun taas posti ei tulevat käyttäjien työasemille, vaan postilaatikoihin.palvelin, josta käyttäjät hakivat sähköpostinsa eri verkkoprotokollien avulla (tällä hetkellä yleisimpiä ovat POP3 , IMAP , MAPI , web-rajapinnat). Samanaikaisesti DNS:n tulon kanssa keksittiin järjestelmä postin toimitusreittien varaamiseksi, ja postiosoitteen verkkotunnus lakkasi olemasta tietyn tietokoneen nimi ja siitä tuli vain fragmentti postitusosoitteesta. Monet palvelimet voivat olla vastuussa verkkotunnuksen ylläpidosta (ehkä sijaitsevat fyysisesti eri mantereilla ja eri organisaatioissa), ja saman verkkotunnuksen käyttäjillä ei välttämättä ole mitään yhteistä keskenään (tämä pätee erityisesti ilmaisten sähköpostipalvelimien käyttäjiin).

Lisäksi oli muita sähköpostijärjestelmiä (joista osa on edelleen olemassa), kuten: Netmail Fidonet - verkossa , X.400 X.25 - verkoissa[ määritä ] . Pääsy niihin Internetistä ja päinvastoin tapahtuu sähköpostiyhdyskäytävän kautta . Postin reitittämiseksi X.25-verkoissa DNS tarjoaa erityisen resurssitietueen , jonka nimi on X25 (koodi 19).

Kronologia

MxA-luokitus

Sähköpostin terminologiassa erotetaan seuraavat osat:

Jos käyttäjäpostin tallentamiseen käytetään omistettuja palvelimia, kaikki käyttäjän ja palvelimen välinen vuorovaikutus voi tapahtua käyttämällä protokollia, jotka eivät sovi tähän malliin.

Postipalvelimet toimivat yleensä MTA:na ja MDA:na. Jotkut sähköpostipalvelimet (ohjelmat) suorittavat sekä MTA:n että MDA:n toiminnon, jotkut sisältävät erottelun kahdeksi itsenäiseksi palvelimeksi: MTA-palvelimeksi ja MDA-palvelimeksi (tässä tapauksessa, jos postilaatikkoon pääsyyn käytetään eri protokollia, esim. POP3 ja IMAP , MDA puolestaan ​​voidaan toteuttaa joko yhtenä sovelluksena tai sovellussarjana, joista jokainen vastaa erillisestä protokollasta).

Modern Architecture (SMTP)

Maailman laajimmin hyväksytty sähköpostinvaihtoprotokolla on SMTP ( simple mail transfer protocol )  . Yleisessä toteutuksessa se käyttää DNS :ää sähköpostin edelleenlähetyssääntöjen määrittämiseen (vaikka yksityisissä järjestelmissä, kuten Microsoft Exchange , SMTP voi toimia muista lähteistä saatujen tietojen perusteella).  

Eri verkkotunnuksilla on omat itsenäiset postijärjestelmänsä. Jokaisella sähköpostin verkkotunnuksella voi olla useita käyttäjiä. (Itse asiassa voi kuitenkin olla, että yksi organisaatio tai henkilö omistaa useita verkkotunnuksia, joita yksi postijärjestelmä palvelee (fyysisesti). Posti siirretään solmujen välillä postinsiirtoohjelmilla ( englanninkielinen  mail transfer agent , MTA ; esim. sendmail , exim 4, postfix , Microsoft Exchange Server , Lotus Domino jne.). Järjestelmien käyttäytyminen keskenään kommunikoidessaan on tiukasti standardoitua, tähän käytetään SMTP-protokollaa (ja tämän standardin noudattaminen sekä kaikkien osallistujien universaali DNS-tuki ovat perusta kyvylle kommunikoida "kaikki kaikille" ilman aikaisemmat sopimukset). Postijärjestelmän ja käyttäjien välistä vuorovaikutusta ei yleensä säännellä millään tavalla ja se voi olla mielivaltaista, vaikka käyttäjien ja sähköpostijärjestelmän välistä vuorovaikutusta varten on olemassa sekä avoimia että suljettuja (tiettyjen valmistajien ohjelmistoihin sidottuja) protokollia. Postijärjestelmässä toimivaa ja käyttäjiä palvelevaa ohjelmaa kutsutaan MDA :ksi ( postin toimitusagentti ) .  Joissakin sähköpostijärjestelmissä MDA ja MTA voidaan yhdistää yhdeksi ohjelmaksi, toisissa järjestelmissä ne voidaan erottaa erillisiksi ohjelmiksi tai jopa ajaa eri palvelimilla. Ohjelmaa, jolla käyttäjä käyttää, kutsutaan nimellä MUA ( mail user agent ) . Jos web-käyttöliittymää käytetään sähköpostin kanssa työskentelemiseen, sen toiminnon suorittaa palvelimella toimiva verkkoliittymäsovellus.  

Tietyssä postijärjestelmässä (yleensä samassa organisaatiossa) voi olla useita sähköpostipalvelimia, jotka suorittavat sekä postin edelleenlähetystä organisaation sisällä että muita sähköpostiin liittyviä tehtäviä: roskapostin suodatus, liitteiden virustorjunta, automaattinen vastaus, saapuva/lähtevä posti arkistointi, joka tarjoaa käyttäjille pääsyn eri menetelmillä ( POP3 :sta ActiveSynciin ). Saman sähköpostijärjestelmän palvelimien välinen vuorovaikutus voi olla joko yleisten sääntöjen alaista (DNS:n ja postin reitityssääntöjen käyttö SMTP-protokollaa käyttäen) tai yrityksen omia sääntöjä (käytetty ohjelmisto).

Releet

DNS :n avulla voit määrittää vastaanottavaksi palvelimeksi ( MX-tietueeksi ) minkä tahansa Internet-isännän, joka ei välttämättä ole osa vastaanottavan toimialueen toimialuevyöhykettä . Tätä voidaan käyttää postin välittämisen (edelleenlähettämisen) määrittämiseen kolmansien palvelimien kautta. Kolmannen osapuolen palvelin (esimerkiksi luotettavampi kuin käyttäjän palvelimia) hyväksyy sähköpostin käyttäjän verkkotunnukseen ja välittää sen edelleen käyttäjän postipalvelimille mahdollisimman pian. Historiallisesti ei ollut hallussa sitä, kenelle lähettää edelleen postia (tai sille ei annettu riittävää merkitystä), ja palvelimet, joilla ei ollut tällaista valvontaa, välittivät postia mille tahansa toimialueelle. Tällaisia ​​palvelimia kutsutaan avoimille releiksi (tällä hetkellä uudet avoimet releet ilmestyvät pääasiassa konfigurointivirheiden vuoksi).

Käyttäjilleen postijärjestelmän palvelimet ovat välittäjiä (käyttäjät eivät lähetä postia vastaanottajan postijärjestelmän palvelimille, vaan "omalle" postipalvelimelle, joka välittää kirjeitä edelleen). Monissa palveluntarjoajan verkoissa mahdollisuus lähettää kirjeitä SMTP -protokollan kautta verkon ulkopuolelle on suljettu (johtuen troijalaisten , virusten tämän ominaisuuden käytöstä ). Tässä tapauksessa palveluntarjoaja tarjoaa oman SMTP-palvelimensa, jonka kautta kaikki posti lähetetään verkon ulkopuolelle. Tässä tapauksessa avoimeksi releeksi katsotaan sellainen rele, joka ei tarkista onko käyttäjä "ystäviä" (tarkistus voidaan tehdä sekä käyttäjän tietokoneen verkko-osoitteen perusteella että käyttäjän tunnistaminen salasanalla/varmenteella).

Postin reititys

Vastaanotettuaan postin (paikallisesta lähteestä tai toiselta palvelimelta) sähköpostipalvelin tarkistaa, onko postin käsittelylle olemassa erityisiä sääntöjä (säännöt voivat perustua käyttäjätunnukseen, osoitteen verkkotunnukseen, kirjeen sisältöön jne.), jos erityisiä sääntöjä ei löydy, se tarkistaa, onko sähköpostin toimialue paikallinen palvelimelle (eli onko palvelin viestin lopullinen vastaanottaja). Jos on, kirje hyväksytään käsiteltäväksi. Jos sähköpostin toimialue ei ole paikallinen, käytetään postin reititysmenettelyä (joka on perusta kirjeiden siirtämiselle Internetin eri palvelimien välillä).

Reititys käyttää vain kohdeosoitteen verkkoalueen osaa (eli @-symbolin jälkeistä osaa). Vastaanottajaverkkotunnuksen kaikki MX-tietueet etsitään. Ne on lajiteltu alenevaan tärkeysjärjestykseen. Jos postipalvelimen osoite vastaa yhtä MX-tietueissa määritetystä isännistä, kaikki tietueet, joiden prioriteetti on alempi kuin isännän prioriteetti MX-tietueessa (sekä itse isännän MX-tietue), hylätään ja toimitetaan osoitteeseen ensimmäiset vastaavat isännät kokeillaan alenevassa tärkeysjärjestyksessä). Tämä tehdään, jos lähettäjän sähköpostipalvelin on vastaanottajan postipalvelimen välitys. Jos toimialueen MX-tietuetta ei löydy, posti yritetään toimittaa toimialuetta vastaavalla A-tietueella. Jos verkkotunnuksesta ei ole tietuetta, syntyy viesti toimituksen mahdottomuudesta (bounce-viesti). Tämä viesti luodaan käyttämällä MAIL FROM:<>( RFC 5321 ), "Vastaanottaja"-kenttä määrittää alkuperäisen viestin lähettäjän ja "Lähettäjä"-kenttä määrittää lomakkeen sähköpostin MAILER-DAEMON@имя сервера. Palvelimen nimi on ilmoituksen luoneen Internet-isännän nimi. MAIL FROM:<>mahdollistaa sähköpostipalvelimien suojaamisen loputtomalta virheilmoitusten kiertämiseltä palvelimien välillä - jos palvelin havaitsee, ettei se pysty toimittamaan kirjettä tyhjällä palautusosoitteella, se tuhoaa sen. Viesti toimituksen mahdottomuudesta voi myös syntyä hetken kuluttua. Tämä tapahtuu, jos havaitun ongelman määritetään olevan ohimenevä, mutta viestijonon aikakatkaisu vanhenee ( RFC 5321 , Kohta 4.5.4.1. Lähetysstrategia).

Jos verkossa on erilaisia ​​DNS-palvelimia (esimerkiksi ulkoisia - Internetissä ja paikallisia - omissa rajoissaan), on mahdollista, että "sisäiset" DNS-palvelimet osoittavat palvelimeen, joka ei ole käytettävissä Internetissä korkeimpana. prioriteettivastaanottaja, jossa sähköposti uudelleenohjataan Internetin kohdeisännäksi määritetystä välittäjästä. Tämä jako mahdollistaa sähköpostin reitittämisen yhteisten sääntöjen mukaisesti palvelimien välillä, joilla ei ole Internet-yhteyttä.

Sähköpostin vastaanottoprotokollat

Kun posti saapuu kohdepalvelimelle, se tallentaa vastaanotetun sähköpostin väliaikaisesti tai pysyvästi. Postin kanssa työskentelyyn on olemassa kaksi eri mallia: postikaupan ( box ) ja postipäätteen käsite .

POP3

Postin varastoinnin käsitteessä palvelimella olevaa postia tallennetaan tilapäisesti rajoitetusti (samalla tavalla kuin paperipostin postilaatikko), ja käyttäjä käyttää ajoittain postilaatikkoa ja "poimii" kirjeitä (eli sähköpostiohjelma lataa kopion kirjeestä itselleen ja poistaa alkuperäisen postilaatikosta) . Tämän konseptin perusteella POP3 -protokolla toimii .

IMAP

Postipäätteen käsite tarkoittaa, että kaikki postilaatikkoon liittyvä kirjeenvaihto (mukaan lukien kopiot lähetetyistä kirjeistä) tallennetaan palvelimelle ja käyttäjä siirtyy arkistoon (jota joskus kutsutaan myös "postilaatikoksi") tarkastellakseen kirjeenvaihtoa (sekä uusia että arkistointi) ja uusien kirjeiden kirjoittaminen (mukaan lukien vastaukset muihin kirjeisiin). IMAP-protokolla ja useimmat ilmaisten sähköpostipalvelujen verkkorajapinnat toimivat tällä periaatteella . Tällainen sähköpostin kirjeenvaihdon tallennus vaatii huomattavasti enemmän kapasiteettia sähköpostipalvelimista, minkä seurauksena useissa tapauksissa postia välittävät postipalvelimet ja postin tallennuspalvelimet ovat erotettu toisistaan.

Erot

Protokollan toimintatavan perusteella ne voidaan jakaa kahden pääkriteerin mukaan:

Tietyissä olosuhteissa sähköpostin tallennuspalvelin voidaan määrittää toimimaan samalla tavalla kuin asiakas: tällainen palvelin ottaa yhteyden sähköpostipalvelimeen POP3-protokollaa käyttäen ja ottaa postin itselleen. Tällaisia ​​ratkaisuja käytetään yleensä pienissä organisaatioissa, joilla ei ole infrastruktuuria täysimittaisten sähköpostipalvelimien käyttöönottamiseksi; tässä tapauksessa sähköpostin tallentamiseen käytetään paikallista palvelinta ja palveluntarjoajan postipalvelinta, joka tarjoaa sähköpostin vastaanottamisen POP3:n kautta (esimerkiksi käyttämällä fetchmailia ). Tällaisen ratkaisun suurin haitta on toimituksen viivästyminen (koska sähköpostin keräävä ohjelmisto pääsee palvelimille tietyllä viiveellä) - esimerkiksi Exchange 2003 Serverin POP3-liitin osana Windows SBS :ää ei salli lyhyemmän välin asettamista. yli 15 minuuttia konfigurointirajapinnan [10] kautta , koska liiallinen tarkistustiheys voi aiheuttaa ongelmia sähköpostipalvelimen kuormituksessa. Joillakin sähköpostipalvelimilla on ominaisuuksia, jotka suojaavat tätä käyttäytymistä vastaan.

Kirjeen rakenne

Kun sähköposti lähetetään SMTP-protokollaa käyttäen, se koostuu seuraavista osista.

SMTP-kirjekuoritiedot

SMTP-kirjekuoritiedot sisältävät parametreja, jotka asetetaan samannimisillä komennoilla:

Sähköpostin otsikot

Sähköpostien otsikot on kuvattu RFC -standardien mukaan :

Otsikot erotetaan kirjeen rungosta tyhjällä rivillä. Otsikoita käytetään kirjaamaan kirjeen ja palvelumuistiinpanojen kulku (joskus kutsutaan nimellä kludges ). Microsoft Outlookissa näitä otsikoita kutsutaan "Internet-otsikoiksi" . Otsikot osoittavat yleensä: postipalvelimet, joiden kautta kirje kulki (jokainen postipalvelin lisää tiedot keneltä se on vastaanottanut tämän kirjeen), tiedot siitä, näyttääkö tämä kirje roskapostilta, tiedot virustentorjuntatarkistuksesta, kirjeen kiireellisyyden taso ( ehkä vaihtaa sähköpostipalvelimia). Myös otsikkoon kirjoitetaan yleensä ohjelma, jolla kirje on luotu. Koska otsikot ovat omistusoikeudellisia tietoja, sähköpostiohjelmat useimmiten piilottavat ne käyttäjältä normaalin viestien lukemisen aikana, mutta tarjoavat myös mahdollisuuden nähdä nämä otsikot, jos viestistä on tarpeen analysoida tarkemmin. Jos SMTP-muodossa oleva sähköposti muunnetaan toiseen muotoon (esimerkiksi sähköpostit muunnetaan MAPI-muotoon Microsoft Exchange 2007:ssä), otsikot tallennetaan erikseen diagnosoinnin mahdollistamiseksi.

Otsikot lisätään yleensä alhaalta ylöspäin (eli aina kun otsikko on lisättävä viestiin, se lisätään ensimmäiselle riville ennen kaikkia edellisiä).

Palvelutietojen lisäksi sähköpostin otsikoissa on myös käyttäjälle näytettävää tietoa, joka on yleensä kirjeen lähettäjä, vastaanottaja, aihe ja lähetyspäivä.

Viestien otsikot voivat sisältää vain 7-bittisiä merkkejä [13] . Jos joissakin kentissä on käytettävä kansallisia merkkejä, on käytettävä koodauksia. Tyypillisesti tämä on Base64 tai Quoted-Printable .

Yleiset otsikot
  • Return-Path:( RFC 821 , RFC 1123 ) - palautusosoite epäonnistuessa, kun kirjeen toimittaminen kohdeosoitteeseen on mahdotonta. Voi erota MAIL FROMja otsikoista tai From:, mutta yleensä vastaa .Sender:Reply-To:MAIL FROM
  • Received:( RFC 822 , RFC 1123 ) - tiedot kirjeen kulkemisesta kunkin tietyn sähköpostipalvelimen (MTA) kautta. Useiden sähköpostipalvelimien läpi kulkiessa (tavallinen tilanne) lisätään uusia otsikoita aiempien päälle, lopulta siirtoloki kirjoitetaan käänteisessä järjestyksessä (vastaanottajaa lähimmästä solmusta kauimpana).
  • MIME-Version:( RFC 1521 ) - MIME - versio , jolla tämä viesti luotiin. Usein tämä otsikko luodaan ennen kaikkia muita, joten se on yleensä aivan ensimmäinen (eli luettelon viimeinen).
  • From:( RFC 822 , RFC 1123 , RFC 1036 ) - lähettäjän nimi ja osoite (tässä otsikossa näkyy tekstikenttä, jossa on lähettäjän nimi). Ei välttämättä vastaa return-pathtai edes vastaa SMTP-otsikkoa MAIL FROM:.
  • Sender:( RFC 822 , RFC 1123 ) - kirjeen lähettäjä. Lisätty osoittamaan, että toinen henkilö (esimerkiksi sihteeri pomon puolesta) on lähettänyt jonkun (lähettäjä) puolesta. Jotkut sähköpostiohjelmat näyttävät viestin lähettäjän ja lähettäjän läsnä ollessa "viestinä "lähettäjältä" lähettäjän puolesta". Lähettäjä on tiedottava otsikko (ja voi myös olla erilainen kuin SMTP-otsikko MAIL FROM).
  • To:( RFC 822 , RFC 1123 ) - Vastaanottajan nimi ja osoite. Se voidaan sisältää useita kertoja (jos kirje on osoitettu usealle vastaanottajalle). Tämän kentän perusteella muodostetaan SMTP-kentän sisältö RCPT TO.
  • Cc:( RFC 822 , RFC 1123 ) - ( englanninkielisestä  hiilikopiosta ) sisältää sen kirjeen toissijaisten vastaanottajien nimet ja osoitteet, jolle kopio lähetetään. Osallistuu SMTP-kentän RCPT TOsekä "Vastaanottaja"-kentän muodostukseen.
  • Bcc:( RFC 822 , RFC 1123 ) - ( englanninkielisestä  sokeakopiosta ) sisältää kirjeen vastaanottajien nimet ja osoitteet, joiden osoitteita ei tule näyttää muille vastaanottajille. Osallistuu SMTP-kentän RCPT TO, kuten "Vastaanottaja"- ja "Kopio"-kenttien, muodostamiseen, mutta ei näy lähetetyssä viestissä.
  • Reply-To:( RFC 822 , RFC 1036 ) on nimi ja osoite, johon vastaukset tähän kirjeeseen tulee lähettää. Jos esimerkiksi robotti lähettää kirjeen, niin Reply-Toosoitteeksi ilmoitetaan sen postilaatikon osoite, joka on valmis vastaanottamaan vastauksen kirjeeseen.
  • Message-ID:( RFC 822 , RFC 1036 ) - yksilöllinen viestin tunniste . Koostuu lähettävän isännän osoitteesta ja numerosta (yksilöllinen isännässä). Yksilöllisen numeron luontialgoritmi riippuu palvelimesta/asiakkaasta. Näyttää tältä: [email protected]. Yhdessä muiden tunnisteiden kanssa sitä käytetään etsimään tietyn viestin kulkua postijärjestelmän lokeista (postijärjestelmät tallentavat kirjeen kulkua sen avulla Message-ID) ja osoittamaan kirjeen muista kirjaimista (käytetään viestin ryhmittelyyn ja rakentamiseen). ketjut). Yleensä sähköpostiohjelma (MUA) luo sen kirjeen kirjoittamisen yhteydessä.
  • In-Reply-To:( RFC 822 ) - kohdat Message-ID, joihin tämä kirje on vastaus (tämän avulla sähköpostiohjelmat voivat helposti rakentaa kirjeenvaihtoketjun - jokainen uusi vastaus sisältää edellisen viestin Viesti-ID:n).
  • Subject:( RFC 822 , RFC 1036 ) – sähköpostin aihe.
  • Date:( RFC 822 , RFC 1123 , RFC 1036 ) – sähköpostin lähetyspäivämäärä.
  • Content-Type:( RFC 1049 , RFC 1123 , RFC 1521 , RFC 1766 ) — viestin sisältötyyppi ( HTML , RTF , pelkkä teksti) ja koodaus, jolla viesti luotiin (katso koodauksista alla).
  • Return-Receipt-To:( RFC 2076 ) - Sähköposti, johon vastaanottajan sähköpostipalvelimen tulee lähettää toimitusilmoitus. RFC 2076 mainitaan "Ei Internet-standardi" -osiossa, joten palvelimet eivät välttämättä tue sitä.
  • Disposition-Notification-To:( RFC 3798 ) - sähköposti, johon vastaanottajan sähköpostiohjelman tulee lähettää toimitusilmoitus, jos käyttäjä sallii sen (asetusten kautta jne.).

Tavallisten lisäksi sähköpostiohjelmat, palvelimet ja postiprosessorit voivat lisätä omia otsikoita, jotka alkavat kirjaimella "X-" (esimerkiksi: X-Mailer, X-MyServer-Note-OKtai X-Spamassasin-Level).

Kirjeen runko

Kirjeen runko erotetaan otsikosta tyhjällä rivillä. Ei-smtp-standardeissa kirjeen muoto riippuu järjestelmästandardista (esimerkiksi MAPI ), mutta ennen kuin kirjain "poistuu" MAPI-yhteensopivasta järjestelmästä (esimerkiksi ennen kuin se lähetetään Internetin kautta), se yleensä muunnetaan SMTP-yhteensopivaan muotoon (muuten viestin reititys olisi mahdotonta, koska sähköpostin lähettämisen standardi Internetissä on SMTP).

Viestin tekstiosassa sallitaan vain tulostettavat merkit. Siksi binääritietojen (kuvien, suoritettavien tiedostojen jne.) siirtämiseen käytetään koodauksia, jotka tuovat tiedot 7-bittiseen muotoon - Base64 tai UUE . Lisäksi sähköpostin olemassaolon alussa rajoitus oli ankarampi - jotkut postijärjestelmät tukivat vain 7-bittisiä viestejä. Tällaisten järjestelmien kanssa työskentelyä varten pelkkä teksti, jossa on kansallisia merkkejä, voidaan koodata myös 7-bittisessä muodossa. Tähän käytetään Base64 :ää tai Quoted-Printablea . Postijärjestelmiä, jotka pystyvät käsittelemään vain 7-bittisiä viestejä, tuskin on nykyään olemassa.

Ketjutetut kirjaimet

Koska kirjeessä on yksilöllinen tunniste, sekä se, että suurin osa sähköpostiohjelmista vastaa kirjeeseen, kopioi sen tunnisteen kenttään In-Reply-To("vastauksena"), on mahdollista luotettavasti ryhmitellä viestit ketjuun ( eng.  säiettä ). Tämä toteutetaan eri tavalla eri sähköpostiohjelmissa. Esimerkiksi Microsoft Outlookin avulla voit etsiä kaikki asiaan liittyvät sähköpostit, ja Gmailin verkkokäyttöliittymä ryhmittelee viestit säikeen tietojen perusteella yhdeksi objektiksi. Jotkin sähköpostiohjelmat (kuten mutt ) antavat sinun jäsentää ketjuja (muodostuvat yleensä postituslistoille, kun keskustelussa on monta tilaajaa) puun muotoon (kysymys loi useita vastauksia, joista jokaista kommentoitiin - tämä muodosti useita puun oksat). Myös tällaiset asiakkaat osaavat yleensä katkaista ketjut väkisin, kun viestin aihe vaihtuu (olettaen, että viestin aiheen muutos tarkoittaa uutta keskustelua, vaikkakin ehkä aikaisemman keskustelun aiheuttamaa).

Sähköpostin salaus

Sähköpostin salaukseen käytetään tällä hetkellä laajalti kahta standardia: S/MIME (käytetään julkisen avaimen infrastruktuuria) ja OpenPGP (käyttäen varmenteita, joiden luottamusjärjestelmä ryhmittyy käyttäjän ympärille).

Aiemmin oli olemassa myös MOSS- ja PEM -standardeja , mutta yhteensopimattomuuden ja käytön vaikeuden vuoksi ne eivät juurtuneet.

S/MIME- ja OpenPGP-standardit tarjoavat kolmentyyppistä suojausta: muuttuvuus, peruuttamaton allekirjoitus ja luottamuksellisuus (salaus). Lisäksi S/MIME-versio 3 mahdollistaa suojatun kuittauksen käytön (jossa kirjeen vastaanottokuittaus voidaan luoda onnistuneesti vain, jos kirje on saapunut vastaanottajalle ehjänä).

Molemmat standardit käyttävät symmetrisiä salausalgoritmeja viestin rungon salaamiseen, ja symmetrinen avain salataan vastaanottajan julkisella avaimella. Jos kirje on osoitettu ihmisryhmälle, symmetrinen avain salataan vuorotellen jokaisen vastaanottajan julkisella avaimella (ja joskus mukavuussyistä lähettäjän julkisella avaimella, jotta hän voi lukea lähettämänsä kirjeen) .

Kaupalliseen käyttöön

Tällä hetkellä postijärjestelmien kaupallisesta käytöstä on olemassa seuraavat mallit:

  • Koti- ja yrityspostijärjestelmät - toimivat postijärjestelmän omistajan omilla tai vuokraamilla laitteilla (yleensä hän on myös sen verkkotunnuksen omistaja, jossa sähköpostipalvelin toimii).
  • Sähköpostin vastaanotto/lähetyspalvelun tarjoaa kolmas osapuoli. Organisaatio (henkilö) omistaa verkkotunnuksen ja säilyttää itsenäisesti kirjeenvaihtoarkiston.
  • Postin vastaanotto-/lähetys- ja säilytyspalvelut suorittaa kolmannen osapuolen organisaatio omissa tiloissaan. Asiakas saa pääsyn urakoitsijan järjestelmään kirjeiden lähettämistä ja kirjearkiston käyttöä varten. Sähköpostin verkkotunnus on asiakkaan omistuksessa.
  • Kirjeiden vastaanottamisesta, lähettämisestä ja tallentamisesta vastaa toimeenpanija, postitoimialue kuuluu toimeenpanijalle. Useimmat näistä palveluista ovat ilmaisia ​​ja toimivat näyttämällä mainoksia käyttäjälle tai ovat ilmaisia ​​lisäyksiä muihin esiintyjän palveluihin (katso lisätietoja: Ilmaiset sähköpostipalvelut ).

Postituslistat

Postijärjestelmän avulla voit järjestää monimutkaisia ​​järjestelmiä, jotka perustuvat postin edelleenlähettämiseen yhdeltä usealle tilaajalle, nämä ovat:

  • Postituslistat - samasta osoitteesta tuleva kirje, jolla on sama (tai mallin mukaan muuttuva) sisältö, lähetetty postituslistan tilaajille . Teknisesti se voidaan järjestää useiden sähköpostien lähettämiseksi (käytetään mallisähköpostien lähettämiseksi) tai sähköpostien lähettämiseksi useille vastaanottajille (TO-, CC-, BCC-kentissä). Suurten postituslistojen hallintaan (yli 10-50 tilaajaa) käytetään erikoisohjelmia (esimerkiksi mailman ). Oikein järjestetyn postituslistan tulisi ohjata kirjeiden (kirjeen toimittamisen mahdottomuudesta kertovat viestit) palautusta sulkemalla pois vastaanottajat, jotka eivät ole tavoitettavissa, sallia tilaajien peruuttaa postituslistoilta. Ei- toivottuja sähköpostiviestejä kutsutaan roskapostiksi ja ne vaikeuttavat merkittävästi postijärjestelmien toimintaa.
  • Kirjeenvaihtoryhmät ovat erikoistunut postituslistan tyyppi, jossa ryhmän osoitteeseen (tavallinen erikoisohjelman käsittelemä postiosoite) lähetetään kirje kaikille ryhmän jäsenille. Se on analogi tiedotustilaisuuksista, kaikukonferenssista. Oikein konfiguroidun postituslistan tulee hallita syklejä (kaksi toistensa tilaamaa postitusrobottia pystyvät luomaan loputtoman silmukan kirjeiden lähetystä), rajoittamaan niiden postituslistan osallistujien luetteloa, joilla on oikeus lähettää viesti, ja täyttää muut postituslistavaatimukset. .

Postituslistan ylläpitäjiä käytetään postituslistojen hallintaan . Osoiteluettelon ylläpidon ja tietyn viestin lähettämisen lisäksi ne tarjoavat kirjeiden suodatuksen, mahdollisuuden kirjeiden ennakkovalvontaan ennen niiden sijoittamista postituslistalle, arkistojen ylläpitoa, tilausten/tilausten hallintaa, postitustiivistelmien lähettämistä (lyhyt sisältö) koko postitusmäärän sijaan.

Esimerkkejä sähköpostinhallintaohjelmista:

Roskaposti

Roskaposti on eräänlainen postitus, jonka tarkoituksena on mainostaa (usein ei-toivottua) tiettyä tuotetta tai palvelua, analoginen paperimainonnasta, joka jaetaan ilmaiseksi asuintalojen postilaatikoissa.

Sähköpostin suosion kasvaessa sitä (yhdessä usenet-uutisryhmien kanssa ) alettiin käyttää ei-toivottujen mainosviestien lähettämiseen, samalla tavalla kuin esitteitä pudotetaan tavallisiin postilaatikoihin. Toisin kuin paperipostituslistan huomattavia kustannuksia, huomattavan määrän (miljoonia ja miljardeja) lähettäminen ei maksa lähettäjälle käytännössä mitään. Tämä johti suhteettoman suureen mainospostitusten määrään ja kokoon (joidenkin tietojen mukaan [14] roskapostin osuus on tällä hetkellä 70–90 % kaikista sähköpostiviesteistä, eli se ylitti postin hyötykuorman 2–10 kertaa) .

Roskapostin lähettämiseen käytetään tällä hetkellä aktiivisesti kaikkia mahdollisia teknisiä temppuja: avoimet välityspalvelimet , uudelleenpostittajat , välityspalvelimet, ilmaiset sähköpostipalvelimet (jotka mahdollistavat sähköpostin lähettämisen automatisoinnin), botnetit , väärennetyt viestit jakelun mahdottomuudesta.

Mainoskiellon tiukentuessa viestit jaettiin laillisiin postituksiin (jotka käyttäjä yleensä tilaa ja joista hän voi kieltäytyä milloin tahansa) ja laittomiin (jota itse asiassa kutsutaan roskapostiksi). Roskapostin torjumiseksi on kehitetty erilaisia ​​mekanismeja ( mustat lähettäjät, harmaat listat , jotka vaativat sähköpostipalvelimen uudelleenlähetyksen, kontekstisuodattimet). Yksi roskapostin torjuntatyökalujen käyttöönoton seurauksista oli mahdollisuus tehdä " väärä positiivinen " roskapostia koskeva päätös, eli osa kirjeistä, jotka eivät ole roskapostia, alettiin merkitä roskapostiksi. Jos kyseessä on aggressiivinen roskapostin estokäytäntö (roskapostilta näyttävien viestien tuhoaminen automaattisesti ilmoittamatta lähettäjälle/vastaanottajalle), tämä johtaa vaikeasti havaittaviin sähköpostinkulkuongelmiin.

Lainsäädäntö Venäjällä

Liittovaltion laki nro 152-FZ "henkilötiedoista" .

Suosituimmat sähköpostipalvelut

Suosituimpia sähköpostipalveluita tarjoavat IT-yritykset muiden verkkotuotteiden ohella: hakukoneet, pilvitallennus jne. Venäjänkieliset sähköpostipalvelut ovat kehittäneet Google ( Gmail ), Yandex ( Yandex.Mail ), Mail.ru ( Mail.ru ), Microsoft ( Hotmail ja Outlook ).

Katso myös

Muistiinpanot

  1. ↑ 1 2 Sähköposti - Sanakirja - SeoPult.Ru .
  2. Sähköposti kadonnut yhdysmerkki
  3. ComputerPress-lehti 6'2001 - Internet-posti
  4. 1 2 Kysymys nro 220471 Gramota.ru
  5. Etsi vastaus . new.gramota.ru. Käyttöönottopäivä: 14.3.2019.
  6. Kysymys nro 275417 Gramota.ru
  7. Hae sanaa: etsi kuvio "*m?ile"
  8. Sanakirjahaku - Sanatarkistus: * mail Gramota.ru
  9. MuttWiki: MailConcept (downlink) . Haettu 5. syyskuuta 2009. Arkistoitu alkuperäisestä 16. joulukuuta 2008. 
  10. POP3 Connector for Exchange 2003 (SBS2003) Exchange Adminissa  (downlink)
  11. RFC 5321: 4.5.5. Viestit, joissa on nolla-käänteinen polku
  12. Takaisinsoittovahvistus
  13. Tällä hetkellä on kehitetty joukko standardeja tukemaan sähköpostin kansallisia merkkejä ( RFC 6531 , RFC 6532 , RFC 6533 ), mutta kaikki ohjelmistot eivät tue tätä.
  14. Securelist - Roskaposti toukokuussa 2009 Kaspersky Labin mukaan toukokuussa 2009 roskapostin osuus oli 70-90 % kaikesta sähköpostin kirjeenvaihdosta.

Linkit

  • RFC 822  - Standardi ARPA Internet-tekstiviesteille
  • RFC 2142  - Postilaatikoiden nimet yleisille palveluille, rooleille ja toiminnoille
  • RFC 2368  – Postin URL-osoitemalli
  • RFC 5322  - Internet -viestimuoto
  • RFC 2045  - Internet-sanomien muoto