15%

Economisește 15% la toate serviciile de găzduire

Testează-ți abilitățile și obține Reducere la orice plan de găzduire

Utilizați codul:

Skills
Începeți
23.10.2024
2 +1

Configurarea E-mailului Mail.ru pentru Domeniul Tău Personalizat: Un Ghid Tehnic Complet

O adresă de email cu domeniu personalizat — cum ar fi contact@yourdomain.com — direcționează tot traficul de email prin servere pe care le controlați prin DNS, în loc să utilizeze spațiul de nume al unui furnizor partajat. Pentru a configura Mail.ru for Business cu un domeniu personalizat, trebuie să verificați proprietatea domeniului printr-un înregistrare DNS TXT sau CNAME, să direcționați înregistrările MX ale domeniului dvs. către mxs.mail.ru și să configurați acreditările IMAP/SMTP în clientul dvs. de email. Întregul proces se finalizează de obicei în 24–48 de ore, în funcție de viteza de propagare DNS prin resolverele globale.

Acest ghid acoperă fiecare pas tehnic în detaliu complet, inclusiv sintaxa înregistrărilor DNS, configurarea clientului de email, modurile comune de eșec și consolidarea securității — informații care depășesc cu mult ghidul standard de configurare.

Cerințe preliminare și prezentare generală a arhitecturii

Înainte de a atinge o singură înregistrare DNS, înțelegeți ce construiți de fapt. Mail.ru for Business acționează ca un schimbător de email gestionat: acceptă conexiuni SMTP de intrare în numele domeniului dvs., stochează mesajele pe infrastructura sa și le expune utilizatorilor finali prin IMAP, POP3 sau interfața sa web. DNS-ul domeniului dvs. este planul de control care informează sistemul global de rutare a emailurilor unde să livreze mesajele.

Componentele implicate sunt:

  • Înregistrări MX — direcționează traficul SMTP de intrare către serverele Mail.ru
  • Înregistrare TXT (SPF) — autorizează serverele de ieșire ale Mail.ru să trimită în numele domeniului dvs.
  • DKIM — semnează criptografic mesajele de ieșire pentru a preveni falsificarea
  • DMARC — înregistrare de politică care instruiește serverele destinatare ce să facă cu mesajele care nu trec verificările SPF/DKIM
  • Înregistrare de verificare a domeniului — o înregistrare TXT sau CNAME unică care dovedește proprietatea sistemului de provizionare al Mail.ru

Omiterea SPF, DKIM sau DMARC este una dintre cele mai frecvente greșeli pe care le fac administratorii. Fără acestea, emailul dvs. de ieșire va ajunge frecvent în dosarele de spam sau va fi respins direct de destinatari stricți precum Google Workspace și Microsoft 365.

Veți mai avea nevoie de:

  • Un domeniu înregistrat activ cu acces la panoul său de gestionare DNS
  • Un cont Mail.ru (personal sau cont de business nou)
  • Acces administrativ la zona dvs. DNS (drepturi de editare TTL)

Dacă nu ați înregistrat încă un domeniu, Înregistrarea Domeniilor AlexHost oferă control complet al zonei DNS, esențial pentru modificările de înregistrări descrise în acest ghid.

Pasul 1: Înregistrați și accesați zona DNS a domeniului dvs.

Conectați-vă la registratorul de domenii sau furnizorul DNS și localizați panoul de gestionare DNS sau Editor de zonă. Aveți nevoie de capacitatea de a crea, modifica și șterge următoarele tipuri de înregistrări: TXT, MX și CNAME.

Înainte de a face orice modificări, notați valorile TTL curente ale înregistrărilor dvs. existente. Reducerea temporară a TTL la 300 secunde (5 minute) înainte de a începe va reduce dramatic timpul de așteptare pentru propagare la fiecare pas de configurare. Nu uitați să restaurați TTL la o valoare rezonabilă (3600 sau mai mare) după finalizarea configurării.

Dacă domeniul dvs. servește în prezent email live printr-un alt furnizor, nu eliminați înregistrările MX existente până când Mail.ru nu este complet verificat și testat. Rulați ambele configurații în paralel în timpul ferestrei de tranziție.

Pasul 2: Creați un cont Mail.ru for Business

Navigați la biz.mail.ru și conectați-vă cu un cont Mail.ru existent sau creați unul nou. Platforma de business este separată de interfața Mail.ru pentru consumatori — oferă un tablou de bord pentru gestionarea domeniilor, provizionarea utilizatorilor și controale administrative.

Odată autentificat:

  1. Faceți clic pe „Conectați domeniu” sau opțiunea echivalentă în setarea dvs. de limbă.
  2. Introduceți numele domeniului exact așa cum este înregistrat — de exemplu, yourdomain.com — fără niciun prefix de subdomeniu sau bară oblică finală.
  3. Sistemul vă va prezenta o metodă de verificare.

Pasul 3: Verificați proprietatea domeniului

Mail.ru va oferi una sau ambele metode de verificare:

Metoda A: Înregistrare TXT

Adăugați o înregistrare TXT în zona dvs. DNS cu valoarea furnizată de Mail.ru. Înregistrarea va arăta similar cu aceasta:

Name/Host: @  (or yourdomain.com)
Type:       TXT
Value:      mailru-verification: <unique-token>
TTL:        300

Metoda B: Înregistrare CNAME

Name/Host: mailruverify  (or as specified)
Type:       CNAME
Value:      <unique-value>.mail.ru.
TTL:        300

Adăugați înregistrarea pe care furnizorul dvs. DNS o gestionează cel mai curat. Unii furnizori gestionează înregistrările TXT pe domeniul apex (@) mai fiabil decât înregistrările CNAME la rădăcină. Odată ce înregistrarea este salvată, reveniți la tabloul de bord Mail.ru și faceți clic pe „Verificați”. Sistemul Mail.ru va efectua o căutare DNS pentru a confirma că înregistrarea există.

Verificarea realității propagării: Modificările DNS nu intră în vigoare instantaneu. Utilizați un instrument precum dig pentru a monitoriza propagarea din terminalul dvs. înainte de a face clic pe verificare:

dig TXT yourdomain.com +short

Sau interogați un resolver public specific pentru a vedea ce returnează în prezent:

dig TXT yourdomain.com @8.8.8.8 +short

Odată ce tokenul apare în rezultat, verificarea va reuși. Nu faceți clic pe verificare înainte ca înregistrarea să se rezolve — încercările repetate eșuate pot limita temporar endpoint-ul de verificare.

Pasul 4: Configurați înregistrările MX

Înregistrările MX sunt mecanismul principal de rutare pentru emailul de intrare. După verificarea domeniului, Mail.ru va afișa înregistrările MX pe care trebuie să le adăugați. Configurația standard este:

PrioritateServer de emailScop
10mxs.mail.ru.Schimbător principal de email

Adăugați această înregistrare în zona dvs. DNS:

Name/Host: @
Type:       MX
Priority:   10
Value:      mxs.mail.ru.
TTL:        300 (raise to 3600 after testing)

Detaliu critic: Punctul final după mxs.mail.ru. este semnificativ în sintaxa DNS — denotă un nume de domeniu absolut (complet calificat). Majoritatea panourilor DNS bazate pe web îl adaugă automat, dar dacă editați un fișier de zonă brut, omiteți-l doar dacă panoul îl normalizează pentru dvs.

Dacă migrați de la un alt furnizor de email, eliminați înregistrările MX vechi doar după ce ați confirmat că Mail.ru primește mesajele de test corect. Rularea a două seturi de înregistrări MX simultan în timpul migrării este acceptabilă — numărul de prioritate mai mic câștigă, deci setați Mail.ru la prioritatea 10 și furnizorul vechi la prioritatea 20 temporar.

Verificați că înregistrarea MX s-a propagat:

dig MX yourdomain.com @8.8.8.8 +short

Rezultat așteptat:

10 mxs.mail.ru.

Pasul 5: Configurați SPF, DKIM și DMARC

Acesta este pasul pe care majoritatea tutorialelor îl omit și este motivul principal pentru care emailul cu domeniu personalizat ajunge în spam.

Înregistrare SPF

SPF (Sender Policy Framework) specifică ce servere sunt autorizate să trimită email din domeniul dvs. Adăugați următoarea înregistrare TXT:

Name/Host: @
Type:       TXT
Value:      v=spf1 include:_spf.mail.ru ~all
TTL:        3600

Calificatorul ~all înseamnă „eșec soft” — mesajele de la servere neautorizate sunt marcate ca suspecte, dar nu respinse. Dacă doriți o politică strictă și sunteți sigur că tot emailul legitim trece prin Mail.ru, utilizați -all (eșec hard). Nu utilizați +all în nicio circumstanță — autorizează fiecare server de pe internet să trimită ca domeniul dvs.

Constrângere importantă: Un domeniu poate avea o singură înregistrare SPF TXT. Dacă aveți deja o înregistrare SPF pentru un alt serviciu, îmbinați instrucțiunile include într-o singură înregistrare:

v=spf1 include:_spf.mail.ru include:other-service.com ~all

Înregistrare DKIM

Mail.ru for Business generează o pereche de chei DKIM. Cheia publică este furnizată ca o înregistrare TXT pe care trebuie să o publicați în zona dvs. DNS. Recuperați-o din tabloul de bord Mail.ru Business în setările domeniului. Va arăta astfel:

Name/Host: mailru._domainkey
Type:       TXT
Value:      v=DKIM1; k=rsa; p=MIGfMA0GCSqGSIb3DQEBAQUAA4GN...
TTL:        3600

Selectorul (mailru) poate varia — utilizați exact ceea ce furnizează tabloul de bord. Verificați-l după propagare:

dig TXT mailru._domainkey.yourdomain.com +short

Înregistrare DMARC

DMARC leagă SPF și DKIM împreună și oferă serverelor destinatare o politică de aplicat. Începeți cu o politică doar de monitorizare:

Name/Host: _dmarc
Type:       TXT
Value:      v=DMARC1; p=none; rua=mailto:dmarc-reports@yourdomain.com
TTL:        3600

Odată ce ați confirmat că emailul legitim trece verificările SPF și DKIM (examinați rapoartele agregate trimise la rua), înăspriți politica:

v=DMARC1; p=quarantine; rua=mailto:dmarc-reports@yourdomain.com; pct=100

În cele din urmă treceți la p=reject pentru protecție maximă împotriva falsificării domeniului și phishing-ului.

Pasul 6: Creați cutii poștale în tabloul de bord Mail.ru Business

Cu DNS complet configurat și verificat, provizionați cutiile dvs. poștale:

  1. Deschideți tabloul de bord de administrare Mail.ru for Business.
  2. Navigați la Utilizatori sau Cutii poștale.
  3. Faceți clic pe Adăugați utilizator și introduceți partea locală dorită a adresei — de exemplu, contact, support, admin, info.
  4. Setați o parolă puternică (minimum 12 caractere, majuscule și minuscule, cifre și simboluri).
  5. Atribuiți cota de stocare dacă planul permite limite per utilizator.

Fiecare cutie poștală creată devine accesibilă imediat la username@yourdomain.com. Interfața web este disponibilă la mail.ru — utilizatorii se conectează cu adresa de email completă a domeniului și parola pe care ați setat-o.

Pasul 7: Configurați clienții de email prin IMAP și SMTP

Pentru utilizatorii care preferă clienți desktop sau mobili (Thunderbird, Outlook, Apple Mail, K-9 Mail), configurați următoarele setări de server:

Referință de configurare a serverului Mail.ru

SetareProtocolServerPortCriptare
IntrareIMAPimap.mail.ru993SSL/TLS
IntrarePOP3pop.mail.ru995SSL/TLS
IeșireSMTPsmtp.mail.ru465SSL/TLS
IeșireSMTP (alt)smtp.mail.ru587STARTTLS

Nume de utilizator: Utilizați întotdeauna adresa de email completă — you@yourdomain.com — nu doar partea locală.

Autentificare: Mail.ru necesită autentificare bazată pe parolă. Dacă contul are autentificarea cu doi factori activată pe platforma pentru consumatori, poate fi necesar să generați o parolă specifică aplicației din pagina de setări de securitate.

POP3 vs. IMAP: Utilizați IMAP dacă nu aveți un motiv specific să nu o faceți. IMAP sincronizează starea mesajelor (citit, marcat, șters) pe toate dispozitivele și păstrează mesajele pe server. POP3 descarcă și elimină de obicei mesajele de pe server, ceea ce perturbă fluxurile de lucru pe mai multe dispozitive.

Exemplu de configurare Thunderbird

Account type:       IMAP
Incoming server:    imap.mail.ru
Port:               993
Connection security: SSL/TLS
Authentication:     Normal password
Username:           you@yourdomain.com

Outgoing server:    smtp.mail.ru
Port:               465
Connection security: SSL/TLS
Authentication:     Normal password
Username:           you@yourdomain.com

Pasul 8: Testați fluxul complet de email

Nu presupuneți că configurația este corectă — verificați explicit fiecare direcție a fluxului de email.

Testați livrarea de intrare:

Trimiteți un mesaj de la o adresă externă (Gmail, Outlook.com) la you@yourdomain.com. Confirmați că ajunge în inbox-ul Mail.ru în câteva minute.

Testați livrarea de ieșire:

Trimiteți un mesaj de la you@yourdomain.com la o adresă externă. Verificați că ajunge și inspectați antetele mesajului pentru a confirma că SPF și DKIM trec:

Authentication-Results: mx.google.com;
   dkim=pass header.i=@yourdomain.com;
   spf=pass (google.com: domain of you@yourdomain.com designates ... as permitted sender)

Testați alinierea SPF/DKIM folosind MXToolbox:

# Check SPF record syntax
curl "https://mxtoolbox.com/api/v1/lookup/spf/yourdomain.com"

Sau utilizați interfața web la mxtoolbox.com pentru a rula simultan verificări SPF, DKIM, DMARC și MX lookup.

Testați conectivitatea SMTP din linia de comandă:

telnet smtp.mail.ru 465

Dacă portul 465 este blocat de firewall-ul local sau ISP, încercați portul 587 cu STARTTLS în schimb.

Moduri comune de eșec și cum să le remediați

Emailul nu este primit

  • Confirmați că înregistrările MX s-au propagat: dig MX yourdomain.com +short
  • Verificați că înregistrările MX vechi de la un furnizor anterior au fost complet eliminate
  • Verificați că starea domeniului în tabloul de bord Mail.ru Business arată „Activ”

Emailul de ieșire ajunge în spam

  • Înregistrarea SPF lipsește sau conține o eroare de sintaxă — validați cu dig TXT yourdomain.com +short
  • Înregistrarea DKIM nu s-a propagat încă sau a fost introdusă incorect — verificați dacă există întreruperi de linie introduse prin copiere-lipire
  • Politica DMARC lipsește — chiar și o înregistrare p=none îmbunătățește semnalele de livrabilitate

Eșecuri de autentificare în clienții de email

  • Asigurați-vă că utilizați adresa de email completă ca nume de utilizator, nu doar partea locală
  • Dacă 2FA este activat pe contul Mail.ru, generați și utilizați o parolă specifică aplicației
  • Confirmați că portul și tipul de criptare se potrivesc exact — amestecarea SSL/TLS cu porturile STARTTLS cauzează resetări ale conexiunii

Verificarea domeniului continuă să eșueze

  • Înregistrarea DNS nu s-a propagat încă — așteptați și reverificați cu dig înainte de a reîncerca
  • Valoarea înregistrării TXT a fost introdusă cu spații suplimentare sau ghilimele — majoritatea panourilor DNS adaugă ghilimele automat; nu le adăugați manual
  • Unii furnizori necesită ca gazda @ să fie introdusă ca numele de domeniu simplu — verificați documentația registratorului dvs.

Mail.ru for Business vs. furnizori alternativi

FuncționalitateMail.ru for BusinessGoogle WorkspaceZoho Mail (Gratuit)
Email cu domeniu personalizatDaDaDa (până la 5 utilizatori)
Nivel gratuitDa (limitat)Nu (doar plătit)Da
Stocare per cutie poștalăVariază în funcție de plan30 GB+5 GB
Acces IMAP/SMTPDaDaDa
Suport DKIMDaDaDa
Public principalPiețe vorbitoare de limbă rusăÎntreprinderi globaleIMM-uri globale
Rezidența datelorRusiaGlobal (SUA-primar)India/Global
Aplicație mobilăDa (aplicația Mail.ru)Da (Gmail)Da (Zoho Mail)
Instrumente de colaborareDe bazăComplete (Drive, Meet)Moderate

Mail.ru for Business este o alegere practică pentru organizațiile care operează pe piețele vorbitoare de limbă rusă sau cele cu infrastructură Mail.ru existentă. Pentru echipele care necesită integrare profundă cu suite de productivitate sau care operează sub cerințe stricte de suveranitate a datelor în afara Rusiei, evaluați cu atenție alternativele din tabelul de mai sus.

Considerații de găzduire pentru emailul cu domeniu personalizat

Dacă rulați un site web alături de emailul dvs. personalizat, mediul de găzduire afectează fluxul de lucru de gestionare DNS. Pe un plan de Găzduire VPS, aveți acces direct la fișierele de zonă DNS și puteți gestiona înregistrările prin instrumente de linie de comandă sau un panou de control fără a aștepta ca interfața web a registratorului să propage modificările intern.

Pentru echipele care gestionează mai multe domenii și configurații de email, un VPS cu cPanel oferă un Editor de zonă grafic care simplifică gestionarea înregistrărilor TXT, MX și DKIM fără a necesita editarea fișierelor de zonă brute. cPanel include, de asemenea, un instrument integrat de Livrabilitate Email care verifică automat alinierea SPF și DKIM pentru domeniile găzduite.

Dacă aveți nevoie de o infrastructură de email complet gestionată în loc să direcționați prin Mail.ru, Găzduirea Email AlexHost oferă găzduire dedicată a cutiilor poștale cu control DNS complet, eliminând complet dependența de o platformă de email terță.

Pentru mediile de business cu trafic ridicat unde emailul este critic pentru misiune, un Server Dedicat vă oferă opțiunea de a rula propriul MTA (Postfix, Exim) cu control complet asupra cozilor de email, politicilor de livrare și jurnalizării — o arhitectură pe care Mail.ru for Business nu o poate replica.

Listă de verificare a punctelor cheie tehnice

Utilizați această listă de verificare pentru a confirma că configurația dvs. este pregătită pentru producție înainte de a considera configurarea completă:

  • Domeniu verificat în tabloul de bord Mail.ru Business (starea arată „Activ”)
  • Înregistrarea MX indică spre mxs.mail.ru cu prioritatea 10, înregistrările MX vechi eliminate
  • Înregistrarea SPF TXT publicată la domeniul apex cu include:_spf.mail.ru
  • Înregistrarea DKIM TXT publicată la mailru._domainkey.yourdomain.com
  • Înregistrarea DMARC TXT publicată la _dmarc.yourdomain.com (începeți cu p=none, înăspriți ulterior)
  • Mesaj de test de intrare primit de la o adresă externă
  • Antetele mesajului de test de ieșire arată dkim=pass și spf=pass
  • Client de email configurat cu IMAP portul 993 (SSL/TLS) și SMTP portul 465 sau 587
  • Valorile TTL restaurate la 3600 după finalizarea testării
  • Parolă specifică aplicației generată dacă 2FA este activ pe contul Mail.ru

Întrebări frecvente

Cât durează de fapt verificarea domeniului Mail.ru?

În practică, dacă reduceți TTL-ul DNS la 300 de secunde înainte de a adăuga înregistrarea de verificare, Mail.ru poate confirma proprietatea în 5–15 minute. Fereastra declarată de 24–48 de ore se aplică atunci când TTL este lăsat la valoarea implicită (adesea 3600 sau mai mare), deoarece resolverele memorează în cache răspunsul vechi (gol) pentru acea durată înainte de a interoga din nou.

Pot folosi Mail.ru for Business alături de un alt furnizor de email pe același domeniu?

Da, dar doar un furnizor poate fi destinația MX primară. Puteți direcționa subdomeniile specifice (de ex., notifications.yourdomain.com) către un alt furnizor, dar pentru domeniul rădăcină, ar trebui să fie active un singur set de înregistrări MX la un moment dat pentru a evita divizarea imprevizibilă a livrării.

De ce emailul meu de ieșire de la Mail.ru ajunge în spam la Gmail sau Outlook?

Cele mai frecvente cauze sunt o înregistrare SPF lipsă sau configurată greșit, absența semnăturii DKIM sau lipsa politicii DMARC. Rulați domeniul dvs. prin mail-tester.com pentru a obține un raport cu punctaj care identifică exact ce mecanisme de autentificare eșuează.

Ce se întâmplă cu emailul meu dacă nu mai folosesc Mail.ru for Business?

Livrarea emailului se oprește imediat ce înregistrările dvs. MX sunt schimbate de la mxs.mail.ru. Mesajele existente stocate pe serverele Mail.ru rămân accesibile prin interfața web până când contul este închis, dar ar trebui să le exportați prin IMAP (folosind un client precum Thunderbird) înainte de a face schimbarea pentru a evita pierderea datelor.

Este posibil să configurați emailul Mail.ru pe un domeniu gestionat prin AlexHost?

Da. Dacă domeniul dvs. este înregistrat prin Înregistrarea Domeniilor AlexHost, aveți acces complet la editorul de zonă DNS. Adăugați înregistrarea TXT de verificare Mail.ru, înregistrarea MX, înregistrarea SPF TXT și înregistrarea DKIM TXT direct din panoul de control AlexHost. Procesul este identic cu orice alt registrator — doar interfața diferă.

15%

Economisește 15% la toate serviciile de găzduire

Testează-ți abilitățile și obține Reducere la orice plan de găzduire

Utilizați codul:

Skills
Începeți