Defaults.Exposed › Поправки › MX записи (настройка на поща)

Как да поправите MX записи (настройка на поща)

MX записът е указателят, който казва на останалата част от света къде да доставя имейл, адресиран до вашия домейн. Ако липсва или е повреден, всяко съобщение, изпратено до вашия бизнес — запитвания от клиенти, нулиране на пароли, фактури, договори — се връща директно на подателя. Без MX, без входяща поща.

Заключение за вашия бизнес: Ако вашите MX записи липсват или са грешни, вашият домейн не може да получава имейли изобщо. Клиентите, които ви пишат, получават грешка и приемат, че ги игнорирате или сте затворили. Вие никога дори не виждате съобщенията — включително сделките, фактурите и спешните проблеми, изискващи отговор.

Какво може да ви струва това

• Потенциален клиент попълва вашия формуляр 'свържете се с нас' или пише на адреса от вашата карта. Съобщението се връща. Те не опитват отново — отиват при конкурент, а вие никога не разбирате, че запитването е съществувало.
• Доставчик изпраща просрочена фактура и финално известие. И двете се връщат мълчаливо. Първото, което чувате за това, е прекъсване на услуга или писмо за събиране на дългове.
• Регистрирате се за нов инструмент, банков портал или правителствена услуга и тя изпраща имейл за потвърждение или нулиране на парола до вашия домейн. Той никога не пристига и вие сте блокирани от нещо, от което се нуждаете днес.
• Имейлът работеше добре, после някой промени DNS при преместване на уебсайта и MX записите бяха изтрити. В продължение на дни всеки имейл до цялата компания изчезва тихо, преди някой да забележи, че входящата поща е заглъхнала.
• Потенциален измамник забелязва, че вашият домейн няма настройка за поща и никаква защита, и започва да го използва — защото домейн, за който никой не следи, е най-лесният за злоупотреба.

Защо има значение. Доставката на имейл зависи от едно DNS търсене: изпращащият пощенски сървър пита 'Къде да доставя поща за този домейн?' и чете отговора от вашите MX записи. Ако няма отговор или той не сочи никъде, пощата се отхвърля и се връща. Това е най-основното, всичко или нищо, парче от пощенска инфраструктура — когато е грешно, нищо друго за вашия имейл няма значение, защото нищо не пристига. (Единственото легитимно изключение е домейн, умишлено настроен да не получава изобщо имейл, за който съществува собствена правилна конфигурация.)

Какво представляват MX записите, с прости думи

Когато някой изпрати имейл до адрес @ вашия домейн, изпращащият пощенски сървър трябва да отговори на един въпрос: „Къде да доставя поща за този домейн?” Той намира отговора, като търси MX записите на вашия домейн — съкратено от Mail eXchange. MX записът е просто указател в настройките на вашия домейн, който казва „изпращайте имейл за този домейн до този пощенски сървър.”

Това е цялата задача. MX записите не съхраняват вашия имейл, не го защитават и не решават кой има право да изпраща като вас. Те са адресът на плика, който казва на пощенската система кой сортировъчен офис обработва вашата поща. Направете адреса правилен и пощата тече. Оставете го празен или го насочете към грешната сграда и пощата се връща директно, маркирана като недоставима.

Това е най-фундаменталната настройка за имейл, която съществува. Всеки друг имейл контрол — защита срещу спуфинг, криптиране, спам филтриране — предполага, че пощата действително може да достигне до вас. MX записите са това, което го прави вярно.

Какво може да ви струва това

Тъй като счупен MX запис се проваля тихо за вас — просто спирате да получавате поща, без грешка от ваша страна — щетите обикновено се открива късно, след като вече е нанесена. Няколко реалистични ситуации:

• Запитването, което никога не е достигнало до вас. Потенциален клиент пише на адреса на вашия уебсайт. За тях съобщението се връща с известие за неуспешна доставка; за вас не се случва нищо. Повечето хора не се обаждат след върнато съобщение — приемат, че не сте заинтересовани и се обръщат към следващата фирма в списъка си. Вие никога не разбирате, че потенциалният клиент е съществувал, така че дори не можете да измерите колко е струвало.

• Фактурата, която „сте игнорирали”. Доставчик изпраща фактура, след това напомняне, после финално известие — всичко се връща. Отношенията се влошават, услугата се прекъсва или малка сметка се превръща в проблем с кредитния контрол, всичко защото пощата никога не е стигнала до никого.

• Заключени от собствените си акаунти. Опитвате да нулирате парола, да потвърдите нов банков или правителствен портал или да поискате софтуерен лиценз. Имейлът за потвърждение се изпраща до вашия домейн и изчезва. Сега рутинна задача се превръща в бюрократично изпитание в най-неподходящия момент.

• Преместването на уебсайта, което тихо уби имейла. Уеб дизайнер премества вашия DNS към нов доставчик и копира записите на уебсайта — но не и MX записите. В продължение на няколко дни всеки имейл до всеки адрес в компанията тихо изчезва, преди някой да свърже „стана малко тихо” с „имейлът ни е счупен.”

• Изглежда изоставен. Домейн, който не може да получава имейл, изглежда — за клиентите и за автоматизираните проверки на доверие — като бизнес, който наистина не работи. Ерозира доверието точно в момента, когато искате да изглеждате установени и надеждни.

Нито едно от тях не се обявява. Това е, което прави липсващия MX запис по-опасен, отколкото звучи: когато го забележите, вече сте изгубили поща, която никога няма да върнете.

Какво всъщност представлява

DNS настройките на вашия домейн съдържат няколко вида записи. MX записите са тези, които управляват входящия имейл. Правилната настройка изглежда като един или повече записи, всеки именуващ пощенски сървър и носещ приоритетно число:

• Името на пощенския сървър (хостът „mail exchange” на вашия имейл доставчик).
• Приоритетно число — по-ниските числа се опитват първи. Множество записи позволяват на доставчика да предложи резервни сървъри, така че пощата да преминава дори ако единият е зает или недостъпен.

Как изглежда „добро”: поне един валиден MX запис, сочещ към пощенските сървъри на какъвто имейл доставчик действително използвате — Google Workspace, Microsoft 365, пощенската услуга на вашия уеб хост или подобни — с точните имена на сървъри и приоритети, които доставчикът ви казва да използвате.

Едно важно изключение. Някои домейни умишлено са настроени да не получават имейл — например домейн, използван само за уебсайт или притежаван само за защита на марка. Правилният начин да декларирате това е null MX запис: единичен MX запис с приоритет 0 и хост само точка (.). Това е публикуван интернет стандарт (RFC 7505) и е правилният отговор за нeполучаващ домейн — подателите получават незабавен, ясен отговор „Този домейн не приема имейл” вместо объркващо забавяне. При тази проверка правилно публикуваният null MX преминава с пълен резултат — това е умишлен, правилен избор, а не грешка. Това, което се проваля, е когато изобщо няма нищо, което е неразличимо от грешка.

Защо е важно за вашата оценка. Това е оценена проверка, струваща до 25 точки в категорията Сигурност на имейл. Домейн, който трябва да получава имейл, но няма MX записи, се маркира като неуспех с средна тежест — защото практически бизнесът зад него не може да бъде достигнат по имейл. Правилно получаващ домейн или правилно публикуван null MX получава пълните точки.

Как да го поправите (безплатно, около 5 минути)

Предайте това на вашия IT специалист или уеб доставчик — поправката е безплатна. MX записите живеят в DNS на вашия домейн, на същото място, където е конфигуриран адресът на вашия уебсайт. Който управлява вашия домейн или уебсайт, може да го направи за минути без никакви разходи. Плащате само за самата пощенска услуга, и само ако все още нямате такава.

Поправката зависи от коя от двете ситуации се намирате.

Ако вашият домейн ТРЯБВА да получава имейл, но няма MX записи

Трябва да насочите вашия домейн към пощенските сървъри на вашия имейл доставчик. Използвайте точните записи, публикувани от вашия доставчик — примерите по-долу са типични, но винаги копирайте текущите стойности от собствената страница за настройка на вашия доставчик, защото те се променят.

1. Влезте в своя DNS доставчик — където живеят настройките на вашия домейн (например Cloudflare, Blacknight, GoDaddy, вашият уеб хост или вашият регистратор).

2. Добавете MX записите за вашата имейл услуга:

   Google Workspace (текуща настройка с единичен запис):

   • MX хост: вашият домейн → smtp.google.com, приоритет 1 (По-старите акаунти на Google Workspace може все още да използват набора от пет сървъра, започващ с aspmx.l.google.com на приоритет 1 и сървърите alt1–alt4 на приоритети 5–10. И двете са валидни — съпоставете с това, което показва вашата Google административна конзола.)

   Microsoft 365:

   • MX хост: вашият домейн → <вашият-домейн-с-тирета>.mail.protection.outlook.com, приоритет 0 (Microsoft генерира точното хост-ниме за вас в административния център — копирайте го оттам, вместо да предполагате формата.)

   Други доставчици (поща от вашия уеб хост, хоствана пощенска кутия на Zoho/Fastmail/и т.н.): копирайте имената и приоритетите на MX хостовете дословно от инструкциите за настройка на DNS на този доставчик.

3. Запазете, след това изчакайте. DNS промените отнемат приблизително 15–30 минути, за да влязат в сила (понякога по-дълго). Изпратете тест имейл до адрес на вашия домейн и потвърдете, че пристига.

Ако вашият домейн НЕ ТРЯБВА да получава никакъв имейл

Публикувайте null MX, за да е явен и правилен статусът „тук няма имейл”:

1. Влезте в своя DNS доставчик.
2. Добавете единичен MX запис с приоритет 0 и хост само . (единична точка).
3. Запазете. Подателите вече ще получават незабавен, съвместим с стандартите отговор за отхвърляне, и тази проверка ще премине.

Ако предстои ви преместване на DNS или хостове

Преди преместването запишете точно вашите текущи MX записи (и вашите SPF, DKIM и всякакви други пощенски записи). След преместването пресъздайте всеки от тях при новия доставчик с идентични стойности и приоритети и изпратете тест имейл, преди да смятате миграцията за приключена. Забравянето на MX записите по време на преместване е единствената най-честа причина бизнесите случайно да изключат собствения си имейл.

Чести грешки

• Оставяне на MX празен вместо публикуване на null MX. Ако домейнът наистина не получава поща, кажете го с null MX (0 .). Празното е двузначно и се чете като грешка; null MX е правилният, пълнокредитен отговор.
• Насочване на MX към грешното нещо. Изненадващо честа грешка е MX запис, насочен към вашия уеб сървър или остарял доставчик, с когото сте приключили. Пощенските сървъри прилежно ще опитат да доставят там — и ще се провалят. Винаги копирайте записите от доставчика, при когото действително се намират вашите пощенски кутии днес.
• Изпускане на MX по време на преместване на уебсайт или DNS. Уебсайтът се връща, всички се отпускат и имейлът е тихо мъртъв. Третирайте MX (и другите пощенски записи) като задължителна parte от всеки контролен списък при преместване.
• Ръчно редактиране на приоритети. Не измисляйте или „подреждайте” приоритетните числа. Въведете точно това, което вашият доставчик указва, включително всички резервни сървъри, за да продължи резервната доставка да работи.
• Предположение, че MX ви защитава от спуфинг. Не го прави. MX е само за входяща поща. Защитата от фалшификати са SPF, DKIM и DMARC — отделни записи, проверявани отделно.

Накратко

MX записите са адресът на вашия имейл плик. Когато са правилни — или правилно зададени на null за нeполучаващ домейн — пощата достига до вас и тази проверка преминава. Когато липсват, вашият бизнес е недостъпим по имейл и губи съобщения, които никога дори не вижда. Поправката е безплатна, отнема няколко минути и е напълно заслужено да бъде предадена на когото управлява вашия домейн днес.

ЧЗВ