Defaults.Exposed › Taisymai › MX įrašai (el. pašto sąranka)
Kaip ištaisyti MX įrašai (el. pašto sąranka)
MX įrašas yra rodyklė, kuri sako visam internetui, kur pristatyti el. laišką, adresuotą jūsų domenui. Jei jo nėra arba jis sugedęs, kiekvienas jums siunčiamas laiškas – kliento užklausa, slaptažodžio atstatymas, sąskaitos faktūra, sutartis – iš karto grąžinamas siuntėjui. Jokio MX – jokio gautųjų.
Praktinė reikšmė jūsų verslui: Jei jūsų MX įrašai trūksta arba yra neteisingi, jūsų domenas visai negali gauti el. pašto. Klientai, kurie rašo jums, gauna klaidą ir mano, kad juos ignoruojate arba uždarytas. Jūs niekada net nematote žinučių – įskaitant sandorius, sąskaitas faktūras ir skubias problemas, į kurias reikėjo atsakyti.
Ką tai gali kainuoti
- Potencialus klientas užpildo jūsų 'susisiekite' formą arba siunčia el. laišką adresu ant jūsų vizitinės kortelės. Žinutė atsimuša. Jie nebando dar kartą – eina pas konkurentą, ir jūs niekada nesužinote, kad užklausa egzistavo.
- Tiekėjas siunčia pradelstą sąskaitą faktūrą ir galutinį pranešimą. Abi atsimuša tyliai. Pirmą kartą apie tai išgirdote, kai paslauga nutraukiama arba ateina skolų išieškojimo laiškas.
- Prisiregistruojate prie naujo įrankio, banko portalo ar valdžios paslaugos, ir ji siunčia patvirtinimo ar slaptažodžio atstatymo el. laišką jūsų domenui. Jis niekada neateina, ir jūs esate užrakintas iš kažko, ko šiandien reikia.
- El. paštas veikė gerai, tada kažkas pakeitė DNS per svetainės perkėlimą ir MX įrašai buvo pašalinti. Dienas kiekvienas el. laiškas visai įmonei tyliai dingsta, kol kas nors pastebi, kad gautieji nutilo.
- Potencialus apsimetėlis pastebi, kad jūsų domenas neturi pašto sąrankos ir jokios apsaugos, ir pradeda jį naudoti – nes domenas, kurio niekas nežiūri, yra lengviausias piktnaudžiavimui.
Kodėl tai svarbu. El. pašto pristatymas priklauso nuo vienos DNS peržvalgos: siuntimo pašto serveris klausia 'kur pristatyti paštą šiam domenui?' ir skaito atsakymą iš jūsų MX įrašų. Jei nėra atsakymo arba jis niekur nerodo, paštas atmetamas ir grąžinamas. Tai yra pats pagrindinis, viskas-arba-nieko el. pašto santechnika – kai jis neteisingas, nieko kita apie jūsų el. paštą nesvarbu, nes niekas neatvyksta. (Viena teisėta išimtis yra domenas, sąmoningai nustatytas negauti jokio el. pašto, kuris turi savo teisingą konfigūraciją.)
Kas yra MX įrašai, paprastais žodžiais
Kai kas nors siunčia el. laišką bet kam @ jūsų domeno, siuntimo pašto serveris pirmiausia turi atsakyti į vieną klausimą: „Kur pristatyti paštą šiam domenui?” Atsakymą jis randa peržiūrėdamas jūsų domeno MX įrašus – trumpai nuo Mail eXchange. MX įrašas yra tiesiog rodyklė jūsų domeno nustatymuose, sakanti „siųskite el. paštą šiam domenui į šį pašto serverį.”
Tai ir yra visas darbas. MX įrašai nesaugo jūsų el. pašto, jo neapsaugo ir nesprendžia, kam leidžiama siųsti jūsų vardu. Jie yra adresas ant voko, sakantis pašto sistemai, kuris rūšiavimo centras tvarko jūsų paštą. Gaukite adresą teisingai ir paštas teka. Palikite jį tuščią arba nurodykite į netinkamą pastatą ir paštas grįžta atgal pažymėtas nepristatyta.
Tai yra pats pagrindinis el. pašto sąrankos elementas. Kiekvienas kitas el. pašto valdiklis – anti-suklastojimas, šifravimas, šiukšlių filtravimas – daro prielaidą, kad paštas gali iš tikrųjų jus pasiekti pirmiausia. MX įrašai daro tai tikrovę.
Kiek tai gali jus kainuoti
Kadangi sulaužytas MX įrašas jums tyliai nepavyksta – jūs tiesiog nustojate gauti paštą be jokios klaidos jūsų pusėje – žala paprastai aptinkama vėlai, kai ji jau padaryta. Keletas realių situacijų:
-
Užklausa, kuri jūsų nepasiekė. Perspektyvus klientas siunčia el. laišką adresu jūsų svetainėje. Jiems žinutė atsimuša su pristatymo nesėkmės pranešimu; jums nieko nevyksta. Dauguma žmonių neskambina po atšokimo – jie mano, kad jūs nesidomite, ir kreipiasi į kitą sąraše esančią įmonę. Jūs niekada nesužinote, kad potencialus klientas egzistavo, todėl negalite net išmatuoti, kiek tai kainavo.
-
Sąskaita faktūra, kurią jūs „ignoravote”. Tiekėjas siunčia sąskaitą faktūrą, tada priminimą, tada galutinį pranešimą – visi atsimuša. Santykiai pablogėja, paslauga sustabdoma arba nedidelė sąskaita virsta kredito kontrolės problema – visa tai todėl, kad paštas niekada nepateko pas ką nors.
-
Užrakintas iš savo paskyrų. Bandote atstatyti slaptažodį, patikrinti naują bankininkystę ar valdžios portalą ar pareikalauti programinės įrangos licencijos. Patvirtinimo el. laiškas siunčiamas jūsų domenui ir dingsta. Dabar įprastinė užduotis tampa palaikymo bilietų kančia blogiausiu įmanomu laiku.
-
Svetainės perkėlimas, tyliai nužudęs el. paštą. Žiniatinklio dizaineris perkelia jūsų DNS prie naujo tiekėjo ir nukopijuoja svetainės įrašus – bet ne MX įrašus. Kelias dienas kiekvienas el. laiškas kiekvienam jūsų įmonės adresui tyliai dingsta, kol kas nors susieja „tapo kiek tyla” su „mūsų el. paštas sugedęs.”
-
Atrodyti apleistas. Domenas, kuris negali gauti el. pašto, klientams ir automatizuotiems pasitikėjimo tikrinimams atrodo kaip verslas, kuris iš tikrųjų neveikia. Tai eina pasitikėjimą tiksliai tuo momentu, kai norite atrodyti nusistovėję ir patikimi.
Nė vienas iš jų nepranešama. Tai ir daro trūkstamą MX įrašą pavojingesnį nei atrodo: iki to laiko, kai pastebite, jau praradote paštą, kurio niekada neatgausite.
Kas tai iš tikrųjų yra
Jūsų domeno DNS nustatymai laiko kelių rūšių įrašus. MX įrašai yra tie, kurie valdo gaunamą el. paštą. Veikianti sąranka atrodo kaip vienas ar daugiau įrašų, kiekvienas įvardijantis pašto serverį ir turintis prioriteto skaičių:
- Pašto serverio vardas (jūsų el. pašto tiekėjo „pašto mainų” priegloba).
- Prioriteto skaičius – pirmiausia bandomi mažesni skaičiai. Keli įrašai leidžia tiekėjui pasiūlyti atsarginius serverius, kad paštas vis tiek pereitų, jei vienas užimtas ar nuleistas.
Kaip atrodo „gerai”: bent vienas galiojantis MX įrašas, rodantis į bet kurio el. pašto tiekėjo pašto serverius, kurį iš tikrųjų naudojate – Google Workspace, Microsoft 365, jūsų prieglobos pašto paslaugą ar pan. – su tiksliais serverių vardais ir prioritetais, kuriuos nurodo tas tiekėjas.
Svarbi išimtis. Kai kurie domenai sąmoningai nustatyti negauti jokio el. pašto – pavyzdžiui, domenas, naudojamas tik svetainei, arba laikomas grynai apsaugoti prekės ženklą. Teisingas būdas tai deklaruoti yra null MX įrašas: vienas MX įrašas su prioritetu 0 ir priegloba tik taško (.). Tai yra paskelbtas interneto standartas (RFC 7505) ir tai yra teisingas atsakymas neatliekančiam domenui – siuntėjai gauna akimirksnį, aiškų „šis domenas nepriima el. pašto” atmetimą, o ne painų delsimą. Šiame tikrinime teisingai paskelbtas null MX praeina su pilnais taškais – tai yra tyčinis, teisingas pasirinkimas, ne kaltė. Kas nepavyksta – tai visiškai nieko neturėjimas, kas yra neatskiriamai nuo klaidos.
Kodėl tai svarbu jūsų vertinimui. Tai yra vertinamas tikrinimas, vertas iki 25 taškų el. pašto saugumo kategorijoje. Domenas, kuris turėtų gauti el. paštą, bet neturi MX įrašų, pažymimas kaip vidutinio rimtumo nesėkmė – nes praktiškai kalbant, verslas už jo negali būti pasiektas el. paštu. Teisingai gaunantis domenas arba teisingai paskelbtas null MX uždirba pilnus taškus.
Kaip tai ištaisyti (nemokama, apie 5 minutės)
Perduokite tai IT asmeniui ar žiniatinklio tiekėjui – pataisymas yra nemokamas. MX įrašai gyvena jūsų domeno DNS, toje pačioje vietoje, kur sukonfigūruotas jūsų svetainės adresas. Kas tvarko jūsų domeną ar svetainę, gali tai padaryti per kelias minutes be jokių išlaidų. Mokate tik už pačią pašto dėžutės paslaugą, ir tik jei jos dar neturite.
Pataisymas priklauso nuo to, kurioje iš dviejų situacijų esate.
Jei jūsų domenas TURĖTŲ gauti el. paštą, bet neturi MX įrašų
Turite nukreipti savo domeną į el. pašto tiekėjo pašto serverius. Naudokite tikslius įrašus, kuriuos skelbia jūsų tiekėjas – toliau pateikti pavyzdžiai yra tipiški, bet visada kopijuokite dabartines reikšmes iš savo tiekėjo savo sąrankos puslapio, nes jos keičiasi.
-
Prisijunkite prie savo DNS tiekėjo – ten, kur gyvena jūsų domeno nustatymai (pavyzdžiui, Cloudflare, GoDaddy, jūsų prieglobos valdymo skydas ar registratorius).
-
Pridėkite MX įrašus savo el. pašto paslaugai:
Google Workspace (dabartinė vieno įrašo sąranka):
MXprieglobstis: jūsų domenas →smtp.google.com, prioritetas1(Senesniems Google Workspace paskyroms gali vis dar naudoti penkių serverių rinkinį, prasidedantįaspmx.l.google.comprioritetu 1 iralt1–alt4serveriais prioritetais 5–10. Abu galioja – atitikite tai, ką rodo jūsų Google administravimo konsolė.)
Microsoft 365:
MXprieglobstis: jūsų domenas →<jūsų-domenas-su-brūkšneliais>.mail.protection.outlook.com, prioritetas0(Microsoft generuoja jums tikslų prieglobos vardą administravimo centre – nukopijuokite jį iš ten, o ne atspėkite formatą.)
Kiti tiekėjai (jūsų prieglobos paštas, prieglobos Zoho/Fastmail/ir t.t. pašto dėžutė): nukopijuokite MX prieglobos vardus ir prioritetus pažodžiui iš to tiekėjo DNS sąrankos instrukcijų.
-
Išsaugokite, tada palaukite. DNS pakeitimai įsigalioja maždaug per 15–30 minučių (kartais ilgiau). Siųskite bandomąjį el. laišką adresu savo domenui ir patvirtinkite, kad jis ateina.
Jei jūsų domenas NETURĖTŲ gauti jokio el. pašto
Paskelbkite null MX, kad „čia nėra el. pašto” būklė būtų aiški ir teisinga:
- Prisijunkite prie savo DNS tiekėjo.
- Pridėkite vieną MX įrašą su prioritetu
0ir priegloba tik.(vienas taškas). - Išsaugokite. Siuntėjai dabar gaus akimirksnį, standartams atitinkantį atmetimą, ir šis tikrinimas praeis.
Jei artėja DNS ar prieglobos perkėlimas
Prieš perkėlimą užrašykite savo dabartinius MX įrašus tiksliai (ir SPF, DKIM bei kitus su paštu susijusius įrašus). Po perkėlimo pakartotinai sukurkite kiekvieną iš jų prie naujo tiekėjo su identiškomis reikšmėmis ir prioritetais, ir siųskite bandomąjį el. laišką prieš laikydami migraciją baigta. MX įrašų pamiršimas per perkėlimą yra viena dažniausia priežastis, kodėl įmonės atsitiktinai išjungia savo el. paštą.
Dažnos klaidos
- MX palikimas tuščiu vietoj null MX paskelbimo. Jei domenas tikrai negauna pašto, sakykite tai su null MX (
0 .). Tuščias yra dviprasmiškas ir skaitomas kaip kaltė; null MX yra teisingas, pilno kredito atsakymas. - MX nukreipimas į netinkamą dalyką. Netikėtai dažna klaida yra MX įrašas, nukreiptas į svetainės serverį ar pasenusį tiekėją, kurį paliekote. Pašto serveriai sąžiningai bandys pristatyti ten – ir nepavyks. Visada kopijuokite įrašus iš tiekėjo, kuris šiandien iš tikrųjų priglobia jūsų pašto dėžutes.
- MX praradimas per svetainės ar DNS perkėlimą. Svetainė grįžta, visi atsipalaiduoja, ir el. paštas tyliai miręs. Traktuokite MX (ir kitus pašto įrašus) kaip privalomą bet kokio perkėlimo kontrolinio sąrašo dalį.
- Prioritetų ranka redagavimas. Nesugalvokite ar „nesutarkite” prioriteto skaičių. Įveskite tiksliai tai, ką nurodo jūsų tiekėjas, įskaitant visus atsarginius serverius, kad atsarginis pristatymas toliau veiktų.
- Manant, kad MX apsaugo nuo klastojimo. Tai neapsaugo. MX yra tik gaunamas paštas. Klastojimo apsauga yra SPF, DKIM ir DMARC – atskiri įrašai, tikrinami atskirai.
Trumpai
MX įrašai yra adresas ant jūsų el. pašto voko. Kai jie teisingi – arba teisingai nustatyti kaip null nesiunčiančiajam domenui – paštas jus pasiekia ir šis tikrinimas praeina. Kai jų trūksta, jūsų verslas yra nepasiekiamas el. paštu ir praranda žinutes, kurių jis niekada net nemato. Pataisymas yra nemokamas, užtrunka kelias minutes ir tikrai verta perduoti tam, kas šiandien tvarko jūsų domeną.
DUK
Kaip net sužinoti, ar tai sugedę? Mano el. paštas atrodo veikiantis.
Jei dabar gaunas el. paštą normaliai, jūsų MX įrašai beveik tikrai veikia – šis tikrinimas praeitų. Pavojus yra nematomas: MX įrašai išjungiami svetainės perkėlimu, DNS tiekėjo pakeitimu arba klaidingai įvestu redagavimu, ir vienintelis simptomas yra tai, kad gaunamas paštas nutyla. Kadangi negaunate įspėjimo, kai el. paštas nustoja ateiti, įmonės gali prarasti paštą dienomis. Toks nemokamas tikrinimas kaip šis ir pastebėjimas, ar jūsų gautieji staiga nuyla, yra tai, kaip jį sučiupsite.
Mes nesiunčiame ir negauname el. pašto šiame tiksliai domene – naudojame jį tik mūsų svetainei. Ar trūkstamas MX yra problema?
Nebūtinai – bet teisingas būdas pasakyti 'šis domenas negauna el. pašto' yra paskelbti specialų įrašą, vadinamą null MX (MX įrašas '0 .'), ne tiesiog palikti MX įrašus tušius. Tai darydami tinkamai reiškia, kad siuntėjai gauna akimirksnį, aiškų 'šis domenas nepriima el. pašto' atmetimą, ir tai iš tikrųjų skaičiuojasi kaip praėjimas šiame tikrinime, o ne nesėkmė. Tiesiog palikti tai tuščia atrodo kaip klaidinga konfigūracija. Paprašykite IT asmens pridėti null MX – tai vienos eilutės, nemokamas pakeitimas.
Ar tai ištaisyti kainuos pinigų?
Ne. MX įrašų pridėjimas ar taisymas yra nemokamas – tai pakeitimas jūsų domeno DNS nustatymuose, už kuriuos jau mokate kaip domeno ar prieglobos dalį. Mokate tik už patį el. pašto tiekėją (pavyzdžiui, Google Workspace ar Microsoft 365 pašto dėžutę), jei jos dar neturite. MX įrašai tiesiog rodo į bet kurį pašto dėžutės tiekėją, kurį naudojate.
Ką reiškia 'prioritetas' MX įraše ir ar man reikia juo rūpintis?
Kiekvienas MX įrašas turi skaičių – prioritetą – ir pašto serveriai pirmiausia bando mažiausią skaičių. Jis egzistuoja, kad tiekėjas galėtų pasiūlyti atsarginį serverį: jei pagrindinis yra nuleistas, paštas teka į kitą. Paprastai jūs to nenustatote patys; kopijuojate tikslius įrašus (įskaitant jų skaičius) iš el. pašto tiekėjo sąrankos puslapio. Tiesiog įsitikinkite, kad įvedėte juos tiksliai kaip pateikta.
Ar turint MX įrašus galima sustabdyti žmones nuo klastojimo el. pašto mano vardu?
Ne – tai yra atskiras valdiklių rinkinys (SPF, DKIM ir ypač DMARC). MX įrašai tvarko tik gaunamą paštą: kur pristatomi jums adresuoti laiškai. Anti-apsimetimas yra apie siunčiamą paštą ir tai, ką gaunantys serveriai daro su klastotėmis. Jums reikia abiejų: MX, kad galėtumėte gauti, ir DMARC, kad niekas negalėtų suklastoti jūsų siunčiamo tapatybės. Jie tikrinami atskirai dėl šios priežasties.
Aš planuoju svetainės perkėlimą ar DNS pakeitimą – kaip išvengti el. pašto sulaužymo?
Prieš ką nors keičiant, užrašykite savo dabartinius MX įrašus tiksliai (ir SPF, DKIM bei kitus su paštu susijusius įrašus). Pereinant DNS prie naujo tiekėjo, dažniausia kelių dienų el. pašto nutrūkimo priežastis yra ta, kad tik svetainės įrašai nukopijuojami ir MX įrašai pamirštami. Pakartotinai sukurkite kiekvieną MX įrašą prie naujo tiekėjo su identiškomis reikšmėmis ir prioritetais ir patvirtinkite, kad bandomasis el. laiškas ateina, prieš laikydami perkėlimą baigtu.