The Spark Team
Ваша. Розумна. Пошта.
Швидкий, кросплатформний поштовий клієнт, створений фільтрувати зайвий шум, щоб ви могли зосередитися на тому, що справді важливо.
Визначення
💡 Безпека електронної пошти: по суті, усе, що не дає вашій поштовій скриньці стати відчиненими дверима: поєднання перевірок автентифікації, спам-фільтрів, шифрування та налаштувань облікового запису, які не дають стороннім читати, перенаправляти чи спустошувати вашу пошту. Безпека електронної пошти охоплює три речі: протоколи, що підтверджують, що повідомлення справді надійшло від того, ким воно представляється, шифрування, яке зберігає повідомлення приватним під час передавання, і налаштування, які захищають ваш власний обліковий запис від захоплення. Вам потрібні всі три.
Чому запис MX має існувати
Хтось надсилає вам листа на yourname@yourcompany.com. Їхній поштовий сервер не знає вашої поштової скриньки. Він навіть не знає вашої компанії. Усе, що в нього є, — це той домен, і йому потрібно з’ясувати, куди насправді потрапляють повідомлення для нього.
Це і є вся робота запису MX. Це рядок у налаштуваннях DNS вашого домену — по суті, довідникова система інтернету — який фактично каже: «пошта для цього домену йде сюди». Без нього серверу-відправнику нікуди доставляти, і повідомлення відхиляється. Власна документація Cloudflare щодо DNS описує це просто: запис MX спрямовує вхідну пошту до правильного поштового сервера, і крапка.
Більшість доменів містять кілька записів MX, до кожного з яких додано номер пріоритету. Менші числа йдуть першими. Отже, якщо у вашого домену є запис з пріоритетом 1 і ще один з пріоритетом 5, пошта спочатку пробує перший і повертається до другого лише тоді, коли перший недоступний. Вбудований резервний план, закладений безпосередньо в DNS.
Але ви ніколи не торкатиметеся цього на особистій адресі Gmail чи Outlook. Той, хто керує самим доменом — Google, Microsoft чи ваш власний хостинг-провайдер — уже цим займається.
Коли записи MX справді набувають значення
По суті, є один сценарій, коли це стає вашою проблемою: ви налаштовуєте електронну пошту на домені, яким володієте.
Скажімо, ви запускаєте yourbusiness.com і хочете мати пошту за цією адресою замість безкоштовного облікового запису Gmail. Налаштування цього означає додавання запису MX у реєстратора вашого домену, який вказує на того провайдера, якого ви використовуєте. Помиліться — і пошта для вашого нового блискучого домену просто зникне в нікуди, зазвичай без повідомлення про відхилення. Вона тихо зазнає невдачі.
І зміна провайдера — це інший момент, коли це має значення. Переходите від одного поштового хосту до іншого — і ваш запис MX має переїхати разом із вами. Пропустіть цей крок — і ваш старий провайдер продовжуватиме отримувати пошту, яка ніколи не потрапить до вашої нової скриньки.
Налаштування запису MX
Хто насправді цим займається? Зазвичай власник бізнесу, фрилансер або той, хто того тижня носить капелюх ІТ-фахівця, оскільки це живе на рівні домену, а не в якомусь застосунку поштової скриньки. Ось приблизно як це виглядає.
Для Google Workspace:
- Увійдіть там, де ви зареєстрували свій домен, і знайдіть налаштування DNS
- Видаліть будь-які наявні записи MX, які можуть конфліктувати
- Додайте новий: тип MX, хост залиште порожнім або встановіть @, пріоритет 1 і значення smtp.google.com
- Збережіть, а потім активуйте Gmail в консолі адміністратора Google
- Дайте час. Власна документація Google зазначає, що зміни можуть повністю поширюватися до 72 годин
Для Microsoft 365:
- У центрі адміністрування Microsoft 365 перейдіть до «Налаштування», потім «Домени», виберіть свій домен і відкрийте записи DNS
- Майстер налаштування покаже вам точний запис MX для додавання, підібраний під ваш домен, разом із будь-якими іншими потрібними записами
- Ваш реєстратор потребує видалення запису MX старого провайдера або встановлення йому нижчого пріоритету, щоб пошта не розділялася між двома місцями
Ключова інформація для роботи із записами MX
Ніколи не видаляйте старий запис MX, доки не підтверджено, що новий працює. Проміжок між ними означає втрачену пошту, і ви часто про це не дізнаєтеся, доки хтось не скаже, що надсилав вам листа минулого тижня й так і не отримав відповіді.
Дайте змінам DNS реальний час, перш ніж усувати неполадки. До 72 годин — це нормально. Панікувати на другій годині — це лише марнувати сили на неіснуючу проблему.
Свідомо ставтеся до номерів пріоритету, якщо у вас працює кілька поштових серверів. Менше число — вищий пріоритет.
Передайте це, якщо це не ваша робота. Якщо ви не керуєте доменом своєї компанії, це п’ятихвилинна розмова з тим, хто ним керує, а не те, про що варто здогадуватися.
Ретельно перевіряйте після будь-якої зміни провайдера. Це найпоширеніший спосіб, у який бізнеси випадково втрачають вхідну пошту.
Пов'язані терміни