4.8.10. Invalid "From" header

Attention!

This problem may occur when sending messages from a web server without authentication and via SMTP with authentication.

The problem arises because the message is sent from one mailbox, but when the message body is generated, the "From" header contains the address of a mailbox from a different mail domain that is in no way associated with the domain from which the message is actually being sent. For example, an email is sent from the mailbox mail@example.com, but the "From" header contains an address such as johndoe@gmail.com, which is unrelated to mail@example.com. Such messages will not be delivered.

The address that appears in the header can be specified in the site's code or database, or a script can retrieve it via a form on the site. There is no one-size-fits-all answer to this question; it all depends on the site's code, the CMS used, plugins, and so on.

In addition, this problem may occur when using a redirect in a third-party mail client. In this case, the sender's actual address and the address in the "From" header will differ, and the messages will not be delivered.

flowchart LR smtp@{ shape: stadium, label: "📧 Via SMTP" } mail@{ shape: stadium, label: "✉️ Without authorization" } php-mail-log@{ shape: rounded, label: "📋 PHP mail log" } auth@{ shape: rect, label: "🔐 Authorization" } envelope-sender@{ shape: rect, label: "🔐 Check sender" } maillog@{ shape: rounded, label: "📋 Log of mail from site" } subgraph "From" from@{ shape: rounded, label: "📝 Check header" } end invalid-from@{ shape: stadium, label: "🚫 Invalid \"From\" header" } invalid-sender@{ shape: stadium, label: "🚫 Invalid sender" } sendmail-exited@{ shape: stadium, label: "❌ Sendmail error" } sent@{ shape: stadium, label: "✔️ Send email" } unsent@{ shape: stadium, label: "📋 Unsent emails log" } php-error-log@{ shape: stadium, label: "📋 PHP error log" } smtp--->auth auth-->|All recipients in your own mail domains|sent auth--->|Some recipients have third-party mail domains|from mail~~~envelope-sender mail-->|Not from site|envelope-sender envelope-sender~~~maillog envelope-sender-->|Own mail domain|maillog envelope-sender-->|"Not specified
(*.default-host.net)"|maillog maillog-->|Some recipients have third-party mail domains|from maillog-->|All recipients in your own mail domains|sent from--->|Own mail domain|sent from-->|"*.default-host.net (without authorization)"|sent from-.->|Third-party mail domain|invalid-from invalid-from-.->unsent envelope-sender-.->|Third-party mail domain|invalid-sender invalid-sender-.->unsent mail-->|From site|php-mail-log php-mail-log-->envelope-sender envelope-sender-...->|Sender is set in two different ways|sendmail-exited sendmail-exited-.->php-error-log

When sent from a web server without authorization, the header is considered valid under the following conditions:

  • The mail domain from the header added in your account.
  • The sender's hosting account and the mail domain in the header belong to the same account.
    • If the account belongs to only one of the services and the other is delegated, the header is not considered valid.
  • If a sender is specified (either outgoing mail is selected or the -f parameter is used in the PHP mail function), the mail domain in the header must match the sender's domain.
  • If no sender is specified, the header must contain the address of your mail domain.
  • If neither the sender nor the subject is specified, the header will contain the default mail address in the *.default-host.net format.
    • Our service allows you to send such emails, but delivery is not guaranteed, as recipients may reject them.

When sending via SMTP with authentication, the header is considered valid under the following conditions:

  • The mail domain has been added to the account and the mailbox has been created (you cannot send emails without these).
  • The mail domain in the header matches the domain of the mailbox from which the message is being sent.

The header is not checked if the mail domains of all recipients belong to the same account as the sender's mail domain (non-delegated).

flowchart LR smtp@{ shape: stadium, label: "📧 Via SMTP" } mail@{ shape: stadium, label: "✉️ Without authorization" } script@{ shape: diamond, label: "Address specified
in script?" } site@{ shape: diamond, label: "Send
from site?" } outgoing@{ shape: diamond, label: "Selected
outgoing
mail?" } cron@{ shape: diamond, label: "Selected
deafult
mailbox?" } subgraph "From" script_mailbox@{ shape: rounded, label: "📝 Address
from script" } outgoing_mailbox@{ shape: rounded, label: "⚙️ Address
from site settings" } cron_mailbox@{ shape: rounded, label: "⚙️ Address
from hosting account
settings" } cron_account@{ shape: rounded, label: "🌐 *.default-host.net" } end smtp------>script_mailbox mail-->script script-->|✅|script_mailbox script-->|❌|site site-->|✅|outgoing outgoing-->|✅|outgoing_mailbox outgoing-->|❌|cron cron-->|✅|cron_mailbox cron-->|❌|cron_account site-->|❌|cron

When sending from a web server without authorization:

  • The header is set by the site's scripts (this method takes precedence over the settings in the hosting control panel).
  • If the message is sent via the site and the header is not specified in the scripts, the outgoing mail from the site settings is used.
  • In all other cases, the default outgoing mail address from the hosting account settings is used.

When sending via SMTP with authentication:

  • The header is set by the sending script or the mail client being used.

Before sending each email, the system checks the validity of the "From" header. If the header is invalid, the following occurs:

  1. Sending the email is blocked.
  2. A record of the sending attempt is added to the unsent emails log.
  3. The attempt to send the email is included in the statistics for the current day.
  4. Early the next day, an message with statistics for the previous day is sent to your email.

Only specific messages with incorrect headers are blocked. Messages with a valid "From" header are not affected in any way — they are sent as usual.

These are sent to your email early the next day and contain statistics on messages with an incorrect "From" header from the previous day.

You can manage notifications in the notification settings using the "Service restrictions" option.

A list of logs that can help identify the source of messages with incorrect headers.

When sending from a web server without authorization:

  • All attempts to send messages are visible in the site mail log.
  • Attempts to send messages via sites are visible in the PHP mail logs (individually for each site).
  • All attempts to send messages with invalid headers are visible in the unsent emails log for hosting account.
  • Errors related to the PHP mail function when sending messages via sites are visible in the PHP error logs (individually for each site).

When sending via SMTP with authentication:

  • All connections made during send attempts are visible in the mailbox connection logs (individually for each mailbox).
  • All attempts to send messages with invalid headers are visible in the unsent emails log for mail domain (individually for each mail domain).

If the emails are sent from the site, you can compare the send times with the request times in the site access logs. For example, if a POST request was made to the site’s scripts at the same time an email with an incorrect header was attempted to be sent, it is highly likely that these scripts are related to that email (often these are various contact forms, order forms, etc.).

If the problem is related to the site, the solution usually comes down to the following:

  1. Find the script or plugin on the site that handles sending messages.
  2. Determine what information it substitutes in the "From" header and where it gets it from.
  3. Ensure that the correct sender is substituted into the script.

In other words, if the script sends a message on behalf of the mail@example.com email address, then the "From" header must also specify that same email address.

You can take action depending on the addresses you see in notifications about emails sent with an incorrect "From" header:

  • The "From" header contains one of your domains:
    • Check whether the corresponding mail domain is added in your account.
    • Make sure the mail domain belongs to the same account as the hosting account from which the message is being sent (delegation does not apply)
  • The "From" header contains your mailbox address on a third-party mail service:
    • Check the mailing scripts on your site or the settings of your CMS, find this address, and replace it with the mailbox address of one of your mail domains.
    • If you want to continue sending messages from the mailbox of a third-party mail service, configure sending via SMTP.
  • The "From" header contains various addresses that you don't recognize:
    • Check the form handlers on your site or the settings of your CMS, find the place where an incorrect address is being inserted into the header, and make sure that the address of a mailbox on one of your mail domains is inserted instead.

If the problem is related to a redirect in a third-party mail client, follow these steps to resolve it:

  1. Disable redirects in third-party mail client.
  2. Organize the delivery of messages to the desired mailbox using one of the following methods:
Content

    (24)

    Comments

    largne
    Здравствуйте! А если письма не отрпавлялись, то как быть?
    karlov
    Если бы не было попыток отправки, то ошибка не возникла бы. В вашем случае вам следует проверить скрипт, который обрабатывает форму на вашем сайте на странице contact-us. Скорее всего, он подставляет в заголовок «From» почтовый ящик, полученные через эту форму.

    Попытки отправки вы можете увидеть в разделе «Неотправленные письма» — https://adm.tools/hosting/account/0/mail/unsent/, а POST-запросы к форме на вашем сайте — в логах доступа к сайту — https://adm.tools/hosting/account/0/virtual/0/edit/serverlog/
    GaryHead
    За обома наданими посиланнями майже неможливо нічого зробити. сторінки самостійно перевантажуються кожні 1.5 секунди
    karlov
    Посилання вище відкривають форму вибору послуги.

    Якщо з якихось причин вони у вас не працюють, можете просто перейти в панелі керування за наступними шляхами:
    - Хостинг → Невідправлені листи.
    - Хостинг → Мої сайти → ваш сайт → Логи доступу до сайту.
    davydov98
    Было же все ок раньше, это новые правила компании?
    karlov
    Да, политика отправки стала строже. Суть в том, что отправка писем с некорректным заголовком «From» по сути имеет признаки спама (письмо фактически отправляется с одного сервера, но делает вид, что отправлено с другого). Такие письма имеют низкий процент доставки, часто отклоняются сторонними почтовыми сервисами, портят репутацию IP-адресов почтовых серверов, что в итоге негативно сказывается на всех клиентах. Обычно это следствие изначально неверно настроенной отправки почты и для устранения проблемы нужно просто выполнить правильную настройку, чтобы адрес в заголовке «From» соответствовал реальному адресу, с которого выполняется отправка.
    angela02
    Вітаемо. Всі наші хлопці на фронті. Ви можете нам допомогти
    angela02
    Заплатимо. Нажаль нема кому зайнятися. Дякую. Заплатимо.
    karlov
    У вашому випадку проблема виникає через форму ваш_сайт/contact. Обробник цієї форми отримує від відвідувача сайту адресу пошти і потім надсилає листа з пошти вашого сайту, але вказує в полі «From» адресу відвідувача, яку він вказав у формі. Вам потрібно або змінити налаштування обробника цієї форми, щоб у заголовок підставлялася адреса пошти вашого сайту, а не відвідувача, або вимкнути цю форму (якщо вона не потрібна).
    info4350
    Піддомен на одному хостинг-акаунті, а домен на іншому. Листи з піддомену видають помилку From. Може треба внести налаштування в DNS, бо так ніби все налаштовано вірно.
    karlov
    Тут може бути кілька варіантів вирішення: можна надати відправнику доступ до поштового домену через делегування, або можна переналаштувати відправку на використання SMTP, або використовувати у заголовку «From» поштову скриньку іншого поштового домену, який доступний в обліковому записі відправника.
    mbc416217
    Здравствуйте.
    А как сделать так чтобы все же можно было отправлять с другим полем From ?

    если в пределах одного домена надо пересылать не регулярно письма как выходить из положения ?
    Пример - один наш бухгалтер хочет переслать другому нашему бухгалтеру квитанцию с новой почты. В поле From адрес новой почты.
    rudenko
    Если речь идет о пересылке писем через почтовый клиент, то там всегда менялось поле From на адрес отправителя. То есть на пересылку писем между пользователями это никак не повлияет.
    karlov
    Есть небольшой нюанс. В почтовых клиентах может быть два вида пересылки — форвардинг и редирект. Вот при редиректе заголовок «From» может не меняться и это будет приводить к проблеме. Это больше касается сторонних почтовых клиентов и зависит от того, меняет ли он адрес в заголовке на адрес почтового ящика, из которого выполняется редирект, или не меняет. Если не меняет, будет ошибка.
    rudenko
    Ни один нормальный почтовый сервер не примет письмо с поддельным From. Даже самая старая проверка на СПАМ, которая проверяет MX запись домена в поле From увидит, что письмо шлется со стороннего почтового сервера и отправит его в СПАМ. Не говоря уже про проверки SPF и DKIM.

    Уверен, что Thunderbird и The Bat! имеют настройку, которая меняет поведение при Forwarding.

    Если хостинг провайдер даст возможность указывать любой From, то вам можно прислать фишинг или вирус, отправив в рамках того же хостинг провайдера письмо на ваш email. И при этом оно пройдет все фильтры у этого провайдера. Вы хоть понимаете, что требованием дать возможность отправлять так почту стреляете себе в ногу и при этом стреляете с пушки?
    levand
    Я не пользуюсь почтой и не отправлял никаких писем. У меня только сайт магазина.
    karlov
    Если в уведомлении адрес отправителя выглядит как *.default-host.net, значит отправка была с помощью скриптов вашего сайта. Обычно это результат работы обработчика контактных форм на сайте, заказов и т. д., в зависимости от специфики сайта. В этом случае нужно проверять настройки CMS или код скриптов, которые отвечают за отправку, и сделать так, чтобы в заголовок «From» подставлялся адрес вашей почты, а не адрес посторонних сервисов, вроде gmail.com.
    levand
    Честно говоря даже не понимаю, о чём вы говорите. Заказы через сайт не принимаются. На нём просто загружены товары, которые синхронизируются с моими магазинами на маркетплейсах. Все заказы принимаются на сайтах маркетплейсов и там же обрабатываются.
    karlov
    В вашем случае похоже, что причина в обработчике формы на вашем сайте, которая находится на странице /contact-us/. Причина в том, что обработчик не указывает в заголовке «From» почту вашего почтового домена. Попробуйте в качестве исходящей почты для сайта — https://www.ukraine.com.ua/wiki/hosting/sites/my-sites/site-settings/outgoing-mail/ — выбрать почту вашего домена и последите за ситуацией. Это должно будет решить проблему и письма будут отправляться от имени вашей доменной почты.
    levand
    У меня нет исходящих писем с сайта! Повторюсь, сайт нужен только для того, чтобы на него заводить товары, которые по XML ссылке выводятся на маркетплейсы Розетка и АЛЛО.
    karlov
    У вас на сайте есть форма контактов на странице /contact-us/. В разделе «Мои сайты → Лог почты PHP» вы можете увидеть записи о попытках отправки писем через эту форму и путь к скрипту, который выполняет отправку.

    В вашем случае для решения проблемы должно быть достаточно выбрать созданный на хостинге почтовый ящик в поле «Исходящая почта» в настройках сайта, как предложено в комментарии выше.
    levand
    Я не спец в этом. Если можно, скиньте ссылку на инструкцию или инструкцию, как это сделать. В 2019 году мне это один раз настроили, чтобы я загружал товары на свой сайт и мог его синхронизировать с маркетплейсами, на которых и торгую. ВУ мои 60 лет немного сложно всё поправить без посторонней помощи и при этом ничего не "сломать" в работе сайта.
    Благодарю за разъяснение и помощь.
    karlov
    Инструкция о том, как выбрать почтовый ящик для исходящей почты — https://www.ukraine.com.ua/wiki/hosting/sites/my-sites/site-settings/outgoing-mail/

    Если в процессе возникнут трудности, обратитесь в за консультацией в онлайн-чат.
    levand
    Благодарю.
    electransport
    Доброго дня.
    Все работало нормально.
    Вы что-то поменяли в настройках хостинга, и теперь заказы с сайта не приходят.
    По сути вы своими действиями сломали работу интернет магазина.

    Если вы что то поменяли, что из за этого перестал корректно работать интернет магазины ваших клиентов, то будь ласка, исправляйте, решайте проблемы ваших клиентов сами.
    Пишите подробную инструкцию для каждого клиента, подключайтесь к исправлению проблемы.

    Я уже неделю ищу решения проблемы, созданой вами, а результата ноль.
    Почта с интернет магазина как не приходила, так и не приходит.
    karlov
    Причина проблемы в изначально некорректно настроенной отправке. Ранее такие отправки проходили, но с недавнего блокируются. Причина в том, что подобные отправки, когда письмо отправляется с одного сервера, но выдаёт себя за другой, приводят к ухудшению репутации почтовых серверов и негативно влияют на доставку писем вообще всех пользователей.

    Чтобы исправить проблему, достаточно корректно настроить отправку почты с сайтов. Если сайт условно называется example.com, то почта должна уходить с адреса с таким же почтовым доменом, а не выдавать себя за gmail.com, outlook.com и т. д.

    Если в вашем случае проблема относится к сайту на OpenCart, попробуйте настроить почту по этой инструкции — https://www.ukraine.com.ua/wiki/hosting/cms/opencart/mail/

    В случае возникновения трудностей или дополнительных вопросов, обратитесь за консультацией в онлайн-чат.
    a.fedyshyn
    OpenCart2, через файловий менеджер в файлі
    catalog/controller/information/contact.php
    замінив з
    $mail->setFrom($this->request->post['email']);
    на
    $mail->setFrom($this->config->get('config_email'));
    поки працює
    kalyam01
    подскажите, пожалуйста, как настроить форум пхпбб по новым правилам - пришло уведомление об ответе в теме, ну и заблокировало теперь, я так понимаю...
    только через СМТП теперь? у меня не получилось его настроить корректно раньше и нормально работало через встроенную функцию ПХПББ...
    karlov
    В настройках сайта выберите почтовый ящик для исходящей почты по инструкции — https://www.ukraine.com.ua/wiki/hosting/sites/my-sites/site-settings/outgoing-mail/ — и последите за ситуацией.
    kalyam01
    спасибо, вроде работает! :)
    murink
    Може комусь буде корисним інформація в такому вигляді, бо не всі розуміють, що і чому раптом стало відбуватись (я не виключення).
    Це відповідь ШІ на ситуацію коли провайдер став розсилати повідомлення про ⚠️ Надсилання листів з некоректним заголовком «From».


    "Що насправді відбувається?
    Ти кажеш, що ні ти, ні модулі сайту нічого не відправляєте. Але лог показує зворотне: відпрацьовує стандартна функція PHP mail() прямо з движка OpenCart: /system/library/mail/mail.php на рядку 77.

    Це спам-боти, які шлють повідомлення через твою форму зворотного зв'язку або реєстрації.

    Працює це так:

    Бот заходить на твій сайт (наприклад, на сторінку «Контакти» або форму відгуків).

    Заповнює поля: вписує умовне ім'я «Margie Christiansen», пошту christiansen.margie@gmail.com і якийсь спам-текст.

    Натискає «Відправити».

    OpenCart за логікою своєї роботи намагається переслати це повідомлення тобі на info@vidnova.shop.

    У чому конфлікт із хостингом?
    За замовчуванням OpenCart влаштований так: коли хтось пише через форму зв'язку, движок формує лист, де в поле From (Від кого) підставляє пошту клієнта (того самого бота — christiansen.margie@gmail.com), а в полі To (Кому) вказує твою адресу info@'ваш.сайтʼ

    Сучасні хостинги (і поштові сервери) таку практику жорстко присікають. Твій сервер не має права відправляти листи від імені gmail.com чи outlook.com — це грубе порушення політик безпеки (SPF, DKIM). Хостинг бачить, що скрипт намагається відправити лист нібито від імені Margie, і блокує його, щоб сервер не потрапив у спам-листи.

    Висновок: Твій сайт не зламали (принаймні, цей лог про це не говорить). Це просто спам через стандартну форму, посилений некоректною логікою формування заголовків у самому OpenCart.

    Як це правильно виправити?
    Рішення складається з двох обов'язкових кроків: технічного (щоб не сварився хостинг) та захисного (щоб припинити спам).

    ### Крок 1. Виправляємо заголовки From в OpenCart (Технічне рішення)
    Тобі потрібно зробити так, щоб сайт відправляв усі листи тільки від імені твоєї офіційної скриньки (info@'ваш.сайтʼ), а пошту клієнта/бота зашивав у заголовок Reply-To (Відповісти сторічці). Тоді хостинг пропустить лист, а коли ти натиснеш «Відповісти» у поштовому клієнті, відповідь піде автору повідомлення.

    Оскільки ти використовуєш OpenCart, найкраще переключити відправку з функції Mail на SMTP (якщо ще не зроблено) і підправити логіку:

    1) Перехід на SMTP (якщо можливо):

    В адмінці OpenCart: Система -> Налаштування -> Редагувати магазин -> вкладка "Пошта".

    Зміни "Поштовий протокол" з Mail на SMTP.

    Заповни параметри твоєї робочої пошти хостингу (SMTP-сервер, логін, пароль, порт). Сайти на SMTP працюють стабільніше і листи рідше падають у спам.

    2) Модифікація коду (виправлення From для Mail/SMTP):
    Якщо проблема лишається, потрібно змінити логіку в контролері контактів (catalog/controller/information/contact.php).

    Знайди там код, де формується відправка листа адміністратору (зазвичай там є рядок $mail->setFrom($this->request->post['email']);).

    Його потрібно змінити так:

    PHP
    // Замість пошти клієнта ставимо пошту магазину:
    $mail->setFrom($this->config->get('config_email'));

    // А пошту клієнта записуємо в Reply-To, щоб ти міг йому відповісти:
    $mail->setReplyTo($this->request->post['email']);

    *Примітка: Якщо оновлюєш код, роби це через OCMOD/відповідний модифікатор, щоб при оновленні сайту правки не злетіли.*

    ### Крок 2. Закриваємо форми від ботів (Захист від спаму)

    Навіть якщо ти виправиш заголовки, боти продовжать забивати твою пошту сміттям. Їх треба відсікти.

    * **Встанови Google reCAPTCHA v3 або Cloudflare Turnstile:** Стандартна капча OpenCart (якщо вона там стара) ботами клацається на раз-два. reCAPTCHA v3 або Turnstile від Cloudflare працюють непомітно для користувача, але блокують 99% автоматичного спаму.
    * **Перевір усі форми:** Спамити можуть не лише через «Контакти», а й через форму «Купити в 1 клік», «Зворотній дзвінок» або реєстрацію (якщо боти реєструють фейкових користувачів, і сайт шле тобі сповіщення про нового клієнта). Закрий капчею кожну з них.

    Виконавши ці два кроки, ти і хостинг заспокоїш, і скриньку від спаму очистиш."


    Я для початку обмежився переходом з Mail на SMTP і далі буду дивитись чи робити модифікацію коду та чи ставити reCAPTCHA.

    Всім успіхів.
    parfum-store
    а если у меня на сайте вообще нет форм, а сообщение от вас приходит?
    karlov
    Отправка почты на сайтах не обязательно может быть связана с работой форм. Сайт может отправлять письма по разным причинам: уведомления о попытках входа в админ-панель, отчёты о каких-либо операциях и др. Каждую ситуацию нужно рассматривать индивидуально.

    Если у вас письма отправляются с адреса вида wordpress@ваш_сайт, значит на вашем сайте используется WordPress и для него используется почта по умолчанию. В этом случае вам нужно добавить почтовый домен с адресом вашего сайта — https://www.ukraine.com.ua/wiki/mail/domains/order/ — и создать для него почтовый ящик с любым названием — https://www.ukraine.com.ua/wiki/mail/boxes/create/

    После этого можно настроить для сайта отправку почты по SMTP — https://www.ukraine.com.ua/wiki/hosting/cms/wordpress/plugins/mail/

    В итоге сайт будет отправлять письма от имени реально существующего почтового ящика и проблем с заголовком больше возникать не должно.
    servisekiev
    А що ж у нас може бути? Нічого не мінялось…
    karlov
    Схоже, у вас взагалі не встановлюється заголовок «From» і тому туди за замовчуванням підставляється пошта вашого облікового запису. Спробуйте створити поштову скриньку в розділі «Пошта» та вибрати її для вихідної пошти в налаштуваннях сайту за цією інструкцією —  https://www.ukraine.com.ua/wiki/hosting/sites/my-sites/site-settings/outgoing-mail/
    servisekiev
    Ні була, створив ще одну, не допомогло((
    karlov
    У вас є поштова скринька, але вона не вибрана для вихідної пошти. Вам треба вибрати її в розділі «Мої сайти → Налаштування сайту» у полі «Вихідна пошта».
    servisekiev
    Зробив все одно не допомогло. Навіть в opencart проставив from і пошту хоста.
    karlov
    Схоже, що у вас проблема виникає через адресу, що вказана на самому сайті. Спробуйте налаштувати відправку пошти з сайту з адреси вашого домену за інструкцією — https://www.ukraine.com.ua/wiki/hosting/cms/opencart/mail/
    servisekiev
    Зробив, змінив не допомогло🙈
    karlov
    Ні, ви змінили пошту і це допомогло. З 08.06.2026 21:03 ваши листи вже відправляються з коректним заголовком і проблеми більше не спостерігається. Перевірити заголовок можна у розділі «Мої сайти → Лог пошти PHP» — адреса поштової скриньки буде вказана після «From:» перед «Reply-To» і там у вас зараз пошта вашого домену, як і має бути.
    MADAGENCY
    Зробіть автоматичне рішення під WP, я не можу уявити точнішого заголовку From ніж наприклад цей: wordpress@oko.plus
    karlov
    Для WordPress можливе лише напівавтоматичне рішення: 1) додати поштовий домен та створити поштову скриньку; 2) через розділ «Адміністрування WordPress» в панелі кервання налаштувати SMTP та вибрати створену скриньку — https://www.ukraine.com.ua/wiki/hosting/sites/my-sites/wordpress/#smtp
    MADAGENCY
    Дякую! Так і зробив. Все працює.