Ovaj odeljak ispituje interakciju između Internet sistema e-pošte i sistema imena domena. Mehanizam slanja i prosljeđivanja je detaljno razmotren. mail poruke, koji se oslanja na informacije dobijene od usluge naziva domena.

Ako zbrojimo sve zapise opisa resursa koji su predloženi da budu naznačeni u opisu zone, onda bi RR-ovi (Resource Records) posvećeni e-pošti bili većina.

IN pravi zivot(reč „virtuelno“ bi verovatno bila bolja) koristi se zapis jednog tipa - MX (Mail exchanger - mail gateway). Smisao upotrebe ovog unosa je da se identifikuje host koji je odgovoran za isporuku pošte na određeni domen ili koji zna kako to da uradi.

MX zapis se može definirati za cijelu zonu ili za pojedinačnu mašinu. MX RR ima sljedeći format:

IN MX

Polje za naziv specificira ime mašine ili domene na koju se može slati pošta. To može biti ili potpuno kvalificirano ime ili djelomično ime stroja. ttl polje obično ostaje prazno. Polje preferencija ukazuje na prioritet mail servera čije je ime navedeno kao posljednji argument u polju podataka MX zapisa.

Prije nego krenemo dalje detaljna diskusija U svrhu i praksu korišćenja MX zapisa, trebalo bi da razumete osnovne principe konstruisanja razmene e-pošte na Internetu.

U našim raspravama oslonićemo se na koncept iznet u RFC 2821. Ovaj dokument zamijenio oldtajmere - RFC 821 i RFC 974.

RFC 821 je definisao protokol isporuke pošte - SMTP, a drugi dokument definisao je interakciju e-pošte sa sistemom imena domena. novi dokument sumirao iskustvo primjene prva dva u praksi (na primjer, ukinuo zahtjev za provjerom prisutnosti WKS zapisa za host koji je naveden kao gateway u MX zapisu, što ionako niko nije poštovao) i razjasnio neke nedovoljno jasno formulirane zahtjevi.

Prvo, treba se zadržati na samom konceptu mail gatewaya. Najčešći termini u ovom kontekstu bili su pojam MTA (Agent za prijenos pošte) i termin MUA (Mail Korisnički agent). Ovi termini su korišćeni da se naglasi neke razlike između MTA i servera pošte, koji je bio krajnji primalac pošte, i od klijentskog softvera (MUA), koji je obezbedio samo „prvu i poslednju milju“ putanje pošte.

Terminologija klijent-server sada je poželjna i termine MTA MUA treba koristiti oprezno.

Čitava poenta je da je situacija takva poštanske usluge se donekle promenilo. Ranije (tokom postojanja UUCP-a, kojem je u starim RFC-ovima posvećeno najmanje toliko prostora), najčešća procedura dostave pošte bila je dostava u više skokova korištenjem veliki broj međučvorovi. Istovremeno, pošta se prenosila s jedne mreže na drugu, uključujući korištenje posredničkih mreža.

Sa ovom tehnologijom, e-pošta je kao da radi redovna pošta, na bazi poštanskih ureda. Brojni gateway čvorovi su postojali i još uvijek postoje. Njihova lista se može naći na http://www.faqs.org/faqs/mail/inter-network-guide/.

Trenutno, kada SMPT dominira, koncept gateway-a je podijeljen na relej (prosljeđivanje putem SMTP-a) i gateway (gateway na drugi sistem pošte). U kontekstu DNS-a, nema razlike između ovih koncepata. MX zapis ukazuje na bilo koji host na koji bi pošta trebala biti usmjerena tako da završi u traženom domenu.

Slika 1. Šema dostave i slanja pošte.

Osim toga, u pošti se host razlikuje od prva dva imenovana (relej i gateway), koji je, u stvari, čuvar poštanski sandučići. Lokalna dostava pisama primaocima.

Svi pokušaji da se takva podjela uvede u svakodnevni život za DNS sistem do sada nisu doveli do ničega. Nećete naći unose poput MB (Mail Box) u opisima zona „sa vatrom danju, a opipanjem noću“.

Stoga, u kontekstu DNS sistema, pozvaćemo sve hostove pošte za koje je uspostavljen MX zapis.

Dakle, posao mail gateway-a je da prihvati poštu od pošiljaoca i prosledi je primaocu, ili domaćinu koji zna kako da ovu poštu dostavi primaocu.

Ključni elementi u e-mail poruci su adresa pošiljaoca i primaoca. Adrese se obično pišu u obliku:

lokalni-dio@domena

Sa DNS tačke gledišta, zanima nas samo dio koji se zove “domen”. U stvari, uopšte nije neophodno da je domen ispravan Ime domena. Samo što je naziv ovog dijela adrese sličan DNS domenima.

Sve razmjene podataka između gateway-a unutar Interneta se obavljaju korištenjem SMTP protokol(Jednostavna pošta Transfer Protocol). Vjerojatno svaki korisnik, a još više administrator, ima iskustva u postavljanju programa za čitanje i slanje e-mail poruka za rad s takvim gateway-om ili, kako ih još zovu, relejima.

Šta radi gateway kada prima poštu od klijenta za prosljeđivanje? Preskačući detalje vezane za ograničenja koja nameću administratori mejl gateway-a na proceduru prosljeđivanja, razmotrimo algoritam za interakciju između gateway-a i DNS sistema.

Prvo, unutar SMTP razmjene, samo potpuno kvalifikovana imena domena su dozvoljena kao imena domena, što se može riješiti traženjem MX ili A zapisa u DNS sistemu. One. polje domene adrese e-pošte mora sadržavati ime za koje postoji MX ili A zapis. U principu su dozvoljeni i sinonimi, tj. imena za koja se CNAME zapisi mogu naći u DNS-u koji preusmjeravaju na MX ili A zapise. U stvari, mnogi gateway-i su konfigurisani da ignorišu CNAME zapise.

Da bi se to postiglo, svi mail gatewayi pribjegavaju proceduri kanokalizacije imena, tj. pretvoriti ga u oblik koji bi bio prihvatljiv za sistem imena domena.

Koristeći ovo ime, gateway traži MX zapise. Ako pronađe CNAME, originalno ime zamjenjuje kanonskim i ponovo ponavlja pretragu (već smo pisali da je ova funkcija često onemogućena u stvarnom životu).

Ako nema MX zapisa, ali postoji zapis adrese, tada se pokušava isporučiti pošta na tu adresu. Ako se pronađe lista MX zapisa, zapis adrese se zanemaruje.

Štaviše, ako naknadno nijedan od MX zapisa nije prikladan za slanje pošte, tada neće biti učinjen pokušaj isporuke pošte na IP adresu preuzetu iz adresnog zapisa (u stvari, ova opcija se može konfigurirati u određenom softver razmjena pošte).

Ako gateway pronađe listu MX zapisa, sortira je uzlaznim redoslijedom vrijednosti polja preferencija. Zapisi s nižom vrijednošću za ovo polje smatraju se poželjnijim. Gateway zatim pokušava da uspostavi SMTP vezu i pošalje poštu, isprobavajući MX zapise po redosledu preferencija.

Ako MX zapisi imaju iste preferencije, onda u praksi gateway bira najpoželjniji nasumično(barem to rade Sendmail i Postfix).

Nakon što je pošta uspješno poslana, potraga za gatewayima primaoca se zaustavlja.

Evo primjera korištenja MX zapisa u opisu zone:

3600 TTL
$ORIGIN vega.ru.
@ IN SOA vega-gw.vega.ru paul.kiae.su (
101 ; serijski broj
86400 ; osvežite u roku od jednog dana
3600 ; pokušajte svakih sat vremena
3888000; ističe nakon 45 dana
3600); negativno keširanje
U NS vega-gw.vega.ru.
IN NS ns.relarn.ru.
IN NS polyn.net.kiae.su.
U A 194.226.43.1
IN MX 10 vega-gw.vega.ru.
IN MX 20 ns.relarn.ru.
IN MX 30 relay.relarn.ru.
;
vega-gw IN A 194.226.43.1
U MX 0 vega-gw
IN MX 10 ns.relarn.ru.
IN MX 20 relay.relarn.ru.
;
www U CNAME vega.ru.

IN u ovom primjeru Definisali smo nekoliko zapisa tipa MX za distribuciju pošte.

Unosi u opisu zone, odmah nakon A-zapisa koji slijedi nakon SOA unosa, definiraju putanje za poštu da stigne do istoimenog hosta date domene. Za primanje pošte po imenu domene, ovaj zapis adrese nije potreban. Koristi se za druge Internet usluge, recimo, za pristup web stranici domene ne samo preko naziva domene www.vega.ru, već i preko naziva domene vega.ru.

Najveći prioritet ovdje je direktno slanje pošte na gateway vega-gw.vega.ru. Ako ne možete poslati poštu na ovu mašinu, onda poštanski agent treba probati put kroz mail server ns.relarn.ru. Ako se ispostavi da je ovaj put nemoguć, onda možete pokušati poslati poštu na tačku prosljeđivanja relay.relarn.ru. Ovaj redosled prozivanja servera pošte određen je poljem preferencija - što je niža vrednost polja, to je veći prioritet servera u MX zapisu.

U našoj domeni, koju koristimo kao primjer, većina poštanskih sandučića korisnika nalazi se na mašini vega-gw.vega.ru. Takođe postoji nekoliko MX zapisa navedenih za ovu mašinu. Najveći prioritet među njima je unos sa imenom mail servera vega-gw. Imajte na umu da dato ime ne završava se tačkom. To znači da se proširuje imenom trenutne zone. Međutim, druga imena servera su potpuno kvalificirana imena domena.

Jedan od glavnih problema s prosljeđivanjem pošte je petlja kada se ne može poslati direktno primaocu. Zamislimo situaciju u kojoj je host vega-gw.vega.ru nedostupan.

Zatim, prema gore opisanoj proceduri, pošta se mora poslati na ns.relarn.ru, a ona zauzvrat ne može poslati poštu na vega-gw.vega.ru. Neće slati poštu ni sebi, pa će je poslati na relay.relarn.ru, a onu opet na ns.relarn.ru, i tako u krug.

Zapravo, ništa slično se neće dogoditi, jer... gateway-i moraju isključiti iz MX liste unose koji imaju veći ili isti prioritet kao oni sami. U našem slučaju, pošta će se „pratiti“ na ns.relarn.ru.

Zapravo, kombinacija "DNS-mail" je vrlo tanak instrument. Program mail gateway-a ima mnogo self-settings, i može se konfigurirati da zanemari gore opisane procedure.

MX zapisi su jedan od rijetkih slučajeva u kojima zapravo ima smisla koristiti zamjenski znak u imenu domene. Ako stavite ovakav unos u opis zone:

*.domain.ru. U MX 10 host.domain.ru.

tada će za bilo koji host iz domain.ru zone koji nema svoje MX zapise, pošta će biti poslata na host.domain.ru, a program mail gateway-a ovog hosta sam će shvatiti gdje će sljedeće poslati poštu.

Trenutno je, među ostalim komercijalnim uslugama, prilično popularna usluga prosljeđivanja pošte. Njegova ideja je da se registruje domen sa kratkim, lako pamtljivim imenom i naznačene poštanske adrese u odnosu na ovaj domen. U ovom slučaju, pravi poštanski sandučići mogu se nalaziti bilo gdje.

Preusmjeravanje pošte se vrši dodavanjem MX zapisa u opis zone mail domena, koji će ukazivati ​​na host koji zna kako da isporuči poštu na ovu domenu.

Naravno, mail gateway mora biti konfigurisan u skladu sa tim na samom hostu. Tipičan primjer možete pronaći u ru-rucenter (https://www.nic.ru/dns/service/no_primary.html)

I na kraju, nekoliko brojeva koji karakterišu problem razmene e-pošte sa DNS tačke gledišta. Prema izvještaju men&mice u TLD com iz 2002. godine, od 5000 ispitanih domena, 18,68% zona nema MX zapise. Pošta se ne može slati u ove zone. U 3,3% slučajeva MX zapisi upućuju na CNAME, tj. na sinonime, što za neke mail programi neprihvatljivo. U 4,16% slučajeva mail serveri odgovarajućih domena ne rade ispravno sa DNS-om, tj. prema prihvaćenim specifikacijama.

1. P. Mockapetris. RFC-1034. IMOVI DOMENA - KONCEPTI I OBJEKTI. ISI, 1987. ( http://www.ietf.org/rfc/rfc1034.txt?number=1034)
2. P. Mockapetris. RFC-1035. IMENA DOMENA - IMPLEMENTACIJA I SPECIFIKACIJA. ISI, 1987. (http://www.ietf.org/rfc/rfc1035.txt?number=1035)
3. Albitz P., Lee K.. DNS i BIND. - Per. sa engleskog - Sankt Peterburg: Symbol-Plus, 2002. - 696 str.
4. BIND 9 dokumentacija. Vodič za pomoć sistem administrator. ()
5. 4. J. Klensin. RFC 2821. Jednostavan protokol za prijenos pošte. 2001. (http://www.ietf.org/rfc/rfc2821.txt?number=2821)

1. Vodič za međumrežnu poštu (http://www.faqs.org/faqs/mail/inter-network-guide/) - vodič za prosljeđivanje pošte između različitih sistema pošte.
2. Craig Partridge. RFC 974. RUTIRANJE POŠTE I SISTEM DOMENA. 1986. (http://www.ietf.org/rfc/rfc974.txt?number=974) - Internet standard koji se koristio prije RFC 2821.
3. http://www.menandmice.com/infobase/mennmys/vefsidur.nsf/index/5.1 - statistika o problemima e-pošte koji se odnose na nepreciznost DNS postavke

DNS (Domain Name System) je “telefonski imenik” Interneta. Koristi IP adresu kao telefonski broj, a domene kao imena kontakata. U takvu knjigu možete dodati ne samo “ telefonski broj", ali takođe Dodatne informacije o kontaktu („e-mail“, „mjesto rada“ itd.).

Informacije o domeni se pohranjuju na DNS serverima. Da ga dodam DNS sistem, potrebno je da se registrujete evidencija resursa. Uz njihovu pomoć, serveri dijele informacije o domenima sa drugim serverima. Dok se evidencija resursa za domenu ne registruje, ona nije u " telefonski imenik» Internet. Stoga je rad stranice ili pošte na njoj nemoguć. Pre nego što počnete da navodite zapise resursa, potrebno je da delegirate domen, odnosno da za njega registrujete DNS servere. To možete učiniti prema uputama: . Zatim prijeđite na evidenciju resursa. Promjene će stupiti na snagu nakon ažuriranja DNS servera (obično u roku od 24 sata).

Osnovni zapisi resursa: A, CNAME, MX, TXT i SPF zapisi. Pogledajmo ih pobliže.

Zapis A

A (adresni) zapis je jedan od ključnih zapisa resursa na Internetu. Potrebno je da se domen poveže sa IP adresom servera. Dok se A-rekord ne registruje, vaša stranica neće raditi.
Kada unesete naziv stranice u adresna traka pretraživač, tačno prema A- DNS zapisi određuje s kojeg servera treba otvoriti vašu stranicu.

Primjeri A zapisa:

Možete registrirati A-rekord prema uputama:

CNAME zapis

CNAME (kanonsko ime) je zapis koji je odgovoran za povezivanje poddomena (na primjer, www.site.ru) sa kanonskim imenom domene (site.ru) ili drugom domenom.
Glavna funkcija CNAME-a je dupliciranje zapisa resursa domena (A, MX, TXT) za različite poddomene.

Primjeri CNAME zapisa:

Ako unesete CNAME za poddomenu www.site.ru i navedite vrijednost site.ru, stranica će se otvoriti sa iste IP adrese kao site.ru. Ako unesete CNAME za mail.site.ru i naznačite vrijednost webmail.hosting.site, zatim dalje mail.hosting.site Isti zapisi resursa će biti distribuirani kao za webmail.hosting.site.

Upotreba CNAME zapisa isključuje korištenje drugih zapisa resursa za datu poddomenu, tj. za poddomenu webmail.site.ru ili www.site.ru Ne možete dodati i A zapis i CNAME zapis u isto vrijeme.

Možete registrirati CNAME zapis prema uputama:

MX Record

MX (Mail Exchanger) je zapis odgovoran za server preko kojeg će pošta raditi. MX zapisi su kritični za funkcionalnost pošte. Zahvaljujući njima, pošiljalac "razumije" koji server da pošalje poštu za vašu domenu.

Primjeri MX zapisa:

gdje je mx1.hosting..

Obično su navedena dva servera za poštu tako da ako jedan od njih nije dostupan, pošta će se i dalje slati drugom. Prioritet pisanja određuje na koji server poštu treba prvo poslati. Što je manji broj, to je veći prioritet. Dakle, za ime domene site.ru, mail server je mx1.hosting..hosting.. Ako je prioritet isti, server se bira nasumično.

Možete registrirati MX zapis prema uputama:

TXT unos

TXT (Text string) - zapis koji se koristi za postavljanje potrebnih tekstualnih komentara za domenu. Često se koristi za provjeru vlasništva nad domenom prilikom povezivanja dodatne usluge, kao i kao kontejner za SPF zapis i DKIM ključ. Možete registrovati neograničen broj TXT zapisa, sve dok se ne sukobljavaju jedan s drugim.

Možete registrirati TXT zapis prema uputama:

Zabilježite SPF

SPF (Sender Policy Framework) zapis sadrži informacije o listi servera koji imaju pravo da šalju pisma u ime datog domena. Pomaže u izbjegavanju neovlaštene upotrebe. SPF postavka je navedena u TXT zapisu za domenu.

Primjer SPF unosa:

gdje je 123.123.123.123 IP adresa servera koji vam je potreban.

u ovom primjeru:

• v=spf1— određuje verziju SPF zapisa koji se koristi;
• uključuje:_spf.hosting.site— uključuje u SPF zapis vrijednost SPF zapisa drugog domena. Odnosno, sve vrijednosti SPF zapisa za domenu “_spf.hosting.site” bit će važeće za domen;
• ip4: 123.123.123.123 - omogućava prijem pošte sa IP adrese 123.123.123.123;
• a— omogućava primanje pošte sa servera čija se IP adresa nalazi u zapisu A-resursa domene. Jednostavno rečeno, sa servera na kojem se sajt nalazi;
• mx— dozvoljava prijem pošte ako je server za slanje naveden u jednom od MX zapisa za domen;
• ~sve— ako je pismo došlo sa servera koji nije uključen u gornju listu, vrijedi ga pažljivije analizirati. Također se ponekad koristi -sve- u ovom slučaju pismo ne prolazi dodatne provjere i odmah je odbijen.

Možete registrirati SPF zapis prema uputama:

NS, PTR, SOA zapisi su servisni zapisi i po pravilu se automatski konfigurišu.

NS ulaz

NS zapis (autoritativni server imena) ukazuje na DNS servere koji su odgovorni za skladištenje preostalih zapisa resursa domena. Broj NS zapisa mora striktno odgovarati broju svih servera koji ga opslužuju. Kritična misija DNS usluge.

PTR zapis

PTR je obrnuti DNS zapis koji povezuje IP adresu servera sa njegovim kanonskim imenom (domenom). PTR zapis se koristi za filtriranje pošte.Ako ste naručili VPS ili Dedicated server, možete registrirati PTR zapis prema uputama:

SOA Record

SOA (Start of Authority) je početni zapis zone koji označava na kojem serveru su pohranjene referentne informacije o imenu domene. Kritično za rad DNS usluge. Možete saznati više o tome što je SOA zapis i kako ga provjeriti.

Predviđeno vrijeme završetka: 5 minuta

Nakon što završite postavljanje hibridne implementacije pomoću čarobnjaka za hibridnu konfiguraciju, možete usmjeriti protok pošte kroz Office 365. Da biste to učinili, morate konfigurirati svoj MX zapis da ukazuje na potpuno kvalificirano ime domene koje ste kreirali za svoj Office 365 Kada MX zapis ukazuje na Office 365, sve poruke e-pošte za lokalne primaoce i Office korisnici 365 poruke se šalju preko Office 365. Poruke za lokalne primaoce se zatim šalju iz Office 365 lokalnoj organizaciji.

Za više informacija pogledajte Opcije transporta u hibridnim Exchange implementacijama.

Kako uraditi?

Morate da konfigurišete javni DNS MX zapis za primarni SMTP prostor imena da ukazuje na FQDN vaše Office 365 organizacije.

Potpuno kvalificirano ime domene koje trebate koristiti se kreira automatski kada dodate primarni SMTP imenski prostor vašoj Office 365 organizaciji. Potpuno kvalificirano ime domene je:<домен>.mail.protection.outlook.com gdje<домен>je glavni SMTP imenski prostor. Primjer: contoso-com.mail.protection.outlook.com.

Da biste odredili potpuno kvalificirano ime domene koje će se koristiti prilikom kreiranja MX zapisa, slijedite ove korake:

Odaberite stavku Domains.

Odaberite primarni SMTP imenski prostor za svoju Office 365 organizaciju (na primjer, contoso.com) i kliknite Postavke domene.

Uvjerite se da je to u odjeljku Dodjela domene Na stranici DNS upravljanje prikazano Exchange Online. Ako to nije slučaj, učinite sljedeće:

1. U poglavlju Dodjela domene kliknite Promjena dodjele domene.

   Odaberite Outlook na webu za e-poštu, kalendar i kontakte a zatim kliknite na dugme Dalje.

   Sljedeće stranice pružaju uputstva za postavljanje MX zapisa, automatskog otkrivanja, MSOID-a i SPF-a za vašu Office 365 organizaciju. Neke od ovih postavki ne funkcionišu kada postavljate hibridnu primenu, tako da ih ovdje nećemo pokrivati. Konfigurisaćemo postavke za hibridnu implementaciju kasnije u ovom članku.

   Na stranici Dodajte sljedeće DNS unose... kliknite Unos dodan.

   On sljedeća stranica videćete natpis Neke DNS zapise je potrebno popraviti, a greška će se prikazati za jedan ili više DNS unosa. Ove greške možete zanemariti. Kliknite Zanemari ove greške na dnu stranice, a zatim kliknite Spreman.

   Na stranici Upravljanje domenom ponovo odaberite primarni SMTP imenski prostor i kliknite Postavke domene.

   Sada u sekciji Dodjela domene mora biti specificirano Exchange Online.

U tabeli DNS zapisa Exchange Online pronađite liniju gdje je u koloni Tip specificirana vrijednost MX. Koristite vrijednost iz polja Adresa "ukazuje na", na primjer contoso-com.mail.protection.outlook.com.

Nemojte mijenjati unos Autodiscover za domenu u vrijednost iz tabele Exchange Online. ako uradiš ovo, lokalni korisnici neće moći pronaći svoje lokalne poštanske sandučiće.

Nakon što odredite FQDN za korištenje sa MX zapisom, kreirajte MX zapis u DNS zoni.

Na primjer, MX zapis za contoso.com izgleda ovako:

Za više informacija o dodavanju MX zapisa u DNS zonu, pogledajte dokumentaciju pomoći vašeg DNS hosta.

Provjera napretka

Da biste potvrdili da je DNS MX zapis za primarni prostor imena ispravno kreiran, slijedite ove korake na računaru s pristupom Internetu koji može izvršiti DNS pretraživanja.

Otvori komandna linija Windows.

Pokrenite sljedeću naredbu.

Nslookup -type=MX contoso.com

Ako je DNS zapis ispravno konfigurisan, biće prikazani sledeći rezultati. (U zavisnosti od vaše specifične DNS konfiguracije, može proći jedan ili više sati da se DNS promjene repliciraju na Internetu.) IP adrese koje se pojavljuju u rezultatima mogu se razlikovati od adresa prikazanih u primjeru ispod.

Server: dns.corp.contoso.com Adresa: 192.168.1.10 Neovlašteni odgovor: contoso.com MX preferencija = 0, razmjenjivač pošte = contoso-com.mail.protection.outlook.com contoso-com.mail.protection.outlook .com internet adresa = 216.32.181.10 contoso-com.mail.protection.outlook.com internet adresa = 216.32.180.42

Imate problema? Za pomoć se obratite članovima foruma Office 365. Da biste pristupili forumu, morate biti prijavljeni koristeći račun sa administratorskim pravima za pristup cloud servisu. Posjetite forume na stranici

mx2.site. prioritet 10
mx3.site. prioritet 10
mx4.site. prioritet 100

Imajte na umu da MX zapis mora sadržavati tačku na kraju.

Podešavanje MX zapisa za primanje pošte na serveru pošte treće strane

Ako trebate da konfigurišete prijem pošte od strane servera pošte treće strane, na primer, poštanski sistem yandex, potrebno je da uradite sledeće da biste poslali poštu na server mx.yandex.net:

1. Idite na kontrolnu ploču, odaberite "Domeni". Kliknite na potrebnu domenu, na primjer, example.ru i poništite potvrdni okvir pored "Primi poštu".
2. U "Konfigurisanje DNS postavki" za domen example.ru morate dodati MX zapis. Morate odabrati tip "MX", upisati red "mx.yandex.net". (tačka na kraju je obavezna) i postavite prioritet na 10. Zatim kliknite na “Dodaj u unose”.
3. 
   

Podešavanje MX zapisa za prihvatanje pošte na vašem serveru za poštu

Ako imate svoj server za poštu (na primjer, u kancelariji kompanije) koji bi trebao primati dolaznu poštu:

1. Morate otići na kontrolnu ploču, odabrati stavku menija "Domeni".
   Za ono što vam je potrebno, morate dodati poddomen. Na primjer, za domen example.ru možete dodati mx.example.ru u kolonu "Poddomene" (morate kliknuti na vezu "Dodaj" i dodati mx u polje ispred example.ru. Nakon toga kliknite na dugme „Dodaj“).
2. Odaberite dodanu poddomenu mx.example.ru tako što ćete kliknuti na nju, a zatim idite na " Konfiguriši DNS postavke"
   Ovdje trebate dodati A zapis, navesti IP adresu mail servera kao vrijednost.
3. Nakon toga, morate ponovo kliknuti na domen example.ru i poništiti okvir pored "Primi poštu"
   (Možda ćete dobiti grešku koja ukazuje na to da postoje poštanski sandučići koji koriste uspostavljene domene. Da biste otklonili grešku, potrebno je da odete na stavku menija „Pošta“ i izbrišete sve poštanske sandučiće povezane sa domenom, osim servisnih i tehničkih).
4. U „Konfigurisanje DNS postavki“ za domen example.ru, ostaje samo da dodate MX zapis (morate da izaberete „MX“ sa padajuće liste, a zatim unesete prioritet, na primer, 10 i „mx.example .ru.” (tačka na kraju je obavezna). Zatim kliknite na “Dodaj u postove”.
5. Nakon što izvršite bilo kakve promjene u podešavanjima domene po prvi put, ona dobija status i automatski gubi www prefiks i standardne A i MX zapise.
   Da bi stranica example.ru na isti način odgovorila na www.example.ru nakon izvršenih izmjena, potrebno je da dodate poddomenu www.example.ru i, nakon kreiranja, povežete je sa web lokacijom na kojoj domena example.ru je već povezana.

Materijal sa Insales Wiki

opće informacije

Neke Internet usluge koje pružaju usluge e-pošte dozvoljavaju vam korištenje poštanska adresa na domeni korisnika, odnosno adresi kao što je moja pošta@mojadomena. Naravno, ovo se može implementirati i korištenjem vašeg vlastitog mail servera.

Ako trgovina ima svoju registriranu domenu, preporučljivo je iskoristiti ovu priliku. Postavljanje vlastitog mail servera ovdje neće biti opisano, fokusirat ćemo se samo na većinu dobro poznate usluge, pružanje usluga e-pošte na Internetu. Pored servisnih postavki od dobavljača poštanske usluge, također morate promijeniti neke DNS postavke kod registratora imena domena.

Ako je domena registrovana preko Insales-a, onda da biste izvršili ovu operaciju, pošaljite pismo tehničkoj podršci sa potrebnim informacijama (dobijenim od provajdera mail servisa) i sve će biti postavljeno za vas.

Ako ste sami registrovali domenu, ne zaboravite to učiniti potrebna podešavanja, po pravilu, ovo je uređivanje MX zone na DNS serveru. MX zapisi upućuju na adresu e-pošte vaše domene.

Da biste konfigurisali poštu za svoju domenu, morate biti u mogućnosti da uredite MX zonu na DNS serveru koji se koristi za domen.

Postavljanje pošte na vašoj domeni na Yandexu

Možete kreirati do 100 naloga e-pošte u jednoj domeni - ovo je dovoljno za mala kompanija. Vlasnici takvih poštanskih sandučića moći će uživati ​​u beskrajnom prostoru za pisma. S poštom možete raditi i preko web sučelja na stranici http://mail.yandex.ru/for/mydomain i putem klijenata pošte - The Bat, Thunderbird i drugi koji koriste POP3/IMAP i SMTP protokole.

Morate postaviti CNAME zapis za domenu sa poddomene pošte na adresu domain.mail.yandex.net. Morate navesti sljedeće postavke:

• Ime poddomena – mail
• Vrsta zapisa – CNAME
• Podaci – domena.mail.yandex.net.

Proći će neko vrijeme da postavke stupe na snagu (od nekoliko sati do dva dana).

Postavljanje programa za e-poštu

Yandex.Mail možete koristiti za domenu ne samo preko web sučelja, već i putem raznih klijenata e-pošte (npr. Outlook Express, The Bat, Thunderbird i drugi)

Posao mail klijenti je konfigurisan na potpuno isti način kao i za običnu Yandex.Mail, osim što korisničko ime (login) mora biti navedeno puni email(Na primjer, [email protected]).

Imajte na umu da za rad sa poštom IMAP protokol podrška za to mora biti omogućena na stranici “Postavke” u odjeljku “Klijent e-pošte”.

Podešavanje Gmail pošte na vašoj domeni

Servis Google Apps vam omogućava da koristite Gmail mail na vašoj domeni, a možete koristiti GMail sučelje da mu pristupite. Protokoli POP3, SMTP, IMAP također rade. GMail obezbeđuje više od 2 GB diskovne kvote za svaki nalog i 7 GB ukupno (besplatno osnovna usluga- do pet naloga), na svakom nalogu možete kreirati do 50 poštanske evidencije. Gmail ima filter za neželjenu poštu. Možete biti sigurni da vaša pošta neće biti pregledana; nikakve vlasti neće moći dobiti kopije vaših pisama. Pošti se pristupa putem HTTPS protokol. Usluga je besplatna. Sve što vam treba je ime domene.

Kreiranje naloga na Google Apps

Ako još uvijek nemate račun, slijedite ovaj link Registracija u Google Apps. i kliknite na "Počni ovdje".

Popunite obavezna polja za registraciju

Unesite svoje korisničko ime (vaša adresa će izgledati kao [email protected], gdje je korisnik korisničko ime), lozinka i kod sa slike

Račun je kreiran.

Aktiviranje stranica za prijavu i potvrđivanje domenskih prava

Evo kako omogućiti stranicu za prijavu za račune e-pošte vaše domene i potvrditi da ste vlasnik domene povezane s vašim računom Google Apps. Prijavite se na kontrolnu tablu koristeći svoj administratorski nalog https://www.google.com/a/cpanel/example.ru/Dashboard. (ovdje example.ru je ime vaše domene)

Odaberite način koji vam odgovara da potvrdite svoja prava.

Slijedite upute za preuzimanje HTML fajl na vašu web stranicu ili na drugi način.

Nakon što završite sve korake, kliknite na “Potvrdi”.

Kreiranje korisničkih naloga

1. Prijavite se na kontrolnu tablu preko svog administratorskog naloga https://www.google.ru/a/example.ru (ako još niste prijavljeni).
2. U odjeljku "Korisnici i grupe". top meni kliknite na "Kreiraj" novi račun korisnik"

3.Unesite svoje ime, prezime i korisničko ime.

4. Možete odabrati lozinku po svom izboru klikom na “Promijeni lozinku”.

5.Kliknite na "Dodaj novi korisnički račun". Podaci o računu mogu biti poslani korisniku putem e-pošte ili odštampani. 6. Ponovite ove korake za svakog korisnika u vašoj domeni.

Pažnja! Ako ste registrovali domen preko InSales-a, za registraciju MX i CNAME zapisa kontaktirajte našu tehničku podršku!

Postavljanje WEB interfejsa za pristup pošti

Postavimo pristup mail interfejs na adresu http://mail.example.ru. Procedura je jednostavna, mail unosimo preko ponuđenog standardni obrazac Google: https://www.google.ru/a/example.ru, kliknite na link "Upravljanje domenom" u gornjem desnom uglu. Idemo na kontrolnu ploču domene i u glavnom meniju biramo "Postavke usluge" - " Email". Pa, onda - postavite URL u polje "Web adresa Vaši korisnici mogu vidjeti poštu na stranici." Primjenjujemo se i, ako vaša domena ima CNAME zapis mail.mydom.com za ghs.google.com, onda mail će se otvoriti u pretraživaču na adresi http://mail.example.ru.

Postavljanje email klijenata

Možete primati i slati poštu koristeći e-mail klijente TheBat, Thunderbird i druge. U većini slučajeva koriste POP3 protokol za primanje pošte i SMTP za slanje pošte.

Da bi POP3 radio, potreban vam je uključiti u podešavanjima pošte Google račun POP3. Za ovo:

1. Prijavite se na svoj Gmail račun.
2. Kliknite na vezu Postavke na vrhu bilo koje Gmail stranice.
3. Kliknite na vezu Prosledi i POP u narandžastom okviru za podešavanje pošte.

Zatim, u postavkama (profilu) klijentskog programa, trebate konfigurirati portove i protokole:

Ulogovati se: [email protected](puna adresa)

Otkažite napravljene promjene

Ako iz bilo kojeg razloga želite prestati koristiti treću stranu poštanske usluge za vašu domenu, ovu operaciju je lako otkazati. Sve što treba da uradite je da promenite MX zapis u mydomain. (tačka na kraju je obavezna!). Međutim, imajte na umu da svaka promjena MX zapisa treba 24-72 sata da stupi na snagu.