(SMTP) je standard za e-poštu. Prvobitno popravljen u RFC 821 (1982), posljednji put je ažuriran 2008. proširenim dodacima SMTP-u preko RFC 5321 (protokol koji se danas široko koristi).
Iako serveri za poštu i drugi agenti za poštu koriste SMTP za slanje i primanje e-mail korespondencije, softver prilagođene klase obično koristi SMTP portove samo za slanje podataka serveru za prosljeđivanje. Klijentske aplikacije obično koriste IMAP ili POP3 za primanje poruka. Ovi protokoli su najpogodniji i najtraženiji za ove svrhe: imaju naprednu funkcionalnost i širok spektar mogućnosti.
Karakteristike
SMTP komunikacija između servera pošte koristi TCP port 25. Klijenti pošte često šalju odlaznu poštu na server pošte na portu 587. Iako naslijeđeni provajderi pošte i dalje dozvoljavaju da se nestandardni port 465 koristi za ovu svrhu.
SMTP veze zaštićene TLS-om, poznate kao SMTPS, mogu se ostvariti korištenjem STARTTLS tehnologije.
Vlasnički sistemi i sistemi e-pošte koriste sopstvene nestandardne protokole za pristup poštanskim sandučićima na svojim serverima pošte – sve kompanije koriste portove SMTP servera kada se slanje ili primanje e-pošte odvija izvan njihovih sistema.
SMTP odredište
Gotovo sve aktivnosti na Internetu omogućene su protokolima - posebnim pravilima mrežnog softvera koji omogućavaju kompjuteru da komunicira sa svim mrežama tako da korisnici mogu kupovati, čitati vijesti i slati e-poštu. Protokoli su od vitalnog značaja za svakodnevno umrežavanje — ugrađeni su u mrežni softver i koriste se prema zadanim postavkama.
Protokol SMTP porta pruža skup kodova koji olakšavaju razmjenu e-poruka između servera (mrežni računar koji rukuje dolaznom i odlaznom e-poštom). To je svojevrsna skraćenica koja omogućava serveru da razbije različite dijelove poruke u kategorije koje drugi server može razumjeti. Kada korisnik pošalje poruku, ona se pretvara u redove teksta odvojene kodnim riječima (ili brojevima) koje definiraju svrhu svakog odjeljka.
Tehnička terminologija
SMTP je TCP/IP protokol koji se koristi za rukovanje e-poštom. Međutim, budući da je ograničen mogućnošću slanja poruka u red čekanja na kraju primaoca, obično se koristi ili sa POP3 ili IMAP, što omogućava skladištenje podataka na serveru i preuzimanje po potrebi. Drugim riječima, obično koriste aplikaciju koja bira SMTP za slanje e-pošte i POP3 ili IMAP za primanje korespondencije. Na sistemima baziranim na Unixu, sendmail je najčešće korišteni SMTP server za e-poštu. Komercijalni Sendmail paket uključuje POP3 server. Microsoft Exchange uključuje SMTP server i takođe se može konfigurisati da podržava POP3.
SMTP se obično koristi za rad preko Internet porta 25. Alternativa SMTP-u koji se široko koristi u Evropi je X.400. Mnogi serveri za poštu sada podržavaju prošireni jednostavan protokol za prijenos pošte (ESMTP), koji vam omogućava prijenos medijskih datoteka kao e-mail.
istorija
Šezdesetih godina prošlog vijeka korišteni su različiti oblici elektroničkih poruka. Korisnici su komunicirali koristeći sisteme dizajnirane za određene mainframe. Kako je sve više računara postalo međusobno povezano, pojavila se potreba za razvojem standarda koji bi omogućili korisnicima različitih sistema da jedni drugima šalju e-poštu. SMTP je nastao iz ovih standarda razvijenih 1970-ih.
Dalje implementacije uključuju FTP Mail Protocol od 1973. godine. Rad na razvoju nastavljen je 1970-ih sve dok ARPANET nije prešao na moderni Internet 1980. godine. Tada je John Postel predložio protokol za prijenos poštanskih podataka.
SMTP je počeo da se široko koristi početkom 1980-ih. U to vrijeme, ovaj protokol je bio Unix dodatak za Unix Copy Program. SMTP najbolje funkcioniše kada su mašine za slanje i primanje povezane na mrežu, koriste mehanizam za skladištenje i slanje i predstavljaju primer push tehnologije.
Model obrade pošte
E-mail klijent šalje (Mail User Agent, MUA) na mail server (Mail Submitter Agent, MSA) koristeći SMTP na TCP portu 587. Većina provajdera poštanskih sandučića i dalje dozvoljava slanje na tradicionalnom portu 25. MSA isporučuje poštu na vaš agent pošte (agent za prijenos pošte, MTA). Ovi agenti su često instance zajedničkog softvera, koji se aktiviraju različitim parametrima na istom računaru. Lokalna obrada se može izvoditi na jednoj mašini ili dijeliti na više mašina. Procesi Mail agenta na istom stroju mogu razmjenjivati datoteke, ali ako se obrada obavlja na više mašina, oni međusobno prosljeđuju poruke koristeći SMTP port, gdje je svaki stroj konfiguriran da koristi sljedeći stroj kao pametni host.
Pregled protokola
SMTP je protokol orijentisan na vezu zasnovan na tekstu u kojem pošiljalac pošte komunicira sa primaocem pošte izdavanjem komandnih linija i obezbeđivanjem potrebnih podataka preko pouzdanog, uređenog kanala protoka podataka. SMTP sesija se sastoji od naredbi koje generira SMTP klijent (inicijalni agent, pošiljalac ili pošiljalac) i odgovarajućih odgovora sa SMTP servera (agent za slušanje ili primatelj). Sesija može uključivati nula ili više SMTP transakcija, koje se sastoje od tri niza naredbi/odgovora:
Pored srednjeg odgovora za DATA, odgovor sa svakog servera može biti pozitivan ili negativan (šifra 2xx). Negativni odgovori mogu biti trajni (5xx kodovi) ili privremeni (4xx kodovi). Odbijanje je trajna greška i klijent mora poslati poruku o odbijanju serveru na koji ju je primio. Pad je pozitivan odgovor praćen odbacivanjem poruke.
SMTP mail portovi i njihovo značenje
SMTP je samo protokol isporuke. U normalnoj upotrebi, pošta se šalje na ciljni server pošte, kao što je SMTP server na portu za poštu. Podaci se rutiraju na osnovu ciljnog servera, a ne pojedinačnih korisnika kojima su upućeni. Ostali protokoli (POP ili IMAP) su posebno dizajnirani za upotrebu od strane pojedinačnih korisnika koji primaju poruke i upravljaju poštanskim sandučićima. SMTP, POP i IMAP su neprihvatljivi protokoli za prosleđivanje pošte pomoću računara sa prekidima. Dizajnirani su da funkcionišu nakon konačne isporuke, kada se uklone informacije ključne za ispravan rad releja pošte.
Pokretanje reda praznih poruka
Remote Message Queue Starting je SMTP funkcija koja omogućava udaljenom hostu da pokrene obradu pošte na serveru tako da može primati poruke koje su mu namijenjene izdavanjem naredbe TURN. Međutim, ova karakteristika predstavlja potencijalnu prijetnju sigurnosti podataka i proširena je u RFC 1985 od strane ETRN tima, koji radi pouzdanije koristeći metodu provjere autentičnosti sistema imena domene.
Međunarodna adresa e-pošte
Korisnici čije pismo nije latinično, ili koji koriste ne-ASCII dijakritičke znakove, imali su poteškoća da traže adresu e-pošte latiničnog pisma (SMTP port mail.ru). RFC 6531 je kreiran da riješi ovaj problem pružanjem mogućnosti internacionalizacije za SMTP, ekstenziju SMTPUTF8 i podršku za višebajtne i ne-ASCII znakove u adresama e-pošte. Primjeri: dijakritički znaci i znakovi drugih jezika (grčki i kineski). Također relevantno za Yandex SMTP port.
Trenutna podrška za ovaj dokument je trenutno ograničena, ali postoji veliko interesovanje za široko usvajanje RFC 6531 i srodnih RFC-ova u zemljama poput Kine koje imaju veliku bazu korisnika gdje je latinica (ASCII) strano pismo.
Odlazna pošta sa SMTP servera
Klijent e-pošte treba da zna IP adresu svog originalnog SMTP servera. Ovo bi trebalo biti navedeno kao dio njegove konfiguracije (obično DNS ime). Ovaj server će služiti odlazne poruke u ime korisnika.
Ograničavanje pristupa serveru odlazne pošte
Administratori servera moraju nametnuti određenu kontrolu nad kojom klijenti mogu koristiti server. Ovo pomaže u borbi protiv zloupotrebe i neželjene pošte. Slična rješenja su bila široko korištena:
mnogi sistemi se koriste za nametanje ograničenja na korištenje klijentove lokacije, dozvoljavajući korištenje samo klijentima čija je IP adresa jedan od administratora servera. Zabranjeno je korištenje IP adrese bilo kojeg drugog klijenta.
Moderni SMTP serveri obično nude alternativni sistem koji zahtijeva autentifikaciju klijentskih vjerodajnica prije nego što se dozvoli pristup.
SMTP - koji port se koristi?
Komunikacija između servera pošte obično uvijek koristi zadani TCP port 25 koji je dodijeljen za SMTP. Međutim, klijenti pošte obično umjesto toga koriste određene portove na smtp ssl portu. Većina ISP-ova sada blokira sav izlazni saobraćaj na portovima od svojih klijenata kao mjeru protiv neželjene pošte. Iz istog razloga, preduzeća obično konfigurišu svoj zaštitni zid tako da dozvoljavaju izlazni port sa određenih servera pošte.
Uzorak SMTP transporta
Tipičan primjer slanja poruke preko SMTP-a u dva poštanska sandučića (alisa i šef) koja se nalaze u istom domenu pošte (example.com ili localhost.com) je prikazan u sljedećoj razmjeni. Nakon što pošiljalac poruke (SMTP klijent) uspostavi pouzdan komunikacioni kanal za primaoca poruke (SMTP server), otvara se sesija sa serverom, koja obično sadrži njegovo potpuno kvalificirano ime domene (FQDN), u ovom slučaju smtp, primjer, ili com. Klijent pokreće svoj dijaloški okvir tako što odgovara naredbom HELO koja se identifikuje u parametru komande sa svojim potpuno kvalificiranim imenom domene (ili literalom adrese ako nije dostupno).
Dodatne ekstenzije
Klijenti saznaju koje opcije server podržava koristeći EHLO pozdrav umjesto originalnog HELO. Klijenti se vraćaju na HELO samo ako server ne podržava SMTP ekstenzije.
Moderni korisnici mogu koristiti ključnu riječ SSRE ekstenzije ESMTP da upitaju server za maksimalnu veličinu poruke koju treba prihvatiti. Stariji klijenti i serveri mogu pokušati da pošalju prevelike poruke, koje će biti odbijene nakon korištenja mrežnih resursa, uključujući vrijeme potrebno za povezivanje na mrežne veze.
Tehnike zaštite od neželjene pošte i autentifikacija e-pošte
Originalni dizajn SMTP-a nije imao mogućnost da identifikuje pošiljaoce ili da proveri da li je serverima dozvoljeno da šalju u njihovo ime. Kao rezultat toga, moguće je iskoristiti lažiranje e-pošte, koje se obično koristi u neželjenoj e-pošti i krađi identiteta.
Posebne ponude su napravljene za promjenu SMTP-a ili njegovu zamjenu u potpunosti. Internet Mail 2000 je jedan od primjera ovoga, ali ni jedan nije bio mnogo uspješan u suočavanju s mrežnim efektom masovne uspostavljene baze klasičnog SMTP-a. Umjesto toga, serveri e-pošte sada koriste razne metode, uključujući DomainKeys, DomainKeys Identified Mail, Policy Policy Framework i DMARC, DNSBL i sivu listu za odbijanje ili stavljanje u karantin sumnjive e-poruke.
SMTP protokol
O U ovom poglavlju:
O Osnovne naredbe protokola
O Relay serveri
O Direktna isporuka
Za dostavu pošte, u većini slučajeva, koristi se SMTP protokol ( Jednostavan protokol za prijenos pošte).
Prilikom kreiranja SMTP protokola, programeri su napravili veliku grešku koja je pokvarila mnogo krvi, kako sistemskim administratorima, tako i običnim korisnicima. Njegova suština leži u činjenici da SMTP protokol ne zahtijeva autentifikaciju korisnika prije slanja poruke, a to vam omogućava da koristite tuđe servere za masovnu slanje pošte.
Moderni SMTP serveri koriste različite sigurnosne mehanizme kako bi spriječili nepoznate korisnike da šalju poštu. O tome se detaljno govori u poglavlju "Mail Server iznutra".
U terminologiji SMTP protokola ne postoje pojmovi kao što su "klijent" i "server". Umjesto toga, oni govore o pošiljaocu ( pošiljalac) i primalac ( prijemnik). Ono što većina ljudi naziva "SMTP server" je i pošiljalac i primalac. Kada klijent uspostavi vezu sa njim da pošalje pismo, server se ponaša kao primalac, a kada preda poruku pretplatniku, postaje pošiljalac.
Svaki poštanski sandučić je SMTP primalac kojeg se može direktno kontaktirati radi slanja poruke bez posrednika. Međutim, ova metoda nije stekla veliku popularnost. Komunikacija sa udaljenim čvorovima može biti spora i nepouzdana, pa se misija dostave poruke zgodno povjerava posebnom serveru, koji se često naziva server odlazne pošte. Ako je veza sa serverom odlazne pošte brza i pouzdana, onda je ovaj pristup sasvim opravdan. Naprotiv, nema smisla slati pisma preko udaljenih, sporih i nestabilnih servera. U ovom slučaju, bolje je staviti poruku direktno u poštansko sanduče primaoca. Međutim, nekoliko klijenata e-pošte podržava ovu mogućnost.
Primjer ispod pokazuje kako poslati poruku pretplatniku koristeći SMTP protokol. Prvi korak je pokretanje telnet klijenta i, nakon uspostavljanja veze sa odabranim SMTP serverom (na primjer, mail.aport.ru) na dvadeset petom portu, sačekajte da se izda pozivnica.
Slika 009 Povezivanje sa serverom mail.aport.ru
Prva tri znaka niza koje vraća server su kod završetka operacije. Potpuna lista kodova grešaka svih vrsta sadržana je u RFC-821, a ovdje nije navedena.
Za prijenos korespondencije nije dovoljna samo TCP veza, već je potrebno uspostaviti drugu, tzv. SMTP vezu. Ovo se postiže vraćanjem pozdrava serveru sa klijentovim imenom hosta (ako ima ime) ili IP adresom (ako klijent nema ime).
Daleko od toga da se uvek ne traži da navedete svoje tacno adresa. Često je dovoljno uneti proizvoljan tekstualni niz, na primjer “ABDCEF”
HELO ppp-15.krintel.ru
Odgovorni pozdrav se izvodi komandom „HELO
”. Server, nakon uspostavljanja SMTP veze, vraća šifru uspjeha (250) i u većini slučajeva određuje IP adresu klijenta ili ime njegovog domena.
Sljedeći korak je da navedete pošiljaoca poruke. Da biste to učinili, trebate koristiti naredbu "MAIL FROM" koja označava vašu vlastitu poštansku adresu, ako želite, zatvorenu u uglaste zagrade.
Na primjer:
HELO ppp-15.krintel.ru
250 camel.mail.ru Zdravo ppp-15.krintel.ru
· POŠTA OD: " [email protected]»
Zatim se primalac poruke specificira pomoću naredbe “RCPT TO”, čiji je primjer prikazan u nastavku:
HELO ppp-15.krintel.ru
250 camel.mail.ru Zdravo ppp-15.krintel.ru
· POŠTA OD: " [email protected]»
· 250" [email protected]»Je sintaktički ispravno
· RCPT ZA: " [email protected]»
Ukoliko postoji potreba da se ista poruka pošalje na više ispitanika, dovoljno je još jednom (ili više) nazvati „RCPT TO“ (maksimalni broj primalaca obično nije ograničen). Ako se server ne obavezuje da dostavi poruku jednom od njih, vratit će grešku, ni na koji način, ali neće utjecati na ostale primaoce.
Komanda “DATA”, pozvana bez argumenata, stavlja server u čekanje na tekst poruke.
· 354 Unesite poruku koja se završava sa "." na liniji sam po sebi
Redoslijed završetka unosa je obična tačka, "ograničena" s obje strane prijelomima reda. Ako se takav slijed pojavi u tekstu poruke, formiranje pisma će biti završeno odmah. Klijenti pošte obično prepoznaju ovu situaciju i pribjegavaju transkodiranju, ali kada rade s telnet klijentom, ova briga leži na korisniku.
Primjer korištenja naredbe “DATA” je prikazan u nastavku:
HELO ppp-15.krintel.ru
250 camel.mail.ru Zdravo ppp-15.krintel.ru
· POŠTA OD: " [email protected]»
· 250" [email protected]»Je sintaktički ispravno
· RCPT ZA: " [email protected]»
· 250" [email protected]»Verificirano
· Zdravo, mornaru!
250 OK id = 12ZDEd-000Eks-00
Komanda “QUIT” završava sesiju i zatvara vezu.
221 camel.mail.ru zatvara vezu
Sadržaj primljene poruke (mehanizam za primanje poruka na korisnikov lokalni računar razmatran je u poglavljima "POP" i "IMAP4") može izgledati, na primjer, ovako:
Od [email protected] ned, 26. mart 17:38:03 2000
Primljeno: sa ppp-15.krintel.ru ()
Od camel.mail.ru sa smtp-om (Exim 3.02 # 107)
Id 12ZDEd-000Eks-00
· ID poruke: " [email protected]»
· Zdravo, mornaru!
U nastavku će biti prikazano kako napadači pronalaze i koriste tuđe servere za odlaznu poštu. Jedan od načina da pronađete javne SMTP servere je da analizirate zaglavlja dolazne pošte. Među čvorovima koji su svoje adrese ostavili u polju „Primljeno“, ponekad postoje serveri koji ne zahtijevaju autentifikaciju korisnika za slanje pisama.
Na primjer, ispod je zaglavlje pisma koje je autor ove knjige izvukao iz svog poštanskog sandučeta:
Od [email protected] Sre, 22. mart 16:57:03 2000
Primljeno od gate.chiti.uch.net()
Od msk2.mail.ru sa esmtp (Exim 3.02 # 116)
Id 12Xld1-0008jx-00
Primljeno od 13.chiti.uch.net()
By gate.chiti.uch.net(8.8.8 / 8.8.8) sa SMTP ID-om PAA29678
· Od: "irt" " [email protected] »
Analiza zaglavlja nam omogućava da utvrdimo da je pismo poslato sa adrese 13.chiti.uch.net preko servera odlazne pošte gate.chiti.uch.net. Ako pokušate uspostaviti vezu s njim, rezultat može izgledati ovako:
Da biste testirali mogućnost prosljeđivanja poruke, morate poslati pozivnicu na server, a zatim identificirati pošiljaoca i primaoca poruke. Na primjer, to može izgledati ovako:
HELO kpnc.krintel.ru
250 gate.chiti.uch.net Zdravo kpnc.krintel.ru, drago mi je da smo se upoznali
· POŠTA OD: " [email protected]»
· 250" [email protected]„… Pošiljalac u redu
· RCPT ZA: " [email protected]»
· 250" [email protected]„… Primalac u redu
Šifra uspjeha (250) i vrijeme čekanja "Primalac u redu" označavaju da je server pristao na prijenos. Ostaje da unesete tekst poruke i možete poslati pismo. Nakon nekog vremena (obično ne duže od jedne minute), poruka bi trebala stići na odredište. A njen naslov bi mogao izgledati ovako:
Od [email protected] ned, 26. mart 17:28:33 2000
Primljeno: sa gate.chiti.uch.net ()
Od camel.mail.ru sa esmtp (Exim 3.02 # 107)
Id 12ZD5a-000Dhm-00
Primljeno: sa kpnc.krintel.ru (kpnc.krintel.ru)
Autor gate.chiti.uch.net (8.8.8 / 8.8.8) sa SMTP ID-om QAA02468
(Koverta-od [email protected])
· ID poruke: " [email protected]»
Adresa pošiljaoca je istaknuta podebljanim slovima, što znači da ne može ostati anoniman. Ako se ispostavi da je to neprihvatljivo, među pristiglim pismima vašeg poštanskog sandučeta možete pokušati pronaći ona čija zaglavlja ne sadrže nikakve podatke o pošiljaocu, osim informacija koje je on sam želio dati.
Jedan od anonimnih servera nalazi se (tačnije, nekada se nalazio u vrijeme pisanja ovog teksta) na dore.on.ru. Međutim, zabranjena je njegova upotreba od strane neovlaštenih osoba, što dokazuje i sljedeći eksperiment:
HELO kpnc.krintel.ru
· POŠTA OD: " [email protected]»
· 250" [email protected]»Pošiljalac Ok
· RCPT ZA: " [email protected]»
· 550 Relaying odbijen za « [email protected]»
Server, naime, ne čini nikakve vidljive pokušaje da odredi adresu klijenta, ali istovremeno glatko odbija da pošalje njegovu prepisku van servera. Štaviše, pouzdano je poznato da ga vlasnici ovog servera koriste za slanje poruka na ne-lokalne adrese. To podrazumijeva postojanje mehanizma koji vam omogućava da razlikujete "prijatelje" od "autsajdera". Prava "autsajdera" su ograničena na dostavu pisama na lokalne adrese, dok je "prijateljima" dozvoljeno slanje poruka van servera. Zbog nedostatka sredstava za autentifikaciju korisnika u SMTP protokolu, IP adresa klijenta pomaže u razlikovanju jedne od drugih. Lokalni korisnici koji se nalaze u istoj podmreži sa serverom smatraju se „vlasnicima“ i obrnuto.
Ali ako server nije opremljen funkcijom određivanja IP adresa klijenata, ne preostaje mu ništa drugo nego da koristi informacije koje je dostavio sam pošiljalac, vjerujući mu na riječ. Stoga je moguće prijaviti lažne podatke, i lažno predstavljati lokalnog korisnika koji ima pravo slanja poruka na bilo koju adresu.
Klijent dva puta specificira svoju adresu: kada pozdravlja server, komandom “HELO” označava svoj domen, au polju “MAIL FROM” daje sopstvenu povratnu adresu. Neki serveri provjeravaju jednu od ovih vrijednosti, a neki obje u isto vrijeme.
U eksperimentu ispod, pošiljalac ne daje svoju vlastitu domenu, već domenu vlasnika servera, i koristi jednu od adresa lokalnih korisnika servera kao povratnu adresu (da biste saznali, morate primiti barem jedno pismo sa ovog servera, ili pokušajte da saznate imena registrovanih korisnika brute-force metodom):
220 ZADRŽAN FTGate server spreman -Fox Mulder
· HELO dore.on.ru
· POŠTA OD: " [email protected]»
· RCPT ZA: " [email protected]»
250 Primalac Ok
Kao rezultat ovog falsifikata, server je prevaren i pristao je da dostavi pismo. Očigledno je da se pravi pošiljalac poruke ne može identifikovati po zaglavlju, jer ono sadrži samo informacije koje je pošiljalac sam želeo da ostavi.
Nemoguće je smisliti bolji način za masovno slanje pošte, ali ova metoda nije prikladna za običnu korespondenciju. Uostalom, odgovor na pismo će se vratiti na adresu [email protected]! Ovo se može izbjeći dodavanjem polja “Reply-To” u zaglavlje koje sadrži pravu adresu pošiljaoca (onu koju je sam želio zadržati). To bi moglo izgledati ovako, na primjer:
220 ZADRŽAN FTGate server spreman -Fox Mulder
HELO dore.on.ru
· POŠTA OD: " [email protected]»
· 250" [email protected]»Pošiljalac Ok
· RCPT ZA: " [email protected]»
250 Primalac Ok
354 Pokreni unos pošte; završava sa "CRLF". "CRLF"
· Odgovoriti na: " [email protected]»
250 Ok Poruka je na čekanju
221 dore.on.ru Usluga zatvaranja kanala prijenosa
Naslov takvog pisma trebao bi izgledati otprilike ovako:
Primljeno od relay1.aha.ru(provjereno)
Autor aha.ru (CommuniGate Pro SMTP 3.1b2)
Primljeno: sa warlock.miem.edu.ru (miem-as.ins.ru)
By relay1.aha.ru(8.9.3 / 8.9.3 / aha-r / 0.04B) sa ESMTP id UAA07173
Primljeno: sa dore.miem.edu.ru (rtuis.miem.edu.ru)
Autor warlock.miem.edu.ru (8.9.3 / 8.9.3) sa ESMTP ID-om UAA00637
Primljeno: od lisice dore.on.ru(FTGate 2, 1, 2, 1);
· ID poruke: " [email protected]»
· Od: " [email protected]»
· Za: " [email protected]»
Predmet: TEST
· Odgovoriti na: " [email protected]»
Prilikom pokušaja da odgovori pošiljaocu, primateljev mail klijent će izdvojiti sadržaj polja "Odgovori na" i poslati pismo na adresu navedenu u njemu. Upravo to koriste spameri za postizanje potpune anonimnosti, s jedne strane, i mogućnost dobijanja odgovora od zainteresovanih strana, s druge strane.
Ako pažljivo pogledate zaglavlje e-pošte, u njemu ćete pronaći nekoliko redova "Primljeno". Ostavili su ih tranzitni serveri, inače zvani Rayleighs (sa engleskog relej).
Svaki mail klijent može direktno poslati pismo. Međutim, da biste to uradili, moraćete lično da navedete adresu primaoca u podešavanjima servera odlazne pošte.
Na primjer, za slanje e-pošte na [email protected] koristeći “OutLock Express” morat ćete otići na “Računi” (meni “Alati”), odabrati “Svojstva” i otići na karticu “Serveri”, postavljajući server “computerra.ru” za odlaznu poštu.
Očigledno, ovo je previše zamorno i nepraktično. Sve dok softver ne nauči da obavlja takvu operaciju automatski, korisnici će biti primorani da koriste stare metode.
Rad tipičnog malog servera odlazne pošte izgleda ovako: pošto primi pismo na raspolaganju, odmah uspostavlja vezu sa poštanskim sandučićem primaoca i šalje poruku. Pri tome se suočava sa istim poteškoćama kao i običan klijent. Stoga se prenošenje poruka široko koristi. Ako se pismo iz nekog razloga ne može direktno prenijeti, prenosi se na relej.
Relej je potpuno isti SMTP server kao i ostali o kojima se govori u ovom poglavlju. Ovisno o postavkama servera, ruta za prosljeđivanje poruka može varirati. Jedna poruka se može slati direktno, dok se druga - dugo "vrti" na relejima. Poverenje je veliko, ali samo kada se ne radi o sigurnosnim pitanjima. Ko se usuđuje vjerovati ponavljačima nepoznatog porijekla? Štaviše, dalju rutu pisma svaki od tranzitnih servera određuje nezavisno, i nema garancija da se uljez neće uglaviti u ovaj lanac.
Ali SMTP protokol omogućava pošiljaocu da samostalno definiše rutu prosljeđivanja poruke.Parametar naredbe “RCPT TO” može sadržavati ne samo adresu primatelja, već i putanju releja!
Format mu je sljedeći:
· RCPT NA: "@ s1, @ s2, @ s3, @ sn: [email protected]»
gdje su s1, s2, s3, sn imena (ili IP adrese) međurepova, i [email protected] poštansko sanduče primaoca. Prvo, poruka se šalje čvoru s1, krajnjem lijevom serveru u lancu. Modifikuje parametar naredbe RCPT TO, "ugrizajući" iz njega ime svog čvora:
· RCPT NA: "@ s2, @ s3, @ sn: [email protected]»
Zatim se preuzima adresa sledećeg primaoca - s2. Ako s1 server ne preuzme isporuku korespondencije s2 serveru, pismo se vraća pošiljaocu sa porukom o grešci. U suprotnom, proces se ponavlja sve dok poruka ne završi u poštanskom sandučetu primaoca.
Nedostatak ove šeme je u tome što neki SMTP serveri mogu koristiti svoje vlastite usluge prenošenja za prosljeđivanje na sljedeći rep. Dakle, zagarantovano je da će pismo, nakon uspješne isporuke, posjetiti sve navedene čvorove u navedenom redoslijedu. Međutim, direktan prijenos između susjednih repova u lancu nije uvijek izveden.
Stoga je zadatak odabira tranzitnih servera komplikovan. Svaki od njih ne samo da treba biti zaštićen od uljeza, već i namjerno ne koristiti usluge repetitora trećih strana.
Nažalost, većina e-mail klijenata, prilikom provjere ispravnosti adrese primatelja, smatra da je ovakva operacija sintaktički neispravna i odbijaju poslati pismo. Moram ponovo pokrenuti telnet i poslati poruku ručno.
Koje komande podržava određeni SMTP server možete saznati pomoću "HELP", a detaljnije o svrsi svake od njih "HELP command".
Za detalje o SMTP komandama, pogledajte 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 Tehnika mrežnog napada autor Kaspersky ChrisSMTP O U ovom poglavlju: O Osnovne naredbe protokola O Relejni serveri O Direktno prosljeđivanje O Automatizacija e-pošte i neželjene pošte O Anonimno slanje pošte O Protokol jednostavnog prijenosa pošte (SMTP) se koristi za isporuku pošte u većini slučajeva.
autor Raymond Eric Stephen5.3.1. Studija slučaja: SMTP, primjer jednostavnog protokola za prijenos pošte 5.7. ilustruje transakciju Simple Mail Transfer Protocol (SMTP), koja je opisana u specifikaciji RFC 2821. U ovom primjeru, linije koje počinju sa C: šalju se putem transporta pošte.
Iz knjige Umetnost Unix programiranja autor Raymond Eric Stephen5.3.1. Studija slučaja: SMTP, primjer jednostavnog protokola za prijenos pošte 5.7. ilustruje transakciju Simple Mail Transfer Protocol (SMTP), koja je opisana u specifikaciji RFC 2821. U ovom primjeru, linije koje počinju sa C: šalju se putem transporta pošte.
Iz knjige TCP / IP arhitektura, protokoli, implementacija (uključujući IP verziju 6 i IP sigurnost) od Faith Sidney M5.24 ARP protokol Prije nego što datagram bude proslijeđen iz jednog LAN sistema u drugi, on će biti uokviren zaglavljem i okvirom koji slijedi. Okvir se isporučuje mrežnom adapteru čija fizička adresa odgovara fizičkoj adresi odredišta
Iz knjige Programiranje u Ruby-u [Ideologija jezika, teorija i praksa primjene] od Fulton Hala8.9 RIP Najrasprostranjeniji IGP je RIP, izveden iz protokola rutiranja Xerox Network System (XNS). Popularnost RIP-a zasniva se na njegovoj jednostavnosti i dostupnosti.RIP je prvobitno implementiran u TCP/IP operacijskoj sali.
Iz knjige Linux Networking autor Smith Roderick W.8.17 BGP Protokol graničnog prolaza (BGP) se široko koristi na Internetu. Trenutna verzija protokola je BGP-4.Na modernom Internetu postoji mnogo provajdera koji su međusobno povezani poput mreže interkonekcija. Kada se krećete do tačke
Iz knjige autora14.6 FTP protokol Sljedeći koncepti se odnose na FTP protokol:? Komande i njihovi parametri poslani preko kontrolne veze? Numerički kodovi vraćeni kao odgovor na naredbu? Format prenesenih podataka Slijedi skup FTP komandi. Prenosi ih menadžer
Iz knjige autora15.17 NFS protokol Najnovija implementacija NFS-a je verzija 3, iako se i dalje uspješno koriste implementacije verzije 2. NFS serverski program je označen brojem 100003 i, po konvenciji, NFS grabi port pri inicijalizaciji
Iz knjige autora16.9 SMTP naredbe Skripta u odjeljku 16.6.1 sadržavala je najčešće korištene SMTP komande. Kompletan skup SMTP komandi prikazan je u tabeli 16.1 Tabela 16.1 SMTP komande Komanda Opis HELO Identificira pošiljaoca primaocu. MAIL FROM Početak transakcije pošte i pokažite na
Iz knjige autora16.12.2 Razgovor u poboljšanom SMTP-u Sljedeći primjer pokazuje kako poboljšani agent za prijenos pošte konstruiše transakciju za slanje MIME poruke u 8-bitnom formatu :? Primalac najavljuje svoje poboljšane mogućnosti, uključujući 8BITMIME.? Naredba MAIL FROM ima
Programi koji implementiraju SMTP server u Linux sendmail. Najpopularniji mail server trenutno dostupan na Linuxu je sendmail. Ovaj paket pruža opsežnu funkcionalnost i mnogi programi pretpostavljaju da je instaliran prema zadanim postavkama.
Iz knjige autora Iz knjige autoraPosebne karakteristike SMTP servera Sledeći odeljci opisuju različite karakteristike servera pošte koje su specificirane prilikom konfigurisanja servera pošte. Da ne bi opisivali ove karakteristike za svaki server, razmotrite ih.
Ovaj članak pokriva najčešće korišćene protokole e-pošte na Internetu - POP3, IMAP i SMTP. Svaki od njih ima specifičnu funkciju i način rada. Sadržaj članka objašnjava koja je konfiguracija najbolja za specifične potrebe korisnika pri korištenju klijenta e-pošte. Također otkriva odgovor na pitanje koji protokol podržava e-poštu.
Šta je POP3?
Verzija 3 (POP3) je standardni poštanski protokol koji se koristi za primanje e-pošte sa udaljenog servera lokalnom klijentu pošte. Omogućava vam da preuzmete poruke na vaš lokalni računar i pročitate ih čak i kada je korisnik van mreže. Imajte na umu da kada koristite POP3 za povezivanje sa svojim nalogom, poruke se preuzimaju lokalno i brišu sa servera e-pošte.
Prema zadanim postavkama, POP3 protokol radi na dva porta:
port 110 je nešifrovani POP3 port;
port 995 - ovo se mora koristiti ako se želite bezbedno povezati na POP3.
Šta je IMAP?
Internet Messaging Access Protocol (IMAP) je protokol za preuzimanje e-pošte koji se koristi za pristup e-pošti na udaljenom web serveru sa lokalnog klijenta. IMAP i POP3 su dva najčešće korišćena protokola za primanje e-pošte i podržavaju ih svi moderni klijenti e-pošte i web serveri.
POP3 pretpostavlja da je vaša adresa e-pošte dostupna samo iz jedne aplikacije, dok IMAP omogućava da se prijavite sa više klijenata istovremeno. Zbog toga je IMAP bolji ako ćete pristupiti svojoj e-pošti sa različitih mjesta ili ako vašim porukama upravlja više korisnika.
IMAP radi na dva porta:
Port 143 je podrazumevani nešifrovani IMAP port.
port 993 - ovo se mora koristiti ako se želite bezbedno povezati koristeći IMAP.
Šta je SMTP?
Protokol je standardni protokol za slanje e-pošte preko Interneta.
SMTP radi na tri porta:
port 25 je po defaultu nešifriran;
port 2525 - otvara se na svim SiteGround serverima ako je port 25 filtriran (na primjer od strane vašeg ISP-a) i želite da šaljete nešifrirane e-poruke koristeći SMTP.
port 465 - Koristi se ako želite bezbedno slati poruke koristeći SMTP.
Koji su protokoli za razmjenu e-pošte? Koncepti i termini
Termin "server e-pošte" odnosi se na dva servera potrebna za slanje i primanje e-pošte, odnosno SMTP i POP.
Server dolazne pošte je server povezan sa vašim nalogom e-pošte. Za to ne može postojati više od jednog servera dolazne pošte. Da biste pristupili dolaznim porukama, potreban vam je klijent e-pošte - program koji može primati e-poštu sa naloga, omogućavajući korisniku da čita, prosljeđuje, briše i odgovara na poruke. U zavisnosti od vašeg servera, možete koristiti namenski klijent e-pošte (kao što je Outlook Express) ili veb pretraživač. Na primjer, Internet Explorer se koristi za pristup nalozima zasnovanim na e-pošti. E-poruke se čuvaju na serveru dolazne pošte dok se ne preuzmu. Nakon što preuzmete svoju poštu sa servera e-pošte, nećete to moći ponovo da uradite. Da biste uspješno preuzeli podatke, potrebno je da unesete ispravne postavke u svoj program za e-poštu. Većina servera dolazne pošte koristi jedan od sljedećih protokola: IMAP, POP3, HTTP.
Server odlazne pošte (SMTP)
Ovo je server koji se koristi samo za slanje e-pošte (za njihovo prebacivanje iz vašeg programa za klijente e-pošte do primaoca). Većina servera za odlaznu poštu koristi protokol) za slanje pošte. Ovisno o vašim mrežnim postavkama, server odlazne pošte može pripadati vašem ISP-u ili serveru na kojem ste postavili svoj račun. Alternativno, možete koristiti SMTP server zasnovan na pretplati koji će vam omogućiti slanje e-pošte s bilo kojeg računa. Zbog problema sa neželjenom poštom, većina servera za odlaznu poštu neće vam dozvoliti slanje e-pošte osim ako niste prijavljeni na svoju mrežu. Otvoreni relej server će vam omogućiti da ga koristite za slanje e-pošte, bilo da pripadate njegovoj mrežnoj grupi ili ne.
Email portovi
Za mreže, port se odnosi na krajnju tačku logičke veze. Broj porta određuje njegov tip. Ovo su podrazumevani portovi e-pošte:
POP3 - port 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) - port 995.
Protokoli e-pošte: IMAP, POP3, SMTP i HTTP
U osnovi, protokol se odnosi na standardnu metodu koja se koristi na svakom kraju komunikacionog kanala. Da biste se bavili e-poštom, morate koristiti namjenskog klijenta za pristup mail serveru. Zauzvrat, oni mogu međusobno razmjenjivati informacije koristeći potpuno različite protokole.
IMAP protokol
IMAP (Internet Messaging Access Protocol) je standardni protokol za pristup e-pošti sa vašeg lokalnog servera. IMAP je klijent/serverski protokol u kojem se prima e-pošta, a podaci se pohranjuju na vašem internet serveru. Budući da zahtijeva samo malo prijenosa podataka, dobro radi čak i na sporim vezama, kao što je pri povezivanju s modemom. Prilikom pokušaja čitanja određene poruke e-pošte, klijent preuzima podatke sa servera. Takođe možete kreirati i upravljati folderima ili poštanskim sandučićima na serveru, brisati poruke.
POP3 protokol
Protokol e-pošte Post Office Protocol 3 (POP) pruža jednostavan, standardizovan način za korisnike da pristupe poštanskim sandučićima i preuzimaju poruke na svoje računare.
Uz POP, sve vaše e-poruke će biti preuzete sa servera e-pošte na vaš lokalni računar. Takođe možete ostaviti kopije svojih e-mailova na serveru. Prednost je u tome što nakon preuzimanja poruka možete prekinuti internet vezu i čitati svoju e-poštu u slobodno vrijeme bez dodatnih troškova komunikacije. S druge strane, s ovim protokolom primate i preuzimate mnogo neželjenih poruka (uključujući neželjenu poštu ili viruse).
SMTP protokol
Agent za prenos pošte (MTA) koristi protokol za isporuku e-poruka određenom serveru primaoca. SMTP se može koristiti samo za slanje e-pošte, ne i za primanje. U zavisnosti od podešavanja vaše mreže ili Internet provajdera, SMTP protokol možete koristiti samo pod određenim uslovima.
HTTP protokoli
HTTP nije protokol dizajniran za komunikaciju putem e-pošte, ali se može koristiti za pristup vašem poštanskom sandučetu. Č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 slanja i primanja e-pošte je uglavnom zahvaljujući tri TCP protokola. To su SMTP, IMAP i POP3.
SMTP
Počnimo sa SMTP-om jer se njegova glavna funkcija razlikuje od druge dvije. SMTP ili Simple Mail Transfer Protocol se uglavnom koristi za slanje e-pošte sa klijenta e-pošte (kao što je Microsoft Outlook, Thunderbird ili Apple Mail) na server e-pošte. Također se koristi za prosljeđivanje ili prosljeđivanje e-mail poruka s jednog mail servera na drugi. Ovo je neophodno ako pošiljalac i primalac imaju različite dobavljače e-pošte.
SMTP, koji je naveden u RFC 5321, po defaultu koristi port 25. Takođe može koristiti port 587 i port 465. Potonji, koji je uveden kao port izbora za siguran SMTP (a.k.a. SMTPS), je zastario. Ali u stvarnosti ga još uvijek koristi nekoliko pružatelja poštanskih usluga.
POP3
Post Office Protocol, ili POP, koristi se za preuzimanje e-mail poruka iz najnovije verzije koja se široko koristi je verzija 3, otuda i termin "POP3".
POP verzija 3 navedena u RFC 1939 podržava ekstenzije i nekoliko mehanizama provjere autentičnosti. Funkcije provjere autentičnosti su potrebne kako bi se spriječilo da napadači dobiju pristup korisničkim porukama.
POP3 klijent prima e-poštu na sljedeći način:
povezuje se na mail server na portu 143 (ili 993 za SSL / TLS veze);
preuzima email poruke;
služi za povezivanje prije zatvaranja mail klijent aplikacije i preuzimanje poruka na zahtjev.
povezuje se na mail server na portu 110 (ili 995 za SSL / TLS veze);
briše kopije poruka pohranjenih na serveru;
prekida vezu sa serverom.
Iako se POP klijenti mogu konfigurirati tako da server može nastaviti pohranjivati kopije preuzetih poruka, gornji koraci su uobičajena praksa.
IMAP
IMAP, posebno trenutna verzija (IMAP4), je složeniji protokol. Ovo omogućava korisnicima da grupišu povezane poruke i smeste ih u fascikle, koje se zauzvrat mogu hijerarhijski organizovati. Takođe sadrži zastavice za poruke koje označavaju da li je poruka pročitana, obrisana ili primljena. Čak omogućava korisnicima da pretražuju poštanske sandučiće servera.
Logika rada (imap4 postavke):
Imajte na umu da se poruke ne brišu na serveru. To može imati ozbiljne posljedice. IMAP specifikacije se mogu naći u RFC 3501.
Biranje između IMAP i POP3
Pošto je osnovna funkcija SMTP-a fundamentalno drugačija, dilema izbora najboljeg protokola obično uključuje samo IMAP i POP3.
Ako vam je važan prostor za skladištenje na serveru, odaberite POP3. Server sa ograničenom memorijom jedan je od glavnih faktora zbog kojih možete podržati POP3. Budući da IMAP ostavlja poruke na serveru, može trošiti memorijski prostor brže od POP3.
Ako želite da pristupite svojoj pošti u bilo kom trenutku, onda je IMAP najbolji izbor. Postoji jedan dobar razlog zašto je IMAP dizajniran da čuva poruke na serveru. 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.
Sinhronizacija je još jedna prednost IMAP-a. Ako svojim porukama e-pošte pristupate s više uređaja, velike su šanse da ćete željeti da sve odražavaju sve radnje koje ste poduzeli.
Na primjer, ako čitate poruke A, B i C, želite da one budu označene kao "pročitane" i na drugim uređajima. Ako ste izbrisali slova B i C, onda želite da se iste poruke izbrišu iz vašeg poštanskog sandučeta na svim gadžetima. Sve ove sinhronizacije se mogu postići samo ako koristite IMAP.
Budući da IMAP omogućava korisnicima da organiziraju poruke hijerarhijskim redoslijedom i stavljaju ih u mape, pomaže korisnicima da bolje organiziraju svoju korespondenciju.
Naravno, sva IMAP funkcionalnost ima svoju cijenu. Ova rješenja je teže implementirati, a na kraju protokol troši mnogo više CPU-a i RAM-a, posebno kada obavlja proces sinhronizacije. U stvari, velika upotreba CPU-a i memorije može se dogoditi i na strani klijenta i na strani servera ako postoji tona poruka za sinhronizaciju. Sa ove tačke gledišta, POP3 protokol je jeftiniji, ali manje funkcionalan.
Privatnost je također jedna od briga koja će u velikoj mjeri ovisiti o krajnjim korisnicima. Oni bi općenito radije preuzeli sve e-poruke i ne bi ostavljali njihove kopije na nepoznatom serveru.
Brzina je prednost koja varira i zavisi od situacije. POP3 ima mogućnost preuzimanja svih email poruka kada je povezan. A IMAP može, ako je potrebno (na primjer, uz nedovoljan promet), preuzeti samo zaglavlja poruka ili određene dijelove i ostaviti priloge na serveru. 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 serveru moraju preuzimati svaki put, tada će POP3 raditi mnogo brže.
Kao što vidite, svaki od opisanih protokola ima prednosti i nedostatke. Na vama je da odlučite koje su karakteristike ili mogućnosti važnije.
Takođe, preferirani način pristupa klijentu e-pošte određuje preferenciju protokola. Korisnici sa samo jednom mašinom i korištenjem web-pošte za pristup svojim novim e-mailovima će cijeniti POP3.
Međutim, korisnici koji razmjenjuju poštanske sandučiće ili pristupaju njihovoj e-pošti sa različitih računara preferiraće IMAP.
Spam firewall sa SMTP, IMAP i POP3
Većina zaštitnih zidova za neželjenu poštu radi i štiti samo SMTP. Serveri šalju i primaju SMTP e-poštu i oni će biti provjereni od strane vatrozida za neželjenu poštu na gatewayu. Međutim, neki vatrozidovi za neželjenu poštu pružaju mogućnost zaštite POP3 i IMAP4 kada vanjski korisnici trebaju ove usluge da bi pristupili njihovoj e-pošti.
SMTP zaštitni zidovi su transparentni za krajnje korisnike; nema promjena konfiguracije za klijente. Korisnici i dalje primaju i šalju poruke e-pošte na server e-pošte. Na primjer, Exchange ili Dominos moraju konfigurirati usmjeravanje poruka na zaštitnom zidu zasnovano na proksiju kada šalju e-poštu, kao i omogućiti mogućnost slanja pošte sa zaštitnog zida.
Već nekoliko decenija korisnici interneta koriste e-poštu za razmjenu poruka i pisama. Sve do ranih 90-ih godina prošlog vijeka zaposleni u velikim organizacijama su po pravilu koristili elektronske poruke. Uz opsežnu kompjuterizaciju i širenje World Wide Weba, e-pošta je postala sastavni dio života običnih korisnika.
Razvoj Internet tehnologija doveo je do pojave takozvanih poštanskih protokola koji se koriste za mrežnu korespondenciju. Omogućavaju obradu velikih slova pružajući korisnicima sve vrste usluga.
Nije ograničen nikakvim specifičnim podsistemima za prenos podataka. Za njegov rad potreban je samo pouzdan tok njihovog prijenosa uz očuvanje reda.
SMTP se uglavnom koristi za slanje pisama i korisničkih zahtjeva na server, nakon čega se pošta šalje primaocima. Da biste primali pisma, potreban vam je mail klijent da radi na IMAP ili POP3 protokolu.
Za šta se koristi?
Danas je to tipičan poštanski protokol. Koriste ga svi mail programi i serveri.
Virtuelni hosting sajtova za popularne CMS:
Princip protokola.
SMTP je protokol baziran na tekstu, njegov princip rada zahtijeva vezu preko koje korisnik koji šalje e-poštu komunicira sa svojim primaocem koristeći određenu komandnu liniju. A podaci se primaju korištenjem pouzdanog komunikacijskog kanala. Obično je ovaj komunikacioni kanal TCP veza.
Radna sesija protokola sastoji se od niza naredbi koje šalje SMTP mail klijent i odgovora servera na njih. Tokom radne sesije i klijent i server razmjenjuju potrebne parametre.
Operacija protokola uključuje kombinaciju sljedećih nizova naredbi i odgovora:
- MAIL FROM komanda - označava povratnu email adresu;
- RCPT TO komanda - definiše primaoca određenog pisma;
- DATA je komanda odgovorna za slanje teksta e-mail poruke. Ovo je tijelo pisma, koje uključuje naslov i tijelo pisma, odvojeno praznim redom.
Početni SMTP klijent može biti klijent pošte primaoca ili agent za prosleđivanje pošte na serveru.
Kako funkcionišu drugi protokoli za poštu.
SMTP je samo protokol za isporuku korespondencije na mreži. On ne može da preuzme e-poštu sa udaljenog servera na komandu ili da nekako upravlja e-mail sandučetom.
Postoje i drugi protokoli za ovo, kao što su IMAP i POP. Njihova upotreba je poželjnija kada su privremeno povezani na mrežu ili kada se PC povremeno uključuje.
POP.
Post Office Protocol je jednostavan mrežni protokol sa tri vrste: POP, POP2 i POP3. Oni su dizajnirani da isporuče korespondenciju korisniku sa centralnog servera pošte, da uklone poštu sa servera i da identifikuju korisnika. Za identifikaciju se koristi kombinacija prijave i lozinke. Vrijedi napomenuti da sva tri protokola nisu međusobno zamjenjiva.
Protokol uključuje SMTP, koji se koristi za prijenos odlazne pošte.
U skladu sa POP3, pisma koja stignu na određenu e-poštu čuvaju se na serveru dok se ne preuzmu na računar tokom sledeće sesije. Kada se preuzimanje izvrši, postaje moguće čitati poruke dok se prekidate s mrežom. POP3 se smatra najbržim protokolom za poštu.
IMAP.
Sa Internet Message Access Protocolom, postaje moguće pohranjivati poruke u direktorije datoteka na serveru i tražiti bilo koje nizove poruka upravo tamo.
Ovaj protokol je pogodan za one korisnike čiji računari koriste kontinuiranu internet vezu. Razlikuje se od POP-a po tome što se prilikom provjere novih poruka preuzimaju samo njihova zaglavlja.
To je jednostavan protokol za prijenos pošte. Prevedeno sa engleskog kao Jednostavan protokol za prijenos pošte... Na osnovu naziva možemo zaključiti da je SMTP server odgovoran za slanje mailing lista. Njegov zadatak se obično sastoji od dvije glavne funkcije:
- provjeravanje da su postavke ispravne i davanje dozvole računaru koji pokušava poslati e-poštu;
- slanje odlazne poruke na navedenu adresu i potvrdu uspješnog slanja poruke. Ako dostava nije moguća, server vraća pošiljaocu odgovor sa greškom u slanju.
Slanjem e-mail poruka, SMTP server pošiljaoca uspostavlja vezu sa serverom koji će primiti ovu poruku. Takva "komunikacija" nastaje slanjem i primanjem komandi, formirajući SMTP sesiju sa neograničenim brojem SMTP operacija. Postoje tri obavezne komande za svaku operaciju:
- detekcija povratne adrese (MAILFROM)
- definirati primatelja email poruke (RCPT TO)
- poslati tekst poruke (DATA)
Određivanje adrese pošiljaoca, primaoca i prisustvo sadržaja pisma su obavezni uslovi, bez kojih pismo neće biti poslato, čak ni običnom, nama poznatom "papirnatom" poštom. Šta reći o elektronici.
Ukratko o prednostima SMTP servera
- Kao što je već spomenuto, glavna svrha SMTP servera je slanje i kontrola odlazne pošte. Visokokvalitetni SMTP server može brzo slati veliki volumenemail poruke izbjegavanjem ograničenja provajdera.
- Ako koristite eksterni SMTP server, onda sigurnoste-mail poruka i postotak njihove dostave u inbox značajno povećava.
Gdje možete pronaći ovaj eksterni SMTP server? Više detalja o ovom pitanju. - E-pošta može proći kroz više SMTP servera prije nego što stigne do poštanskog sandučeta primaoca. Budući da postoji rizik od napada neželjene pošte, ISP-ovi često prestaju slati e-poštu bez korištenja SMTP servera. Stoga korisnici ponekad imaju problema sa slanjem pisama.
Rješenje može biti instaliranje/integracija zasebnog eksternog SMTP servera, koji će, osim toga, biti filtrirati odlazne poruke za neželjenu poštu i viruse. - Na isti način postiže se i povećanje sigurnosti slanja pošte autorizacija korisnika koji koristi SMTP server: postavljanjem individualnog korisničkog imena i lozinke za povezivanje sa serverom.
- I što je bitno, integracija SMTP servera se odvija bez instaliranja dodatnog softvera ili drugih posebnih zahtjeva. Samo propišete osnovne parametre SMTP servera u postavkama vašeg mail klijenta i možete pokrenuti masovne email kampanje.
Ako planirate da se bavite legalnim marketingom putem e-pošte, razmislite o korištenju eksternog SMTP servera za sigurnost i brzinu vaših masovnih email kampanja.
