(SMTP) je standard za e-poštu. Izvorno dokumentiran u RFC 821 (1982.), posljednji je put ažuriran 2008. s proširenim dodacima SMTP-a u RFC 5321 (danas široko korišten protokol).
Iako poslužitelji e-pošte i drugi agenti e-pošte koriste SMTP za slanje i primanje korespondencije e-pošte, softver korisničke klase obično koristi SMTP priključke samo za slanje podataka poslužitelju radi prosljeđivanja. Klijentske aplikacije obično koriste IMAP ili POP3 za primanje poruka. Ovi su protokoli najprikladniji i najtraženiji za ove svrhe: imaju naprednu funkcionalnost i širok raspon mogućnosti.
Karakteristike
SMTP komunikacija između poslužitelja e-pošte koristi TCP port 25. Klijenti e-pošte često šalju odlaznu e-poštu poslužitelju e-pošte na portu 587. Iako naslijeđeni pružatelji usluga e-pošte još uvijek dopuštaju korištenje nestandardnog porta 465 za ovu svrhu.
SMTP veze zaštićene TLS-om, poznate kao SMTPS, mogu se uspostaviti korištenjem STARTTLS tehnologije.
Vlasnički sustavi i sustavi e-pošte koriste vlastite nestandardne protokole za pristup poštanskim sandučićima na svojim poslužiteljima e-pošte - sve tvrtke koriste portove SMTP poslužitelja kada se slanje ili primanje e-pošte odvija izvan njihovih vlastitih sustava.
SMTP odredište
Gotovo sve na Internetu omogućeno je protokolima—posebnim pravilima mrežnog softvera koja računalu omogućuju komunikaciju sa svim mrežama kako bi korisnici mogli kupovati, čitati vijesti i slati e-poštu. Protokoli su vitalni za svakodnevno umrežavanje - ugrađeni su u mrežni softver i koriste se prema zadanim postavkama.
SMTP port protokol pruža skup kodova koji olakšavaju razmjenu poruka e-pošte između poslužitelja (umreženo računalo koje obrađuje dolaznu i odlaznu e-poštu). Ovo je vrsta skraćenice koja poslužitelju omogućuje rastavljanje različitih dijelova poruke u kategorije koje drugi poslužitelj može razumjeti. Kada korisnik pošalje poruku, ona se pretvara u retke teksta odvojene kodnim riječima (ili brojevima) koji definiraju svrhu svakog odjeljka.
Tehničko nazivlje
SMTP je TCP/IP protokol koji se koristi za rad s e-poštom. Međutim, budući da je ograničen na mogućnost slanja poruka u red čekanja na primateljskoj strani, obično se koristi ili s POP3 ili IMAP, što omogućuje pohranjivanje podataka na poslužitelju i preuzimanje po potrebi. Drugim riječima, obično koriste aplikaciju koja odabire SMTP za slanje e-pošte i POP3 ili IMAP za primanje korespondencije. Na sustavima baziranim na Unixu, sendmail je najčešće korišteni SMTP poslužitelj za e-poštu. Komercijalni Sendmail paket uključuje POP3 poslužitelj. Microsoft Exchange uključuje SMTP poslužitelj i može se konfigurirati da podržava POP3.
SMTP se obično koristi za rad preko internetskog priključka 25. Alternativa SMTP-u koja se široko koristi u Europi je X.400. Mnogi poslužitelji e-pošte sada podržavaju Extended Simple Mail Transfer Protocol (ESMTP), koji vam omogućuje prijenos multimedijskih datoteka kao e-pošte.
Priča
Šezdesetih godina prošlog stoljeća korišteni su različiti oblici elektroničkih poruka. Korisnici su komunicirali pomoću sustava izgrađenih za određena glavna računala. Kako je sve više i više računala postajalo međusobno povezano, pojavila se potreba za razvojem standarda koji bi korisnicima različitih sustava omogućili slanje e-pošte jedni drugima. SMTP se razvio iz ovih standarda razvijenih 1970-ih.
Daljnje implementacije uključuju FTP Mail Protocol, počevši od 1973. Rad na razvoju nastavio se tijekom 1970-ih sve dok ARPANET nije postao moderni Internet 1980. Zatim je Jon Postel predložio protokol za prijenos podataka o pošti.
SMTP se počeo naširoko koristiti ranih 1980-ih. U to je vrijeme ovaj protokol bio Unix dodatak za Unix Copy Program program pošte. SMTP najbolje funkcionira kada su strojevi za slanje i primanje spojeni na Internet, koriste mehanizam pohranjivanja i slanja te su primjeri push tehnologije.
Model obrade pošte
E-poštu šalje klijent e-pošte (Mail User Agent, MUA) na poslužitelj e-pošte (Mail Submission Agent, MSA) koristeći SMTP na TCP priključku 587. Većina pružatelja poštanskih sandučića još uvijek dopušta slanje na tradicionalni priključak 25. MSA isporučuje poštu na vaš mail agent (agent za prijenos pošte, MTA). Često su ti agenti instance generičkog softvera aktiviranog s različitim postavkama na istom računalu. Lokalna obrada se može obaviti na jednom stroju ili dijeliti na više strojeva. Procesi agenta za poštu na istom računalu mogu razmjenjivati datoteke, ali ako se obrada izvodi na više strojeva, oni međusobno prosljeđuju poruke pomoću SMTP priključka, gdje je svaki stroj konfiguriran da koristi sljedeći stroj kao pametni host.
Pregled protokola
SMTP je tekstualni protokol orijentiran na vezu u kojem pošiljatelj pošte komunicira s primateljem pošte izdavanjem naredbenih linija i pružanjem potrebnih podataka putem pouzdanog, urednog kanala protoka podataka. SMTP sesija sastoji se od naredbi koje izdaje SMTP klijent (pokretački agent, pošiljatelj ili odašiljač) i odgovarajućih odgovora SMTP poslužitelja (slušajući agent ili primatelj). Sesija može uključivati nula ili više SMTP transakcija, koje se sastoje od tri niza naredbi/odgovora:
Uz srednji odgovor za DATA, odgovor svakog poslužitelja može biti pozitivan ili negativan (šifra 2xx). Negativni odgovori mogu biti trajni (šifre 5xx) ili privremene (šifre 4xx). Odbijanje je trajni kvar i klijent mora poslati poruku odbijanja poslužitelju na kojem ju je primio. Pad je pozitivan odgovor nakon kojeg slijedi odbijanje poruke.
SMTP portovi pošte i njihovo značenje
SMTP je samo protokol isporuke. U normalnoj upotrebi, pošta se šalje ciljnom poslužitelju e-pošte, kao što je SMTP poslužitelj ulaza za poštu. Podaci se usmjeravaju na temelju odredišnog poslužitelja, a ne pojedinačnih korisnika kojima su upućeni. Ostali protokoli (POP ili IMAP) posebno su dizajnirani za korištenje od strane pojedinačnih korisnika koji primaju poruke i upravljaju poštanskim sandučićima. SMTP, POP i IMAP nisu prihvatljivi protokoli za slanje pošte preko računala s povremenim vezama. Osmišljeni su za rad nakon konačne isporuke, kada se uklone informacije ključne za ispravan rad releja pošte.
Pokretanje praznog reda poruka
Udaljeno pokretanje reda čekanja poruka je značajka SMTP koja omogućuje udaljenom hostu da pokrene obradu pošte na poslužitelju tako da može primati poruke koje su mu namijenjene slanjem naredbe TURN. Međutim, ova je značajka predstavljala potencijalni sigurnosni rizik podataka i proširena je u RFC-u 1985 naredbom ETRN, koja radi sigurnije koristeći metodu provjere autentičnosti temeljenu na informacijama sustava naziva domene.
Međunarodna adresa e-pošte
Korisnici čije pismo nije latinično ili koji koriste dijakritičke znakove koji nisu u ASCII skupu znakova, imali su problema sa traženjem latinične adrese e-pošte (mail.ru SMTP port). RFC 6531 stvoren je za rješavanje ovog problema pružanjem mogućnosti internacionalizacije za SMTP, proširenja za SMTPUTF8 i podrške za višebajtne i ne-ASCII znakove u adresama e-pošte. Primjeri: dijakritički znakovi i drugi jezični simboli (grčki i kineski). Također relevantno za Yandex SMTP port.
Trenutna podrška za ovaj dokument trenutno je ograničena, ali postoji veliki interes za širokim prihvaćanjem RFC-a 6531 i srodnih RFC-ova u zemljama kao što je Kina koje imaju veliku bazu korisnika u kojima je latinica (ASCII) strano pismo.
Odlazna pošta sa SMTP poslužitelja
Klijent e-pošte mora znati IP adresu svog originalnog SMTP poslužitelja. Ovo mora biti navedeno kao dio njegove konfiguracije (obično DNS naziv). Ovaj poslužitelj će osigurati odlazne poruke u ime korisnika.
Ograničenja pristupa poslužitelju odlazne pošte
Administratori poslužitelja moraju nametnuti određene kontrole onim klijentima koji mogu koristiti poslužitelj. To pomaže u borbi protiv zloupotrebe i neželjene pošte. Slična su rješenja naširoko korištena:
Prethodno su mnogi sustavi nametnuli ograničenja na korištenje lokacije klijenta, dopuštajući korištenje samo klijentima čija je IP adresa bila jedan od administratora poslužitelja. Korištenje s bilo koje druge IP adrese klijenta je zabranjeno.
Moderni SMTP poslužitelji obično nude alternativni sustav koji od klijenata zahtijeva autentifikaciju s vjerodajnicama prije nego što dopuste pristup.
SMTP - koji se port koristi?
Komunikacija između poslužitelja e-pošte obično uvijek koristi zadanu vrijednost TCP porta 25, koja je dodijeljena SMTP-u. Međutim, klijenti e-pošte obično umjesto toga koriste određene smtp ssl priključke. Većina davatelja internetskih usluga sada blokira sav odlazni portski promet svojih korisnika kao mjeru protiv spama. Iz istog razloga, tvrtke obično konfiguriraju svoje vatrozide da dopuste odlazne portove s određenih poslužitelja e-pošte.
Primjer SMTP prijenosa
Tipičan primjer slanja poruke putem SMTP-a u dva poštanska sandučića (alice i theboss) koji se nalaze u istoj domeni pošte (example.com ili localhost.com) reproduciran je u sljedećoj sesiji razmjene. Nakon što pošiljatelj poruke (SMTP klijent) uspostavi pouzdan komunikacijski kanal s primateljem poruke (SMTP poslužitelj), otvara se sesija s poslužiteljem koji obično sadrži njegov potpuno kvalificirani naziv domene (FQDN), u ovom slučaju smtp, example ili com. Klijent pokreće svoj dijaloški okvir odgovarajući naredbom HELO identificirajući se u parametru naredbe svojim potpuno kvalificiranim nazivom domene (ili doslovnom adresom ako nije dostupno).
Dodatna proširenja
Klijenti uče koje opcije poslužitelj podržava korištenjem EHLO pozdrava umjesto originalnog HELO. Klijenti se vraćaju na HELO samo ako poslužitelj ne podržava SMTP proširenja.
Moderni klijenti mogu koristiti ključnu riječ SSRE ekstenzije ESMTP za postavljanje upita poslužitelju o maksimalnoj veličini poruke koja će biti prihvaćena. Naslijeđeni klijenti i poslužitelji mogu pokušati prenijeti prevelike poruke koje će biti odbijene nakon što potroše mrežne resurse, uključujući vrijeme povezivanja s mrežnim vezama.
Anti-spam metode i autentifikacija e-pošte
Izvorni dizajn SMTP-a nije imao načina identificirati pošiljatelje ili provjeriti smiju li poslužitelji slati u njihovo ime. Kao rezultat toga, moguće je lažiranje e-pošte, koje se obično koristi u neželjenoj e-pošti i krađi identiteta.
Daju se posebni prijedlozi za promjenu SMTP-ova ili njihovu potpunu zamjenu. Jedan primjer za to je Internet Mail 2000, ali niti on niti bilo koji drugi nije postigao veći uspjeh prije mrežnog učinka ogromne instalirane baze klasičnog SMTP-a. Umjesto toga, poslužitelji e-pošte sada koriste niz metoda, uključujući DomainKeys, DomainKeys Identified Mail, Policy Framework i DMARC, DNSBL i sivu listu za odbijanje ili stavljanje u karantenu sumnjive e-pošte.
SMTP protokol
O U ovom poglavlju:
O Osnovne naredbe protokola
O Relejni poslužitelji
O Izravna otprema
U većini slučajeva za isporuku pošte koristi se SMTP protokol ( Jednostavan protokol za prijenos pošte).
Prilikom stvaranja SMTP protokola programeri su napravili ozbiljnu pogrešku, što je pokvarilo mnogo krvi i administratorima sustava i običnim korisnicima. Njegova bit leži u činjenici da SMTP protokol ne zahtijeva autentifikaciju korisnika prije slanja poruke, a to vam omogućuje korištenje poslužitelja drugih ljudi za masovno slanje pošte.
Moderni SMTP poslužitelji koriste različite sigurnosne mehanizme kako bi spriječili nepoznate korisnike da šalju korespondenciju. O tome se detaljno govori u poglavlju “Poslužitelj pošte iznutra”.
U terminologiji SMTP protokola ne postoje koncepti kao što su "klijent" i "poslužitelj". Umjesto toga govore o pošiljatelju ( pošiljatelj) i primatelj ( prijamnik). Ono što većina ljudi naziva "SMTP poslužitelj" je i pošiljatelj i primatelj. Kada klijent uspostavi vezu s njim kako bi poslao pismo, poslužitelj se ponaša kao primatelj, a kada isporuči poruku pretplatniku, postaje pošiljatelj.
Svaki poštanski sandučić je SMTP primatelj, izravnim kontaktom s njim možete prenijeti poruku bez posrednika. Međutim, ova metoda nije stekla veliku popularnost. Komunikacija s udaljenim čvorovima može biti spora i nepouzdana, stoga je zgodno delegirati misiju dostave poruka posebnom poslužitelju, koji se često naziva poslužitelj odlazne pošte. Ako je komunikacija s poslužiteljem odlazne pošte brza i pouzdana, onda je ovakav pristup potpuno opravdan. Naprotiv, slanje pisama preko udaljenih, sporih i nestabilnih servera nema smisla. U ovom slučaju, bolje je staviti poruku izravno u primateljev sandučić. Međutim, nekoliko klijenata e-pošte podržava ovu značajku.
Primjer ispod pokazuje kako poslati poruku pretplatniku koristeći SMTP protokol. Prvi korak je pokretanje telnet klijenta i nakon uspostavljanja veze s odabranim SMTP poslužiteljem (na primjer, mail.aport.ru) na dvadeset i petom priključku, pričekajte izdavanje pozivnice.
Slika 009 Spajanje na poslužitelj mail.aport.ru
Prva tri znaka niza koji je vratio poslužitelj predstavljaju kod završetka operacije. Potpuni popis svih mogućih kodova grešaka sadržan je u RFC-821 i nije naveden ovdje.
Za prijenos korespondencije nije dovoljna samo TCP veza, već je potrebno uspostaviti još jednu, tzv. SMTP vezu. To se postiže vraćanjem pozdravnog odgovora poslužitelju koji pokazuje klijentovo ime hosta (ako ima ime) ili IP adresu (ako klijent nema ime).
Nije uvijek potrebno navesti svoje točan adresa. Često je dovoljno unijeti proizvoljan tekstualni niz, na primjer “ABDCEF”
· HELO ppp-15.krintel.ru
Uzvratni pozdrav se izvodi naredbom „ZDRAVO
" Poslužitelj, nakon što je uspostavio SMTP vezu, vraća šifru uspjeha (250) i u većini slučajeva određuje klijentovu IP adresu ili naziv domene.
Sljedeći korak je navođenje pošiljatelja poruke. Da biste to učinili, morate upotrijebiti naredbu “MAIL FROM”, navodeći svoju vlastitu poštansku adresu, ako želite, u uglastim zagradama.
Na primjer:
· HELO ppp-15.krintel.ru
· 250 camel.mail.ru Pozdrav ppp-15.krintel.ru
POŠTA OD:" [e-mail zaštićen]»
Primatelj poruke zatim se navodi pomoću naredbe “RCPT TO”, čiji je primjer prikazan u nastavku:
· HELO ppp-15.krintel.ru
· 250 camel.mail.ru Pozdrav ppp-15.krintel.ru
POŠTA OD:" [e-mail zaštićen]»
· 250 " [e-mail zaštićen]"sintaktički je ispravan
RCPT ZA:" [e-mail zaštićen]»
Ako postoji potreba da se ista poruka pošalje na više ispitanika, dovoljno je nazvati “RCPT TO” jedan (ili više) puta (maksimalni broj primatelja obično nije ograničen). Ako se poslužitelj ne obveže isporučiti poruku jednom od njih, vratit će pogrešku, ali to neće utjecati na ostale primatelje.
Naredba “DATA”, pozvana bez argumenata, uzrokuje da poslužitelj čeka da tekst pisma bude primljen.
· 354 Unesite poruku koja završava s "." na samoj liniji
Sekvenca dovršetka unosa je obična točka, "obrubljena" s obje strane prijelomom retka. Ako se takav niz pojavi u tekstu poruke, generiranje pisma bit će odmah dovršeno. Klijenti pošte obično prepoznaju ovu situaciju i pribjegavaju ponovnom kodiranju, ali kada radite s telnet klijentom, ova briga pada na korisnika.
Primjer korištenja naredbe “DATA” dan je u nastavku:
· HELO ppp-15.krintel.ru
· 250 camel.mail.ru Pozdrav ppp-15.krintel.ru
POŠTA OD:" [e-mail zaštićen]»
· 250 " [e-mail zaštićen]"sintaktički je ispravan
RCPT ZA:" [e-mail zaštićen]»
· 250 " [e-mail zaštićen]»provjereno
· Zdravo, Mornar!
· 250 OK id=12ZDEd-000Eks-00
Naredba “QUIT” završava sesiju i zatvara vezu.
· 221 camel.mail.ru zatvaranje veze
Sadržaj primljene poruke (o mehanizmu primanja poruka na korisničkom lokalnom računalu govori se u poglavljima “POP protokol” i “IMAP4 protokol”) može izgledati npr. ovako:
Iz [e-mail zaštićen] Ned 26. ožujka 17:38:03 2000
· Primljeno: s ppp-15.krintel.ru ()
· putem camel.mail.ru sa smtp (Exim 3.02 #107)
· id 12ZDEd-000Eks-00
· ID poruke: " [e-mail zaštićen]»
Pozdrav Sailor!
U nastavku ćemo pokazati kako napadači pronalaze i koriste poslužitelje odlazne pošte drugih ljudi. Jedan od načina pronalaženja javnih SMTP poslužitelja je analiza zaglavlja dolazne korespondencije. Među čvorovima koji su ostavili svoje adrese u polju "Primljeno", ponekad postoje poslužitelji koji ne zahtijevaju autentifikaciju korisnika za slanje pisama.
Na primjer, ispod je zaglavlje e-pošte koju je autor ove knjige izvukao iz vlastitog poštanskog sandučića:
Iz [e-mail zaštićen] Srijeda, 22. ožujka 16:57:03 2000
Primljeno od gate.chiti.uch.net()
· od msk2.mail.ru s esmtp (Exim 3.02 #116)
· id 12Xld1-0008jx-00
Primljeno od 13.chiti.uch.net()
· od strane gate.chiti.uch.net(8.8.8/8.8.8) sa SMTP id PAA29678
· Od: "irt" « [e-mail zaštićen] »
Analiza zaglavlja nam omogućuje da utvrdimo da je pismo poslano s adrese 13.chiti.uch.net preko poslužitelja odlazne pošte gate.chiti.uch.net. Ako pokušate uspostaviti vezu s njim, rezultat može izgledati ovako:
Da biste provjerili može li se poruka proslijediti, potrebno je poslati pozivnicu poslužitelju, a zatim identificirati pošiljatelja i primatelja pisma. Na primjer, to bi moglo izgledati ovako:
· ZDRAVO kpnc.krintel.ru
· 250 gate.chiti.uch.net Pozdrav kpnc.krintel.ru, drago mi je što smo se upoznali
POŠTA OD:" [e-mail zaštićen]»
· 250 " [e-mail zaštićen]"...Pošiljatelj je u redu
RCPT ZA:" [e-mail zaštićen]»
· 250 " [e-mail zaštićen]"… Primatelj je u redu
Šifra uspješnog završetka operacije (250) i razdoblje "Primatelj u redu" pokazuju da je poslužitelj pristao na prijenos. Sve što trebate učiniti je unijeti tekst poruke i možete poslati pismo. Nakon nekog vremena (obično ne dulje od jedne minute), poruka bi trebala stići na odredište. A naslov bi mogao izgledati, na primjer, ovako:
Iz [e-mail zaštićen] Ned 26. ožujka 17:28:33 2000
Primljeno: od gate.chiti.uch.net()
· putem camel.mail.ru s esmtp (Exim 3.02 #107)
· id 12ZD5a-000Dhm-00
· Primljeno: s kpnc.krintel.ru (kpnc.krintel.ru)
· od gate.chiti.uch.net (8.8.8/8.8.8) sa SMTP id QAA02468
· (omotnica-od [e-mail zaštićen])
· ID poruke: " [e-mail zaštićen]»
Adresa pošiljatelja podebljana je, što znači da pošiljatelj nije mogao ostati anoniman. Ako se to pokaže neprihvatljivim, među pristiglim pismima vašeg poštanskog sandučića možete pokušati pronaći ona u čijim zaglavljima nema nikakvih podataka o pošiljatelju, osim onih koje je on sam želio dati.
Jedan od anonimnih poslužitelja nalazi se (ili bolje rečeno, nekoć se nalazio u vrijeme pisanja ovog poglavlja) na dore.on.ru. Međutim, njegova uporaba od strane neovlaštenih osoba je zabranjena, kao što pokazuje sljedeći eksperiment:
· ZDRAVO kpnc.krintel.ru
POŠTA OD:" [e-mail zaštićen]»
· 250 " [e-mail zaštićen]» Pošiljatelj OK
RCPT ZA:" [e-mail zaštićen]»
· 550 Prijenos odbijen za « [e-mail zaštićen]»
Poslužitelj, doista, ne čini nikakve vidljive pokušaje da odredi adresu klijenta, ali u isto vrijeme odlučno odbija proslijediti njegovu korespondenciju izvan poslužitelja. Štoviše, pouzdano je poznato da ga vlasnici ovog poslužitelja koriste za slanje poruka na adrese koje nisu lokalne. To implicira postojanje mehanizma koji nam omogućuje da razlikujemo "nas" od "stranaca". Prava "autsajdera" ograničena su na dostavu pisama na lokalne adrese, dok je "autsajderima" dopušteno slanje poruka izvan poslužitelja. Zbog nedostatka alata za autentifikaciju korisnika u SMTP protokolu, klijentova IP adresa pomaže u razlikovanju jednog od drugog. Lokalni korisnici koji se nalaze na istoj podmreži kao i poslužitelj smatraju se “prijateljima” i obrnuto.
Ali ako poslužitelj nije opremljen funkcijom određivanja IP adresa klijenata, nema izbora nego koristiti informacije koje je sam pošiljatelj dao, vjerujući mu na riječ. Stoga je moguće prijaviti lažne podatke i lažno predstavljati lokalnog korisnika koji ima pravo slati poruke na bilo koju adresu.
Klijent dva puta označava svoju adresu: prilikom pozdravljanja poslužitelja naredbom “HELO” prijavljuje svoju domenu, au polje “MAIL FROM” upisuje vlastitu povratnu adresu. Neki poslužitelji provjeravaju jednu od ovih vrijednosti, a neki obje u isto vrijeme.
U donjem eksperimentu pošiljatelj ne prijavljuje vlastitu domenu, već domenu vlasnika poslužitelja, a kao povratnu adresu koristi jednu od adresa lokalnih korisnika poslužitelja (da biste je saznali, morate primiti barem jednu pismo s ovog poslužitelja ili pokušajte saznati imena registriranih korisnika brute force metodom):
· 220 WITHELD FTGate poslužitelj spreman -Fox Mulder
· ZDRAVO dore.on.ru
· POŠTA OD:" [e-mail zaštićen]»
RCPT ZA:" [e-mail zaštićen]»
· 250 Primatelj Ok
Kao rezultat takvog krivotvorenja, poslužitelj je doveden u zabludu i pristao je isporučiti pismo. Očito se po zaglavlju ne može odrediti pravi pošiljatelj poruke, budući da ono sadrži samo podatke koje je pošiljatelj želio samostalno ostaviti.
Nemoguće je zamisliti bolju metodu za masovno slanje poštom, ali ova tehnika nije prikladna za redovitu korespondenciju. Nakon svega, odgovor na pismo bit će vraćen na adresu [e-mail zaštićen]! To se može izbjeći dodavanjem polja "Reply-To" u zaglavlje, koje sadrži pravu adresu pošiljatelja (onu koju je sam želio ostaviti). To bi moglo izgledati ovako, na primjer:
· 220 WITHELD FTGate poslužitelj spreman -Fox Mulder
· ZDRAVO dore.on.ru
POŠTA OD:" [e-mail zaštićen]»
· 250 " [e-mail zaštićen]» Pošiljatelj OK
RCPT ZA:" [e-mail zaštićen]»
· 250 Primatelj Ok
· 354 Pokreni unos pošte; završavaju s "CRLF". "CRLF"
· Odgovarati na:" [e-mail zaštićen]»
· 250 OK Poruka je u redu
· 221 dore.on.ru Usluga zatvara kanal prijenosa
Zaglavlje takvog pisma trebalo bi izgledati otprilike ovako:
Primljeno od relej1.aha.ru(provjereno)
· od aha.ru (CommuniGate Pro SMTP 3.1b2)
· Primljeno: s warlock.miem.edu.ru (miem-as.ins.ru)
· od strane relej1.aha.ru(8.9.3/8.9.3/aha-r/0.04B) s ESMTP ID UAA07173
· Primljeno: od dore.miem.edu.ru (rtuis.miem.edu.ru)
· od strane warlock.miem.edu.ru (8.9.3/8.9.3) s ESMTP ID UAA00637
Primljeno: od fox by dore.on.ru(FTGate 2, 1, 2, 1);
· ID poruke: “000301bec6ff$c87f5220$16fe7dc1@fox”
Od: " [e-mail zaštićen]»
Za: " [e-mail zaštićen]»
Predmet: TEST
· Odgovarati na:" [e-mail zaštićen]»
Kada pokušate odgovoriti pošiljatelju, klijent e-pošte primatelja izvući će sadržaj polja “Odgovori za” i poslati pismo na adresu navedenu u njemu. Upravo to spameri koriste kako bi postigli potpunu anonimnost s jedne strane i mogućnost primanja odgovora od zainteresiranih strana s druge strane.
Ako pažljivo pogledate zaglavlje pisma, u njemu možete pronaći nekoliko redaka "Primljeno". Ostavili su ih tranzitni poslužitelji, inače zvani Releji (od engleskog relej).
Svaki klijent e-pošte može izravno poslati pismo. Međutim, da biste to učinili, morat ćete ručno navesti adresu primatelja u postavkama poslužitelja odlazne pošte.
Na primjer, poslati pismo na [e-mail zaštićen] Koristeći "OutLock Express" morat ćete otići na "Računi" (izbornik "Alati"), odabrati "Svojstva" i otići na karticu "Poslužitelji", postavljajući poslužitelj "computerra.ru" za odlaznu poštu.
Očito je ovo previše zamorno i nepraktično. Sve dok softver ne nauči automatski izvoditi ovu operaciju, korisnici će biti prisiljeni koristiti prethodne metode.
Rad tipičnog malog korporativnog poslužitelja odlazne pošte izgleda otprilike ovako: primivši pismo na raspolaganje, odmah uspostavlja vezu s poštanskim sandučićem primatelja i šalje poruku. Pritom se suočava s istim poteškoćama kao i obični klijent. Stoga se prijenos poruka široko koristi. Ako se iz nekog razloga pismo ne može izravno prenijeti, ono se prenosi na relej.
Relej je potpuno isti SMTP poslužitelj kao i svi drugi o kojima se govori u ovom poglavlju. Ovisno o postavkama poslužitelja, ruta prosljeđivanja e-pošte može varirati. Jedna se poruka može poslati izravno, dok se drugoj može dugo “okretati” na relejima. Povjerenje je veliko, ali samo kada se ne tiče sigurnosnih pitanja. Tko bi riskirao vjerovati repetitorima nepoznatog porijekla? Štoviše, daljnju rutu pisma određuje svaki od tranzitnih poslužitelja samostalno i nema jamstva da napadač neće ući u ovaj lanac.
Ali SMTP protokol omogućuje pošiljatelju da samostalno postavi rutu prosljeđivanja poruke. Parametar naredbe "RCPT TO" može sadržavati ne samo adresu primatelja, već i stazu releja!
Njegov format je sljedeći:
· RCPT TO: "@s1,@s2,@s3,@sn:name@host"
gdje su s1,s2,s3,sn imena (ili IP adrese) posrednih repova, i ime@domaćin poštanski sandučić primatelja. Prije svega, poruka se prenosi do čvora s1 - krajnjeg lijevog poslužitelja u lancu. On modificira parametar naredbe RCPT TO, "izgrizajući" naziv svog čvora iz njega:
· RCPT TO: "@s2,@s3,@sn:name@host"
Zatim se dohvaća adresa sljedećeg primatelja, s2. Ako poslužitelj s1 ne izvrši isporuku korespondencije poslužitelju s2, pismo se vraća pošiljatelju s porukom o pogrešci. U suprotnom, postupak se ponavlja sve dok poruka ne bude u prijemnom sandučiću primatelja.
Nedostatak ove sheme je da neki SMTP poslužitelji mogu koristiti vlastite releje za prosljeđivanje na sljedeći rep. Tako je zajamčeno da će pismo, nakon uspješne dostave, posjetiti sve navedene čvorove navedenim redoslijedom. Ali izravan prijenos između susjednih repova u lancu nije uvijek izveden.
Stoga zadatak odabira tranzitnih poslužitelja postaje kompliciraniji. Svaki od njih ne samo da mora biti zaštićen od vanjskih upada, već i definitivno ne smije koristiti usluge releja trećih strana.
Nažalost, većina klijenata e-pošte, prilikom provjere je li adresa primatelja ispravno unesena, smatra ovu operaciju sintaktički netočnom i odbija poslati pismo. Morate još jednom pokrenuti telnet i ručno prenijeti poruku.
Možete saznati koje naredbe podržava određeni SMTP poslužitelj pomoću “HELP” i saznati više o svrsi svake od njih pomoću “HELP naredbe”.
Za detaljne informacije o naredbama SMTP protokola možete pogledati RFC-788, RFC-821, RFC-822, RFC-1341, RFC-1342, RFC-1426, RFC-1521, RFC-1806, RFC-1830, RFC- 2045, RFC-2046, RFC-2047, RFC-2048, RFC-2049, RFC-2076.
Iz knjige Tehnike mrežnog napada autor Kaspersky ChrisSMTP protokol O U ovom poglavlju: O Osnovne naredbe protokola O Relejni poslužitelji O Izravno prosljeđivanje O Automatizacija slanja pošte i spam O Anonimno slanje pošte Za dostavu pošte, u većini slučajeva, koristi se SMTP (Simple Mail Transfer Protocol) protokol.
Autor Raymond Eric Stephen5.3.1. Studija slučaja: SMTP, jednostavan protokol za prijenos pošte U primjeru 5.7. ilustrira SMTP (Simple Mail Transfer Protocol) transakciju, koja je opisana u specifikaciji RFC 2821. U ovom primjeru, reci koji počinju s C: šalju se prijenosom pošte
Iz knjige Umijeće programiranja za Unix Autor Raymond Eric Stephen5.3.1. Studija slučaja: SMTP, jednostavan protokol za prijenos pošte U primjeru 5.7. ilustrira SMTP (Simple Mail Transfer Protocol) transakciju, koja je opisana u specifikaciji RFC 2821. U ovom primjeru, reci koji počinju s C: šalju se prijenosom pošte
Iz knjige TCP/IP arhitektura, protokoli, implementacija (uključujući IP verziju 6 i IP sigurnost) od Faith Sydney M5.24 ARP Prije nego se datagram prenese s jednog sustava na lokalnoj mreži na drugi, okružen je zaglavljem i zadnjim dijelom okvira. Okvir se isporučuje mrežnom adapteru čija fizička adresa odgovara odredišnoj fizičkoj adresi
Iz knjige Programiranje u Rubyju [Ideologija jezika, teorija i praksa primjene] Fultona Hala8.9 RIP Najčešće korišteni IGP protokol je RIP, koji je izveden iz Xerox Network System (XNS) protokola usmjeravanja. Popularnost RIP-a temelji se na njegovoj jednostavnosti i pristupačnosti. RIP je izvorno implementiran u TCP/IP operativnom sustavu
Iz knjige Linux mrežni alati autor Smith Roderick W.8.17 BGP Border Gateway Protocol (BGP) široko se koristi na Internetu. Trenutna verzija protokola je BGP-4.Na suvremenom Internetu postoji mnogo pružatelja koji su međusobno povezani na način interkonekcijske mreže. Prilikom kretanja prema točki
Iz autorove knjige14.6 FTP protokol Sljedeći koncepti povezani su s FTP protokolom:? Naredbe i njihovi parametri poslani preko kontrolne veze? Numerički kodovi vraćeni kao odgovor na naredbu? Format prenesenih podataka Ispod je skup FTP naredbi. Prenosi ih upravitelj
Iz autorove knjige15.17 NFS protokol Najnovija implementacija NFS-a je verzija 3, iako se i dalje uspješno koriste implementacije verzije 2. NFS poslužiteljski program ima broj 100003 i, prema konvenciji, NFS zauzima port nakon inicijalizacije
Iz autorove knjige16.9 SMTP naredbe Skripta u odjeljku 16.6.1 sadržavala je najčešće korištene SMTP naredbe. Kompletan skup SMTP naredbi predstavljen je u tablici 16.1. Tablica 16.1 SMTP naredbe Opis naredbe HELO Identificira pošiljatelja primatelju. MAIL FROM Početak poštanske transakcije i označite
Iz autorove knjige16.12.2 Poboljšani SMTP razgovor Primjer ispod pokazuje kako Enhanced Mail Transfer Agent stvara transakciju za slanje MIME poruke u 8-bitnom formatu:? Primatelj najavljuje svoje poboljšane mogućnosti, uključujući 8BITMIME.? Naredba MAIL FROM ima
Programi koji implementiraju SMTP poslužitelj u Linux sendmail sustav. Trenutno najpopularniji poslužitelj pošte, sendmail, često je uključen u Linux sustave. Ovaj paket pruža široku funkcionalnost i mnogi programi prema zadanim postavkama pretpostavljaju da je instaliran
Iz autorove knjige Iz autorove knjigePosebne značajke SMTP poslužitelja Sljedeći odjeljci opisuju različite značajke poslužitelja e-pošte koje su navedene prilikom konfiguracije. Kako ne bismo opisivali ove karakteristike za svaki poslužitelj, razmotrimo ih
Ovaj članak pokriva najčešće korištene internetske protokole e-pošte - POP3, IMAP i SMTP. Svaki od njih ima specifičnu funkciju i način rada. Sadržaj članka objašnjava koja je konfiguracija najprikladnija za specifične potrebe korisnika prilikom korištenja klijenta e-pošte. Otkriva i odgovor na pitanje koji protokol e-pošta podržava.
Što je POP3?
Protokol verzije 3 (POP3) standardni je protokol e-pošte koji se koristi za primanje e-pošte s udaljenog poslužitelja na lokalni klijent e-pošte. Omogućuje vam preuzimanje poruka na vaše lokalno računalo i njihovo čitanje čak i ako je korisnik izvan mreže. Imajte na umu da kada koristite POP3 za povezivanje sa svojim računom, poruke se preuzimaju lokalno i brišu s poslužitelja e-pošte.
Prema zadanim postavkama, POP3 protokol radi na dva priključka:
port 110 je nekriptirani POP3 port;
port 995 - ovo bi se trebalo koristiti ako se želite sigurno spojiti na POP3.
Što je IMAP?
Internet Message Access Protocol (IMAP) je protokol za primanje poruka e-pošte, koji se koristi za pristup e-pošti na udaljenom web poslužitelju s lokalnog klijenta. IMAP i POP3 dva su najčešće korištena protokola za primanje e-pošte i podržavaju ih svi moderni klijenti e-pošte i web poslužitelji.
Protokol POP3 znači da je vaša adresa e-pošte dostupna samo iz jedne aplikacije, dok IMAP omogućuje istovremenu prijavu s više klijenata odjednom. Zbog toga je IMAP bolji ako svojoj e-pošti namjeravate pristupati s različitih mjesta ili ako vašim porukama upravlja više korisnika.
IMAP protokol radi na dva priključka:
port 143 je zadani nešifrirani IMAP port;
port 993 - ovo se mora koristiti ako se želite sigurno povezati koristeći IMAP.
Što je SMTP?
Protokol je standardni protokol za slanje e-pošte putem Interneta.
SMTP radi na tri porta:
port 25 je nekriptiran prema zadanim postavkama;
port 2525 - otvara se na svim SiteGround poslužiteljima ako je port 25 filtriran (na primjer od strane vašeg ISP-a) i želite slati nekriptirane e-poruke koristeći SMTP;
port 465 - Koristi se ako želite slati poruke sigurno koristeći SMTP.
Koji se protokoli koriste za razmjenu e-pošte? Pojmovi i pojmovi
Izraz poslužitelj e-pošte odnosi se na dva poslužitelja potrebna za slanje i primanje e-pošte, tj. SMTP i POP.
Poslužitelj dolazne pošte je poslužitelj povezan s vašim računom adrese e-pošte. Ne može imati više od jednog poslužitelja dolazne pošte. Za pristup dolaznim porukama potreban vam je klijent e-pošte—program koji može primati e-poštu s računa, dopuštajući korisniku čitanje, prosljeđivanje, brisanje i odgovaranje na poruke. Ovisno o vašem poslužitelju, možda ćete moći koristiti namjenski klijent e-pošte (kao što je Outlook Express) ili web-preglednik. Stoga se Internet Explorer koristi za pristup računima koji se temelje na e-pošti. Poruke se pohranjuju na poslužitelju dolazne pošte dok se ne preuzme. Nakon što preuzmete svoju poštu s poslužitelja e-pošte, ne možete to ponoviti. Za uspješno preuzimanje podataka morate unijeti točne postavke u svoj program za e-poštu. Većina poslužitelja dolazne pošte koristi jedan od sljedećih protokola: IMAP, POP3, HTTP.
Poslužitelj odlazne pošte (SMTP)
Ovo je poslužitelj koji se koristi samo za slanje e-pošte (za prijenos iz vašeg programa klijenta e-pošte do primatelja). Većina poslužitelja odlazne pošte koristi Protocol) za slanje korespondencije. Ovisno o mrežnim postavkama, poslužitelj odlazne pošte može pripadati vašem ISP-u ili poslužitelju na kojem ste postavili svoj račun. Alternativno, možete koristiti SMTP poslužitelj temeljen na pretplati koji će vam omogućiti slanje e-pošte s bilo kojeg računa. Zbog problema s neželjenom poštom, većina poslužitelja odlazne e-pošte ne dopušta vam slanje e-pošte osim ako niste prijavljeni na njihovu mrežu. Poslužitelj s otvorenim relejem omogućit će vam da ga koristite za slanje e-pošte, bez obzira pripadate li njegovoj mrežnoj grupi ili ne.
Priključci za e-poštu
Za mreže port znači krajnju točku logičke veze. Broj porta određuje njegov tip. Sljedeći su zadani priključci e-pošte:
POP3 - priključak 110;
IMAP - port 143;
SMTP - port 25;
HTTP - port 80;
siguran SMTP (SSMTP) - port 465;
siguran IMAP (IMAP4-SSL) - port 585;
IMAP4 preko SSL-a (IMAPS) - port 993;
Sigurni POP3 (SSL-POP) - priključak 995.
E-mail protokoli: IMAP, POP3, SMTP i HTTP
U osnovi, protokol se odnosi na standardnu metodu koja se koristi na svakom kraju komunikacijskog kanala. Za rad s e-poštom morate koristiti poseban klijent za pristup poslužitelju pošte. Zauzvrat, oni mogu međusobno razmjenjivati informacije koristeći potpuno različite protokole.
IMAP protokol
IMAP (Internet Message Access Protocol) standardni je protokol za pristup e-pošti s vašeg lokalnog poslužitelja. IMAP je protokol klijent/poslužitelj u kojem vaš internetski poslužitelj prima e-poštu i pohranjuje podatke. Budući da zahtijeva samo mali prijenos podataka, dobro radi čak i na sporoj vezi, kao što je modemska veza. Prilikom pokušaja čitanja određene e-poruke, klijent preuzima podatke s poslužitelja. Također možete stvarati i upravljati mapama ili poštanskim sandučićima na poslužitelju te brisati poruke.
POP3 protokol
POP (Post Office Protocol 3) e-pošta korisnicima pruža jednostavan, standardiziran način pristupa svojim poštanskim sandučićima i preuzimanja poruka na svoja računala.
Kada koristite POP protokol, sve vaše poruke e-pošte bit će preuzete s poslužitelja pošte na vaše lokalno računalo. Također možete ostaviti kopije svoje e-pošte na poslužitelju. Prednost je u tome što nakon preuzimanja svojih poruka možete prekinuti internetsku vezu i čitati svoju e-poštu u slobodno vrijeme bez dodatnih troškova komunikacije. S druge strane, s ovim protokolom primate i preuzimate puno neželjenih poruka (uključujući spam ili viruse).
SMTP protokol
Protokol koristi agent za prijenos pošte (MTA) za isporuku elektroničkih poruka određenom poslužitelju primatelja. SMTP se može koristiti samo za slanje e-pošte, ali ne i za primanje. Ovisno o vašoj mreži ili postavkama ISP-a, možda ćete moći koristiti SMTP protokol samo pod određenim uvjetima.
HTTP protokoli
HTTP nije protokol dizajniran za komunikaciju e-poštom, ali se može koristiti za pristup vašem poštanskom sandučiću. Često se naziva i web e-pošta. Može se koristiti za sastavljanje ili primanje e-pošte s vašeg računa. Hotmail je dobar primjer korištenja HTTP-a kao protokola e-pošte.
Upravljani prijenosi datoteka i mrežna rješenja
Vaša sposobnost da šaljete i primate e-poštu prvenstveno je rezultat tri TCP protokola. To su SMTP, IMAP i POP3.
SMTP
Počnimo s SMTP-om jer se njegova glavna funkcija razlikuje od druge dvije. SMTP ili Simple Mail Transfer Protocol primarno se koristi za slanje e-pošte s klijenta e-pošte (kao što je Microsoft Outlook, Thunderbird ili Apple Mail) na poslužitelj e-pošte. Također se koristi za prijenos ili prosljeđivanje poruka pošte s jednog poslužitelja pošte na drugi. Ovo je neophodno ako pošiljatelj i primatelj imaju različite pružatelje usluga e-pošte.
SMTP, koji je naveden u RFC 5321, prema zadanim postavkama koristi port 25. Također može koristiti port 587 i port 465. Potonji, koji je uveden kao port izbora za sigurni SMTP (a.k.a. SMTPS), smatra se zastarjelim. No zapravo ga još uvijek koristi nekoliko pružatelja usluga e-pošte.
POP3
Protokol pošte ili POP koristi se za dohvaćanje poruka e-pošte iz najnovije inačice koja se naširoko koristi je verzija 3, otuda i izraz "POP3".
POP verzija 3, navedena u RFC 1939, podržava proširenja i nekoliko mehanizama provjere autentičnosti. Značajke provjere autentičnosti potrebne su kako bi se zlonamjerni korisnici spriječili u pristupu komunikaciji korisnika.
POP3 klijent prima e-poštu na sljedeći način:
spaja se na poslužitelj pošte preko porta 143 (ili 993 za SSL/TLS veze);
dohvaća e-mail poruke;
služi za povezivanje prije zatvaranja mail klijent aplikacije i preuzimanje poruka na zahtjev.
spaja se na poslužitelj pošte na portu 110 (ili 995 za SSL/TLS veze);
briše kopije poruka pohranjenih na poslužitelju;
prekida vezu s poslužiteljem.
Iako se POP klijenti mogu konfigurirati tako da poslužitelju dopuste da nastavi pohranjivati kopije preuzetih poruka, gore opisani koraci uobičajena su praksa.
IMAP
IMAP, posebice trenutna verzija (IMAP4), je složeniji protokol. To korisnicima omogućuje grupiranje povezanih poruka i njihovo smještaj u mape, koje se pak mogu organizirati hijerarhijski. Također je opremljen zastavicama poruka koje pokazuju je li poruka pročitana, izbrisana ili primljena. Korisnicima čak omogućuje pretraživanje poštanskih sandučića poslužitelja.
Logika rada (imap4 postavke):
Imajte na umu da se poruke ne brišu na poslužitelju. To može imati ozbiljne posljedice. IMAP specifikacije mogu se pronaći u RFC 3501.
Odabir između IMAP i POP3
Budući da je temeljna funkcija SMTP-a bitno drugačija, dilema odabira najboljeg protokola obično uključuje samo IMAP i POP3.
Ako vam je važan prostor za pohranu na poslužitelju, odaberite POP3. Poslužitelj s ograničenom memorijom jedan je od glavnih čimbenika koji vas mogu prisiliti da podržavate POP3. Budući da IMAP ostavlja poruke na poslužitelju, može potrošiti memorijski prostor brže od POP3.
Ako želite pristupiti svojoj pošti u bilo kojem trenutku, bolje je držati se IMAP-a. Postoji jedan dobar razlog zašto je IMAP dizajniran za pohranu poruka na poslužitelju. Koristi se za traženje poruka s više uređaja - ponekad čak i istovremeno. Dakle, ako imate iPhone, Android tablet, laptop i desktop i želite čitati e-poštu s bilo kojeg ili svih ovih uređaja, onda je IMAP najbolji izbor.
Sinkronizacija je još jedna prednost IMAP-a. Ako porukama e-pošte pristupate s više uređaja, vjerojatno ćete htjeti da svi pokažu sve aktivnosti koje ste izvršili.
Na primjer, ako čitate poruke A, B i C, želite da budu označene kao pročitane i na drugim uređajima. Ako ste izbrisali slova B i C, tada ćete htjeti da se iste poruke izbrišu iz vašeg inboxa na svim gadgetima. Sve ove sinkronizacije mogu se postići samo ako koristite IMAP.
Budući da IMAP omogućuje korisnicima da hijerarhijski organiziraju poruke i smjeste ih u mape, pomaže korisnicima da bolje organiziraju svoje dopisivanje.
Naravno, sva IMAP funkcionalnost ima svoju cijenu. Ta je rješenja teže implementirati i protokol na kraju troši puno više CPU-a i RAM-a, osobito kada izvodi proces sinkronizacije. Zapravo, velika upotreba CPU-a i memorije može se dogoditi i na strani klijenta i na strani poslužitelja ako postoji gomila poruka za sinkronizaciju. S ove točke gledišta, POP3 protokol je jeftiniji, ali manje funkcionalan.
Privatnost je također jedno od pitanja koje će uvelike ovisiti o krajnjim korisnicima. Općenito bi radije preuzeli sve poruke e-pošte i ne ostavljali njihove kopije na nepoznatom poslužitelju.
Brzina je prednost koja varira i ovisi o situaciji. POP3 ima mogućnost preuzimanja svih poruka e-pošte kada je povezan. A IMAP može, ako je potrebno (na primjer, kada nema dovoljno prometa), preuzeti samo zaglavlja poruka ili određene dijelove i ostaviti privitke na poslužitelju. Tek kada korisnik odluči da su preostali dijelovi vrijedni preuzimanja, oni će mu postati dostupni. Stoga se IMAP može smatrati bržim.
Međutim, ako se sve poruke na poslužitelju moraju preuzeti svaki put, POP3 će biti puno brži.
Kao što vidite, svaki od opisanih protokola ima svoje prednosti i nedostatke. Na vama je da odlučite koje su značajke ili mogućnosti važnije.
Također, željeni način pristupa e-mail klijentu određuje željeni protokol. Korisnici koji rade samo s jednog računala i koriste web-poštu za pristup svojoj novoj e-pošti cijenit će POP3.
Međutim, korisnici koji dijele poštanske sandučiće ili pristupaju svojoj e-pošti s različitih računala preferiraju IMAP.
Spam vatrozidi sa SMTP, IMAP i POP3
Većina vatrozida za spam bavi se i štiti samo SMTP protokol. Poslužitelji šalju i primaju SMTP e-poštu i njih će provjeravati vatrozid za neželjenu poštu na pristupniku. Međutim, neki vatrozidi za neželjenu poštu pružaju mogućnost zaštite POP3 i IMAP4 kada vanjski korisnici trebaju ove usluge za pristup njihovoj e-pošti.
SMTP vatrozidi su transparentni za krajnje korisnike; Nema promjena konfiguracije za klijente. Korisnici i dalje primaju i šalju poruke e-pošte na poslužitelj e-pošte. Stoga Exchange ili Dominos moraju konfigurirati usmjeravanje poruka prema vatrozidu na temelju proxy poslužitelja prilikom slanja e-pošte, a također moraju omogućiti slanje e-pošte s vatrozida.
Već nekoliko desetljeća korisnici interneta koriste e-poštu za razmjenu poruka i pisama. Sve do ranih 90-ih godina prošlog stoljeća elektroničke poruke koristili su u pravilu zaposlenici velikih organizacija. Uz opsežnu informatizaciju i širenje World Wide Weba, e-pošta je postala dio života običnih korisnika.
Razvoj internetskih tehnologija doveo je do pojave tzv. mail protokola koji se koriste za mrežno dopisivanje. Omogućuju obradu velikih slova, pružajući korisnicima sve vrste usluga.
Nije ograničen nikakvim posebnim podsustavima za prijenos podataka. Njegov rad zahtijeva samo pouzdan kanal za protok njihovog prijenosa uz održavanje reda.
SMTP se uglavnom koristi za slanje pisama i korisničkih zahtjeva na poslužitelj, nakon čega se pošta šalje primateljima. Da biste primali pisma, potrebno je da vaš mail klijent radi na IMAP ili POP3 protokolu.
Čemu služi?
Ovo je danas standardni poštanski protokol. Svi mail programi i poslužitelji ga koriste.
Virtualni web hosting za popularni CMS:
Princip rada protokola.
SMTP je tekstualni protokol, njegovo načelo rada zahtijeva vezu putem koje korisnik koji šalje e-poštu komunicira s primateljem pomoću određene naredbene linije. A podaci se primaju korištenjem pouzdanog komunikacijskog kanala. Tipično, ovaj komunikacijski kanal je TCP veza.
Sesija radnog protokola sastoji se od niza naredbi koje šalje SMTP klijent e-pošte i odgovora poslužitelja na njih. Tijekom radne sesije i klijent i poslužitelj razmjenjuju potrebne parametre.
Operacija protokola uključuje kombinaciju koja se sastoji od sljedećih nizova naredbi i odgovora:
- MAIL FROM naredba - označava povratnu email adresu;
- RCPT TO naredba - određuje primatelja određenog pisma;
- DATA je naredba odgovorna za slanje teksta poruke e-pošte. Ovo je tijelo pisma, koje uključuje zaglavlje i tijelo pisma, odvojene praznim retkom.
Početni SMTP klijent može biti primateljev klijent e-pošte ili agent za prijenos pošte na poslužitelju.
Kako rade drugi protokoli pošte.
SMTP je samo protokol za isporuku korespondencije na mreži. On ne može, na naredbu, preuzeti poruku e-pošte s udaljenog poslužitelja ili nekako upravljati pretincem e-pošte.
Za to postoje drugi protokoli, kao što su IMAP i POP. Njihova upotreba je poželjna kada se privremeno spajate na mrežu ili kada se računalo povremeno uključuje.
POP.
Post Office Protocol je jednostavan mrežni protokol koji uključuje tri vrste: POP, POP2 i POP3. Osmišljeni su za dostavu korespondencije korisniku sa središnjeg poslužitelja pošte, brisanje pošte s poslužitelja i identifikaciju korisnika. Za identifikaciju se koristi kombinacija korisničkog imena i lozinke. Važno je napomenuti da sva tri protokola nisu međusobno zamjenjiva.
Protokol uključuje SMTP, koji se koristi za prijenos odlazne pošte.
U skladu s POP3, pisma koja stignu na određenu e-poštu pohranjuju se na poslužitelju dok se ne preuzmu na računalo tijekom sljedeće sesije. Nakon što se preuzimanje dogodi, postaje moguće čitati poruke dok se odspajate s mreže. POP3 se smatra najbržim protokolom pošte.
IMAP.
Korištenjem Internet Message Access Protocol-a postaje moguće pohranjivati poruke u direktorije datoteka na poslužitelju i tamo izravno tražiti nizove poruka.
Ovaj protokol prikladan je za one korisnike čija računala koriste stalnu vezu s Internetom. Razlikuje se od POP-a po tome što se prilikom skeniranja novih poruka preuzimaju samo njihova zaglavlja.
Ovo je jednostavan protokol za prijenos pošte. Prevedeno s engleskog kao Jednostavan protokol za prijenos pošte. Na temelju naziva možemo zaključiti da je za slanje pošte odgovoran SMTP poslužitelj. Njegov se zadatak općenito sastoji od dvije glavne funkcije:
- provjera jesu li postavke točne i davanje dopuštenja računalu koje pokušava poslati e-poštu;
- slanje odlazne poruke na navedenu adresu i potvrda uspješnog slanja poruke. Ako isporuka nije moguća, poslužitelj vraća odgovor pošiljatelju s greškom slanja
Prilikom slanja e-mail poruka, SMTP poslužitelj pošiljatelja uspostavlja vezu s poslužiteljem koji će primiti ovu poruku. Ova se "komunikacija" odvija slanjem i primanjem naredbi, formirajući SMTP sesiju s neograničenim brojem SMTP operacija. Postoje tri potrebne naredbe za svaku operaciju:
- određivanje povratne adrese (MAILFROM)
- određivanje primatelja poruke e-pošte (RCPT TO)
- slanje teksta poruke (DATA)
Određivanje adrese pošiljatelja, primatelja i prisutnost sadržaja pisma obvezni su uvjeti bez kojih pismo neće biti poslano, čak ni redovnom, poznatom „papirnatom“ poštom. Što možemo reći o elektroničkom?
Ukratko o prednostima SMTP poslužitelja
- Kao što je već spomenuto, glavna svrha SMTP poslužitelja je slanje i kontrola odlazne pošte. Visokokvalitetni SMTP poslužitelj može brzo slati veliki volumenporuke e-pošte, izbjegavajući ograničenja ISP-a.
- Ako koristite vanjski SMTP poslužitelj, onda sigurnoste-mail poruke i postotak njihove dostave u inbox značajno povećava.
Gdje mogu pronaći ovaj vanjski SMTP poslužitelj? Više detalja o ovom pitanju. - E-pošta može proći kroz nekoliko SMTP poslužitelja prije nego što stigne do poštanskog sandučića primatelja. Zbog rizika od spam napada, pružatelji usluga često sprječavaju slanje e-pošte bez korištenja SMTP poslužitelja. Stoga korisnici ponekad imaju problema sa slanjem pisama.
Rješenje može biti instaliranje/integracija zasebnog vanjskog SMTP poslužitelja, koji će također filtrirajte odlazne e-mail poruke za spam i viruse. - Povećanje sigurnosti pošiljaka također se postiže autorizacija korisnika koje SMTP poslužitelj koristi: navođenjem individualne prijave i lozinke za spajanje na poslužitelj.
- I, što je važno, integracija SMTP poslužitelja odvija se bez instaliranja dodatnog softvera ili drugih posebnih zahtjeva. Jednostavno navedete osnovne parametre SMTP poslužitelja u postavkama vašeg klijenta e-pošte i možete početi slati masovnu e-poštu.
Ako se planirate baviti legitimnim marketingom putem e-pošte, razmislite o korištenju vanjskog SMTP poslužitelja za sigurnost i brzinu slanja masovnih kampanja putem e-pošte.
