Без KYC · Сайти, WordPress і email · Оплата в crypto: BTC, USDT, USDC, ETH, SOL, LTC, XMR
Мова: Українська
Отримати хостинг

Посібник · хостинг email

Як отримати email на власному домені?

Чотири DNS-записи й одна поштова скринька. Що роблять MX, SPF, DKIM і DMARC, які порти використовує поштовий застосунок і що не дає вашій пошті потрапляти в спам.

Останнє оновлення: · 7 хв читання

Коротка відповідь

Як отримати email на власному домені?

Щоб отримати email на власному домені, створіть поштову скриньку у хостинг-провайдера, спрямуйте MX-запис домену на його поштовий сервер, а потім опублікуйте записи SPF, DKIM і DMARC, щоб отримувачі довіряли вашій пошті. Velumhold включає поштові акаунти з webmail, IMAP і SMTP на всіх 3 тарифах, від $2.49 на місяць за річної оплати, без KYC і з оплатою в криптовалюті.

Що роблять чотири DNS-записи?

ЗаписДе розміщуєтьсяЩо він повідомляє іншим серверамВизначено в
MXСам домен, тип MXЯкий сервер приймає пошту для домену. Першим пробується сервер із найнижчим числом пріоритету.RFC 5321
SPFTXT-запис на домені, що починається з v=spf1Які сервери можуть надсилати пошту для домену.RFC 7208
DKIMTXT-запис на selector._domainkey.yourdomain.comПублічний ключ, який перевіряє підпис кожного повідомлення.RFC 6376
DMARCTXT-запис на _dmarc.yourdomain.comЩо робити з поштою, яка не пройшла перевірку, і куди надсилати звіти.RFC 9989

Що таке email-адреса на власному домені?

Це [email protected] замість адреси у поштового провайдера. Дві речі забезпечують це. Поштова скринька на сервері та DNS-записи, які вказують іншим серверам, де знаходиться скринька і хто може надсилати від вашого імені.

Velumhold надає скриньку. Email accounts on your own domain with webmail, IMAP and SMTP; outgoing mail is rate-limited to keep spam off the servers. Домени тут не продаються: спрямуйте домен, який вам належить, на акаунт через два nameservers або A-запис. DNS-записи зберігаються там, де керується DNS вашого домену. Людина відповідає на листи підтримки протягом 12 годин, сім днів на тиждень, зокрема допомагає з DNS-записами, WordPress, поштовими акаунтами та перенесенням сайту.

Кількість скриньок дуже різна. Згідно з дослідженням Velumhold від 2 листопада 2026 року, 5 із 13 хостингів, що вказують кількість email, включають необмежену кількість email-акаунтів у свій початковий план, OrangeWebsite та Packetra включають 3, а скриньки Hostinger безкоштовні лише перший рік. Tulle від Velumhold включає 10.

Що робить MX-запис?

MX-запис називає сервер, який приймає пошту для вашого домену. Сервер-відправник запитує в DNS MX-записи вашого домену й пробує сервер із найнижчим числом пріоритету першим (RFC 5321, розділ 5.1). Без MX-запису відправник звертається до власного адресного запису домену, тож публікуйте його навмисно. Цільове значення має бути іменем хоста з власним A- або AAAA-записом, а не CNAME.

Приклад MX-записів
example.com.  3600  IN  MX  10  mail.example.com.
example.com.  3600  IN  MX  20  backup.example.com.

Що робить SPF-запис?

SPF перелічує сервери, яким дозволено надсилати пошту для вашого домену. Це TXT-запис, що починається з v=spf1 (RFC 7208, розділ 3). Отримувачі порівнюють сервер-відправник зі списком.

  • Лише один запис. Два SPF-записи на одному домені дають постійну помилку перевірки (розділи 3.2 і 4.5).
  • Щонайбільше 10 DNS-запитів. Терміни include, a і mx рахуються. Понад 10 — результат постійна помилка (розділ 4.6.4).
  • -all або ~all. -all означає, що все, чого немає в списку, не авторизовано. ~all — це м'яка відмова, і отримувачі не повинні відхиляти лише через неї (розділи 8.4 і 8.5).
Приклад SPF-запису (документаційна адреса)
example.com.  3600  IN  TXT  "v=spf1 ip4:203.0.113.25 -all"

Що робить DKIM-запис?

DKIM підписує кожне повідомлення, щоб отримувачі могли перевірити, що воно надійшло з вашого домену і його не змінено. Сервер-відправник додає заголовок DKIM-Signature. Відповідний публічний ключ міститься в TXT-записі на selector._domainkey.yourdomain.com (RFC 6376, розділи 3.5 і 3.6.2). Селектор дозволяє домену мати кілька ключів і змінювати їх.

Google вимагає DKIM-ключ завдовжки 1024 біти або більше, щоб пошта доходила до особистих акаунтів Gmail, і рекомендує 2048 бітів там, де це підтримується.

Приклад DKIM-запису (ключ скорочено)
default._domainkey.example.com.  3600  IN  TXT  "v=DKIM1; k=rsa; p=MIIBIjANBgkq..."

Що робить DMARC-запис?

DMARC повідомляє одержувачам, що робити з листами, які не пройшли автентифікацію, і куди надсилати звіти. Це TXT-запис на _dmarc.yourdomain.com (RFC 9989, розділ 4.5, який замінює RFC 7489). Тег p приймає none, quarantine або reject. Тег rua задає адресу для агрегованих звітів.

Щоб повідомлення пройшло перевірку, має пройти SPF або DKIM, і домен, який вони перевіряють, має збігатися з доменом From. За замовчуванням достатньо збігу за одним і тим самим організаційним доменом. Для доменів, чиї користувачі пишуть у розсилки, RFC 9989 радить p=none щонайменше місяць, потім p=quarantine стільки ж, перш ніж p=reject (розділ 7.4).

Приклад DMARC-запису
_dmarc.example.com.  3600  IN  TXT  "v=DMARC1; p=none; rua=mailto:[email protected]"

Як поєднуються webmail, IMAP і SMTP?

Вебпошта, IMAP і SMTP — це три способи читати та надсилати одну й ту саму поштову скриньку. Вебпошта працює в браузері. IMAP дозволяє додатку на телефоні чи комп'ютері працювати з поштовими скриньками, які залишаються на сервері, тож кожен пристрій бачить однакові папки та прапорці (RFC 9051). SMTP надсилає. Подання з вашого додатку зазвичай використовує порт 587, тоді як сервери передають повідомлення між собою через порт 25 (RFC 6409).

RFC 8314 рекомендує TLS з першого байта: IMAP на порту 993 і подання на порту 465, також приймається STARTTLS на порту 587. Виберіть опції TLS у вашому додатку. Переходите з іншого хостингу? Змініть MX-записи останніми, як у як перенести вебсайт без простою.

Що визначає, чи потрапить мій лист у спам?

Автентифікація, скарги й обсяг. Правила відправників Google застосовуються до листів, надісланих на особисті акаунти Gmail:

  • Усім відправникам потрібні SPF або DKIM, чинний прямий і зворотний DNS, а також TLS.
  • Тримайте частку спаму в Postmaster Tools нижче 0,3%. Ціль Google — нижче 0,10%.
  • Відправникам понад 5,000 повідомлень на день також потрібні SPF, DKIM і DMARC, домен From, що збігається з доменом SPF або DKIM, і відписка в один клік у маркетингових листах.

Velumhold створено для звичайної пошти, а не для масових розсилок. Для вихідної пошти діє обмеження швидкості, а спам і масові розсилки заборонені. Див. припустиме використання.

Як налаштувати пошту на своєму домені у Velumhold?

  1. Замовте тариф

    Виберіть тариф на сторінці цін і сплатіть з криптогаманця. Щойно оплату підтверджено, член команди створює ваш хостинг-акаунт за кілька хвилин, щонайпізніше протягом години; стежте за його статусом у панелі керування, доки не з'явиться логін до панелі керування.

  2. Спрямуйте свій домен на акаунт

    Домени тут не продаються: спрямуйте домен, який вам належить, на акаунт через два nameservers або A-запис.

  3. Створіть свої скриньки

    Додайте один поштовий акаунт на кожну адресу в панелі керування.

  4. Опублікуйте MX, SPF, DKIM і DMARC

    Додайте чотири записи там, де керується DNS вашого домену. Якщо ви не впевнені в якомусь значенні, зверніться до підтримки. Людина відповідає на листи підтримки протягом 12 годин, сім днів на тиждень, зокрема допомагає з DNS-записами, WordPress, поштовими акаунтами та перенесенням сайту.

  5. Підключіть свої пристрої

    Відкрийте вебпошту або додайте акаунт у поштовий застосунок через IMAP і SMTP з TLS.

  6. Надішліть тест

    Надішліть лист на адресу в іншого провайдера й відкрийте його повні заголовки. Заголовок Authentication-Results показує результати SPF, DKIM і DMARC (RFC 8601).

Які помилки ламають пошту на власному домені?

  • Два записи SPF на одному домені. Об'єднайте їх в один.
  • Понад 10 DNS-запитів у SPF.
  • Ціль MX, що є CNAME або не має адресного запису.
  • Кілька TXT-записів для одного селектора DKIM. Результат невизначений (RFC 6376, розділ 3.6.2.2).
  • p=reject у перший день. Спершу прочитайте звіти.

Пошта на власному домені: поширені запитання

Скільки поштових акаунтів я отримую у Velumhold?

Tulle: 1 сайт, 20 GB NVMe, необмежений трафік, 10 email-акаунтів, 10 баз даних, щоденні резервні копії зі зберіганням 7 днів. Chiffon: 10 сайтів, 50 GB NVMe, безлімітний трафік, необмежена кількість поштових скриньок, необмежена кількість баз даних, щоденні резервні копії зберігаються 14 днів. Velvet: Необмежена кількість сайтів, 75 GB NVMe, безлімітний трафік, необмежена кількість поштових скриньок, необмежена кількість баз даних, щоденні резервні копії зберігаються 30 днів. Ціни на сторінці цін.

Чи потрібні мені SPF, DKIM і DMARC?

Для надійної доставки — так. Google вимагає SPF або DKIM від кожного відправника на Gmail, а всі три — від відправників понад 5,000 повідомлень на день. Для цього правила прийнятна політика DMARC none.

Чи можу я надсилати розсилки зі своєї скриньки?

Ні. Для вихідної пошти діє обмеження швидкості, щоб не пропускати спам на сервери, а спам і масові розсилки в списку забороненого: див. припустиме використання.

Чи потребує пошта на власному домені KYC?

Не на Velumhold. Без KYC, під час реєстрації чи в будь-який пізніший момент: без ID, без селфі, без документів, без картки, без номера телефону. Ви платите в BTC, USDT, USDC, ETH, SOL, LTC, XMR: див. веб-хостинг без перевірки ID.

Яка різниця між вебпоштою та IMAP?

Вебпошта — це сайт, де ви читаєте пошту у браузері. IMAP — це протокол, який поштовий застосунок використовує для роботи з тими самими скриньками на сервері. Обидва показують ту саму пошту.

Джерела (9)
  1. RFC 5321: Simple Mail Transfer Protocol (жовтень 2008) — IETF (checked 2026-11-02)
  2. RFC 7208: Sender Policy Framework (SPF) (квітень 2014) — IETF (checked 2026-11-02)
  3. RFC 6376: DomainKeys Identified Mail (DKIM) Signatures (вересень 2011) — IETF (checked 2026-11-02)
  4. RFC 9989: DMARC (травень 2026) — IETF (checked 2026-11-02)
  5. RFC 9051: IMAP version 4rev2 (серпень 2021) — IETF (checked 2026-11-02)
  6. RFC 6409: Message Submission for Mail (листопад 2011) — IETF (checked 2026-11-02)
  7. RFC 8314: Cleartext Considered Obsolete (січень 2018) — IETF (checked 2026-11-02)
  8. RFC 8601: The Authentication-Results Header Field (травень 2019) — IETF (checked 2026-11-02)
  9. Рекомендації для відправників пошти — Google (checked 2026-11-02)

Від $2.49/місяць · без KYC

Отримати вебхостинг