Ошибки откликов SMTP сервера при отправке писем
Если отправка сообщений через SMTP не удается, SMTP сервер сообщает код ошибки, по нему можно определить, в чем проблема и как ее исправить. Наиболее распространенные ошибки указаны в списке ниже.
Код ошибки
Значение
Описание
Requested mail action not taken: mailbox unavailable.
Требуемые почтовые действия, не предприняты: почтовый ящик недоступен (например, почтовый ящик занят).
Сервер не может получить доступ к почтовому ящику для доставки сообщения. Это может быть вызвано процессом чистки мертвых адресов на сервере, почтовый ящик может быть поврежден, или почтовый ящик может находиться на другом сервере, который в настоящее время не доступен. Также сетевое соединение могло быть разорвано во время отправки, или удаленный почтовый сервер не хочет принимать почту с вашего сервера по некоторым причинам (IP-адрес, черные списки и т.д.). Повторная попытка отправки письма на этот почтовый ящик может оказаться успешной.
Requested action aborted: local error in processing.
Требуемое действие прерывалось: ошибка в обработке.
Эта ошибка, как правило, возникает из-за перегрузки вашего Интернет провайдера или через ваш SMTP-релей отправлено слишком много сообщений. Следующая попытка отправить письмо может оказаться успешной.
Syntax error, command unrecognized.
Синтаксическая ошибка, неправильная команда (Это может включать ошибки типа слишком длинная командная строка).
Ваш антивирус/брандмауэр блокирует входящие/исходящие соединения SMTP. Вам следует настроить антивирус/брандмауэр для решения проблемы.
Syntax error in parameters or arguments.
Синтаксическая ошибка в параметрах или переменных.
Недопустимые адреса электронной почты или доменное имя почтового адреса. Иногда указывает на проблемы соединения.
Bad sequence of commands or this mail server requires authentication.
Неправильная последовательность команд.
Повторяющая ошибка 503 может свидетельствовать о проблемах соединения. Отклик 503 SMTP-сервера чаще всего является показателем того, что SMTP-сервер требует аутентификации, а Вы пытаетесь отправить сообщение без аутентификации (логин + пароль). Проверьте Общие настройки, чтобы убедиться в правильности настроек SMTP-сервера.
The host server for the recipient’s domain name cannot be found (DNS error).
У одного из серверов на пути к серверу назначения есть проблема с DNS-сервером либо адрес получателя не верный. Проверьте адрес получателя на правильность доменного имени (орфографические ошбки в доменном имени или несуществующее доменное имя).
Address type is incorrect or authentication required.
Убедитесь, что адрес электронной почты получателя верный, не содержит ошибок. Затем попробуйте повторно отправить сообщение. Другой причиной может быть то, что SMTP-сервер требует аутентификации, а Вы пытаетесь отправить сообщение без аутентификации (обычно аутентификация ESMTP, логин + пароль). Проверьте Общие настройки, чтобы убедиться в правильности настроек SMTP-сервера.
The Recipient’s mailbox cannot receive messages this big.
Размер сообщения (сообщение + все его вложения) превышает ограничения по размеру на сервере получателя. Проверьте размер сообщения, которое Вы подготовили для отправки, в частности, размер вложений, возможно, стоит разбить сообщения на части.
SMTP-сервер вашего провайдера, требует аутентификации, а Вы пытаетесь отправить сообщение без аутентификации (логин + пароль). Проверьте Общие настройки, чтобы убедиться в правильности настроек SMTP-сервера. Другой причиной может быть то, что ваш SMTP-сервер находится в черном списке сервера получателя. Или почтовый ящик получателя не существует.
Username and Password not accepted.
Проверьте настройки SMTP-сервера. Убедитесь в том, что логин и пароль введены правильно.
Recipient Address Rejected – Access denied.
Этот ответ почти всегда отправляется Антиспам фильтром на стороне получателя. Проверьте ваше сообщение соспам чекером или попросите получателя добавить вас в белый список.
Требуемые действия, не предприняты: почтовый ящик недоступен (например, почтовый ящик, не найден, нет доступа).
Отклик 550 SMTP-сервера означает, что емейл-адреса получателя нет на сервере. Свяжитесь с получателем устно, чтобы получить его емейл-адрес.
Ошибка 550 иногда может быть отправлена Антиспам фильтром. Другим случаем возврата отклика 550 может быть, когда сервер получателя не работает.
Requested mail action aborted: exceeded storage allocation or size of the incoming message exceeds the incoming size limit.
Требуемые почтовые действия прервались: превышено распределение памяти.
Почтовый ящик получателя достиг своего максимально допустимого размера. Другим случаем возврата отклика 552 может быть, когда размер входящего сообщения превышает лимит указанный администратором сети.
Requested action not taken – Mailbox name invalid.
Требуемые действия, не предприняты: имя почтового ящика, недопустимо (например, синтаксис почтового ящика неправильный).
Неверный адрес электронной почты получателя. Отклик 553 SMTP-сервера иногда возвращает почтовый сервер вашего Интернет провайдера. Это происходит, если у Вас нет подключения к Интернету у этого провайдера.
Передача данных не удалась
Отклик 554 SMTP-сервера возвращает антиспам-фильтр в случае, если не нравится емейл-адрес отправителя, или IP-адрес отправителя, или почтовый сервер отправителя (к примеру, они находятся в RBL). Вам нужно либо попросить отправителя добавить Вас в белый список, либо Вы должны принять меры, чтобы Ваш IP-адрес или ISP сервер был удален из RBL (Realtime Blackhole List).
Источник: www.epochta.ru
Как исправить ошибку электронной почты 550
Ошибка электронной почты 550 может возникнуть в различных клиентских программах , таких как Outlook и Mozila Thunderbird. Ошибка возникает, когда некоторые пользователи отправляют электронные письма с клиентским программным обеспечением. Хотя точные всплывающие сообщения об ошибках могут незначительно отличаться, все они будут содержать код ошибки 550. Как следствие, пользователи не могут отправлять электронные письма конкретным получателям с помощью своего клиентского программного обеспечения.
Ошибка 550 — это ошибка SMTP (Simple Mail Transfer Protocol) для отправки электронной почты. SMTP-сервер не отправил электронное письмо, когда возникает ошибка 550, поскольку почтовый ящик получателя недоступен. Это может произойти из-за нескольких вещей, а в некоторых случаях это может быть проблема, которую может исправить предполагаемый получатель, а не отправитель.
Как пользователи могут исправить ошибку электронной почты 550?
1. Проверьте адрес электронной почты опечатки
Ошибка 550 может возникнуть из-за опечаток электронной почты. Итак, еще раз проверьте, что вы ввели точный адрес электронной почты. Убедитесь, что в адресе электронной почты нет опечаток или пробелов, прежде чем нажимать кнопку отправки.
2. Отправить письмо на день позже
Хотя это маловероятно, сервер получателя может быть недоступен при отправке электронного письма. Итак, попробуйте один или два дня. Тогда сервер может вернуться в исходное состояние, когда вы отправите письмо еще раз через несколько дней.
3. IP-адрес электронной почты находится в черном списке?
- Может случиться, что антиспам-фильтр заблокировал IP-адрес / домен сервера для сервера электронной почты при возникновении ошибки 550. Чтобы проверить, так ли это, откройте страницу поиска MX .
- Введите свой почтовый домен в текстовое поле и нажмите кнопку « Поиск MX» . Затем будет предоставлена информация об IP-адресе для введенного домена электронной почты.
- Скопируйте IP-адрес вашего почтового домена в буфер обмена, выделив его и нажав Ctrl + C.
- Затем откройте страницу проверки черного списка в браузере.
- Вставьте IP-адрес в текстовое поле с помощью сочетания клавиш Ctrl + V.
- Нажмите кнопку Проверка черного списка , которая покажет пользователям список черных списков адресов электронной почты.
Если проверка в черном списке указывает на то, что антиспам-фильтр внес в черный список введенный IP-адрес электронной почты, поэтому вы не можете отправлять сообщения. Попробуйте отправить сообщение с альтернативным адресом электронной почты, если можете. Кроме того, пользователи, у которых нет альтернативной электронной почты, могут создавать новые учетные записи веб-почты в Yahoo, Gmail и т. Д.
4. Включите аутентификацию SMTP
- Некоторым пользователям может потребоваться включить аутентификацию SMTP для своего программного обеспечения почтового клиента. Пользователи Outlook 2013/16 могут сделать это, щелкнув Инструменты в окне Outlook.
- Выберите Настройки учетной записи в меню.
- Затем выберите учетную запись электронной почты и нажмите кнопку « Изменить» .
- Нажмите кнопку « Дополнительные параметры» в открывшемся окне «Изменить параметры электронной почты».
- Выберите вкладку «Исходящий сервер» в открывшемся окне «Параметры электронной почты Интернета».
- Установите флажок Мой исходящий сервер (SMTP) требует проверки подлинности .
- Кроме того, нажмите кнопку Использовать те же настройки, что и у моего сервера входящей почты .
- Нажмите кнопку ОК .
- Пользователи Mozilla Thunderbird могут настроить SMTP-аутентификацию, щелкнув Инструменты и Настройки учетной записи в окне Thunderbird.
- Выберите Исходящий сервер в левой части окна.
- Выберите почтовый сервер и нажмите кнопку « Редактировать» , чтобы открыть окно, показанное ниже.
- Затем пользователям нужно будет ввести настройки SMTP для своего почтового сервера. Например, пользователям Gmail нужно будет ввести «smtp.gmail.com» в качестве адреса сервера и «587» или «465» в качестве номеров портов TLS / SSL.
- Нажмите кнопку ОК после ввода необходимых данных.
Эти резолюции могут исправить ошибку электронной почты 500 для некоторых пользователей. Однако предполагаемые получатели электронной почты также могут решить проблему, отключив свои брандмауэры антивирусного программного обеспечения или очистив свои почтовые ящики. Таким образом, некоторым пользователям может потребоваться связаться с получателями (без электронной почты), чтобы решить проблему.
СВЯЗАННЫЕ СТАТЬИ, ЧТОБЫ ПРОВЕРИТЬ:
- Как исправить ошибку электронной почты 0x80048802 в Windows 10
- Как исправить ошибку Outlook 0x80042109 в Windows 10
- Ошибка 421 не может подключиться к SMTP-серверу в Outlook [EXPERT FIX]
Источник: gadgetshelp.com
Smtp 550 non local sender verification failed
Добрый день друзья. При отправке письма с этой почты на некоторые адреса выдает следующую ошибку:
Я так понимаю, что неверная запись MX, а в чем сама не пойму. Почту обрабатывает их сервер, на нашем стоит переадресация:
- Вопрос задан более трёх лет назад
- 4944 просмотра
calirails: Обычно в имени указывается имя почтового сервера. У вас уже есть WEB-сервер, и я вижу у него другой IP. Поэтому для почтового сервера придумайте другое имя. Например mail.volvonev.ru
Соответственно по вашей картинке
имя: mail.volvonev.ru
Типа: A
адрес: 31.130.248.114
Затем создайте MX-запись
И в строке адреса укажите: mail.volvonev.ru.
calirails: Создайте новую A-запись для почтового сервера.
Это просто запись, она ни к чему не обязывает. И создав новую вы ничего не сломаете. Сделайте как я уже описал выше.
Имя сервера — как я сказал — произвольное. Чтоб упростить задачу — посмотрите настройки вашего почтового сервера, какое у него имя. Такое и впишите.
Если у сервера не было имени, придумайте любое.
Поясню.
Антиспам системы не любят когда вместо имен используют IP-адреса. Это воспринимается как спам. и многие серверы просто не будут принимать вашу почту.
Для этого, серверу нужно имя.
Но тут есть несколько моментов.
1. Нужна A-запись. Где указывается имя почтового сервера и его IP
2. Нужна MX-Запись, где указывается почтовый сервер вашего домена, вернее его имя
3. Нужна обратная запись в ДНС (PTR), в которой IP адресу вашего почтового сервера сопоставлено его имя из A-записи выше
4. Ну и сам почтовый сервер должен представляться своим именем.
Если письмо не было доставлено получателю, то ему будет присвоен один из следующих статусов:
- Отменено/Запрещено — если получатель подпал под условие получения писем, но после старта рассылки и до отправки ему письма данные получателя были изменены и он перестал соответствовать критериям рассылки.
- Ошибка — если письмо было отправлено пользователю, однако по какой-либо причине не смогло быть принято его почтовым ящиком. При этом почтовый сервер возвращает нам текст ошибки, проанализировав который, мы можем понять причину недоставки письма.
Пример возвращенной ошибки. В деталях ошибки видим, что почтовый ящик пользователя был переполнен.
Пример возвращенной ошибки. В деталях ошибки видим, что почтовый ящик пользователя был переполнен.
В данной статье будут представлены примеры текстов ошибок, которые могут быть возвращены почтовым сервером, а также их расшифровка.
Все ошибки в статье разделены по следующим категориям:
Почтовый адрес пользователя указан неверно. Письмо не может быть доставлено на несуществующий адрес:
- Mailbox does not exist. We do not relay
- No such user!
- Unknown user
- Recipient address rejected: User unknown in local recipient table
- The email account that you tried to reach does not exist
- sorry, no mailbox here by that name
- no mailbox by that name is currently available
- Requested action not taken: mailbox unavailable
- Message was not accepted — invalid mailbox.
- Bad recipient address syntax
- Bad address mailbox syntax
- No correct recipients
- We do not relay without RFC2554 authentication
Некоторые сервисы блокируют почтовые ящики после определённого периода неиспользования. Если попытаться отправить письмо на такой почтовый адрес, то нам вернутся следующие ошибки:
- Mailbox [. ] is locked due to inactivity for more than [. ] months
- Аccess to this account (user) [. ] is disabled
- Mailbox is disabled
Ошибки при переполнении почтового ящика пользователя:
- Mailbox size limit exceeded.
- Mailbox size exceeded
- User is overquota
- The email account that you tried to reach is over quota
Чаще всего это происходит потому, что получатель редко пользуется ящиком и ящик заполняется рассылками. Попробуйте связаться с получателем альтернативным способом связи и сообщить о проблеме.
Если сообщение отклонено спам-фильтром почтового сервиса, то в письме возвращаются следующие ошибки:
- Message rejected under suspicion of SPAM
- Client host [. ] blocked using spamsource.mail.yandex.net
- Blocked by spam statistics
- 550 spam message discarded/rejected
В зависимости от того, на каком почтовом сервисе ваша рассылка попала в спам, вы можете воспользоваться одной из наших инструкций по выходу из спама:
Ошибки грейлистинга (серые списки):
Серые списки — это способ автоматической блокировки спама. Принцип работы данного способа заключается в следующем: если почтовому сервису кажется подозрительным принимаемое им письмо, то он может не принять его и попросить переотправить сообщение позже. При этом нам могут вернуться следующие ошибки:
- Greylisting in action, please come back later
- Greylisted, try again after some time
- Greylisted, try again in 180 seconds
- Sorry, the service is currently unavailable. Please come back later
- Temporary local problem — please try later
Платформа GetCourse распознает подобный запрос и автоматически переотправляет письмо позже. Спамерское программное обеспечение в таких случаях, обычно, не пытается этого делать и их сообщения не доходят.
Детальных разбор «Особых ошибок», не попадающих под другие категории:
Данная ошибка указывает на проблемы с MX-записью домена, на который отправлялось письмо, либо по каким-то причинам не удалось проверить его MX-запись.
Возможно, при регистрации пользователь указал некорректный адрес почты.
- non-local sender verification failed
Обычно такая ошибка возвращается почтовым сервисом Gmail или Mail.
При появлении данной ошибки необходимо проверить корректность MX, SPF и DKIM-записей в DNS-зоне домена, с которого осуществляется отправка рассылок.
- Can’t verify [. ] sender. Check your DNS configuration.
При появлении данной ошибки можно самостоятельно проверить правильность внесенных почтовых записей (spf и DKIM) в DNS-зоне домена с которого происходит отправка почты.
- IP [. ] Our system has detected an unusual rate of unsolicited mail originating from your IP address. To protect our users from spam, mail sent from your IP address has been temporarily rate limited
Такая ошибка возвращается почтовым сервисом Gmail в случае если Google заподозрил отправку сликом большого числа подозрительных писем (спама) с IP адреса отправителя. В этом случае Google включает временное ограничение на количество принимаемых писем.
Первые SMTP-серверы позволяли любому почтовому клиенту рассылать почту другим почтовым серверам, выступая в качестве промежуточного транспорта. В начальной версии протокола SMTP авторизация клиента полностью отсутствовала; позднее, в протоколе SMTP появилась авторизация, что несколько улучшило ситуацию. Такая возможность породила понятие спама.
Спам (spam) – нежелательная массовая принудительная рассылка бесполезной информации (чаще всего рекламы). Сейчас же, когда принудительные рассылки приобрели огромный масштаб, администраторам серверов приходится придумывать различные ухищрения для пресечения таких рассылок в целях экономии трафика и процессорного времени. Результатом таких ухищрений часто является возвращаемая почтовым сервером ошибка с кодом 550.
Перечислим несколько типичных ситуаций, при которых возвращается ошибка 550.
- Иногда сервер отправляет письма всем, кто указан в получателях, но при условии, что адрес отправителя принадлежит доменной зоне сервера (такой сервер еще называют сервером исходящей почты). В этом случае получается, что через сервер нельзя послать письмо постороннему человеку. Пустой адрес отправителя по стандарту является правильным и сервер не должен отвергать такое письмо. Однако не многие сервера прислушиваются к этому правилу и, в целях борьбы со «спамерами», возвращают ошибку с кодом 550 такого вида:
Для устранения этой ошибки, нужно присвоить адрес отправителю, принадлежащему тому же домену, что и почтовый сервер, например:
- Бывают серверы, которые отправляют письмо с любым значением свойства отправитель, но возвращают ошибку, если получатель не принадлежит домену сервера (такой сервер еще называют сервером входящей почты).
Чаще всего данная проблема снимается авторизацией на сервере (если она поддерживается сервером). Для этого нужно заполнить следующие свойства объекта ИнтернетПочтовыйПрофиль :
Следует заметить, что настройки для SMTP авторизации могут отличаться от настроек POP3. Например, некоторые серверы для POP3 авторизации используют в качестве «логина» первую часть почтового адреса, а для SMTP-авторизации – полный адрес.
- Иногда серверы настраивают так, что если указан адрес отправителя, принадлежащий домену сервера, и отправитель не входит в разрешенные (задаваемые на сервере) адреса, то сервер откажется принимать письмо для дальнейшей отсылки. В данном случае опять же поможет авторизация.
- Ошибка 550 возникает также, когда указан несуществующий адрес отправителя или этот адрес запрещен на принимающем сервере.
- Релей-сервер принимает и отправляет почту без всяких проверок отправителя и получателя. Чаще всего такой тип сервера требует авторизацию и без авторизации может вернуть ошибку:
- Некоторые почтовые серверы не принимают сообщения от пользователей, которые используют dial-up соединение, принуждая таким образом использовать почтовый сервер Интернет провайдера предоставляющего доступ в Интернет.
Коду 550 стандартом отведена обширная область возвращаемых ошибок, и более конкретную причину можно получить только из ответа сервера (текст внутри скобок после описания ошибки на русском языке).
Источник: bigital.ru
Типичные ошибки почтовых сервисов
Если сообщение не было доставлено получателю, то ему будет присвоен один из следующих статусов:
- Отменено/Запрещено — если отправка сообщения ограничена со стороны внутреннего функционала GetCourse. Например, пользователь забанен, отписался от категории или перестал удовлетворять условию рассылки.
- Ошибка — если сообщение было отклонено почтовым сервером. В таком случае в аккаунт поступит отчет с текстовым описанием ошибки. Проанализировав ошибку, можно понять причину, по которой сообщение не было доставлено.
В статье разберем основные виды ошибок при отправке email-рассылок и рекомендации по работе с ними.
Пример возвращенной ошибки. В деталях ошибки видим, что почтовый ящик пользователя был переполнен.
Ссылка на это место страницы: #main
Основные типы ошибок и порядок работы с ними
Текстовое описание одной и той же ошибки может отличаться в зависимости от почтового сервиса, который ее возвращает. Например ошибки:
- Mailbox does not exist. We do not relay
- No such user!
Означают, что эл. адрес пользователя не существует.
В статье мы перечислили известные описания ошибок и условно поделили их на несколько категорий:
- Ошибки в названии электронных ящиков
- Ошибки в названии домена или его настройках
- Почтовый ящик пользователя переполнен или заблокирован
- Попадание в спам на почтовом сервисе
- Грейлистинг (серый список)
- Ошибки, связанные с неправильной настройкой доменной почты
- Попадание IP-адреса в черный список
Чтобы быстро найти значение вашей ошибки в статье, воспользуйтесь поиском по странице (ctrl+F). Для этого введите значение ошибки, как показано в слайдере ниже:
Ссылка на это место страницы: #incorrect_address
Ошибка в названии электронного ящика
Примеры ошибок:
- Mailbox does not exist. We do not relay
- No such user!
- Unknown user
- Recipient address rejected: User unknown in local recipient table
- The email account that you tried to reach does not exist
- sorry, no mailbox here by that name
- no mailbox by that name is currently available
- Requested action not taken: mailbox unavailable
- Message was not accepted — invalid mailbox
- Bad recipient address syntax
- Bad address mailbox syntax
- No correct recipients
- We do not relay without RFC2554 authentication
Рекомендации:
Попробуйте связаться с получателем альтернативным способом связи, чтобы уточнить корректный электронный адрес. Затем поменяйте email в карточке. Как это сделать, смотрите в слайдере:
Ссылка на это место страницы: #receive
Ссылка на это место страницы: #specific
Ссылка на это место страницы: #no_connection
Ошибки в названии домена или его настройках
- MX lookup failed for [. ]
Данная ошибка указывает на проблемы с MX-записью домена, на который отправлялось письмо, либо по каким-то причинам не удалось проверить его MX-запись. Возможно, при регистрации пользователь указал некорректный адрес почты. Повторные попытки отправки сообщений при получении данной ошибки не производятся.
Если не удалось связаться с почтовым сервером , то вернутся следующие ошибки:
- Called MAIL FROM without being connected
- SMTP connect() failed
- RCPT TO command failed
Причины и рекомендации:
- Опечатки в электронных адресах
- Ограничения со стороны корпоративных доменов
- Общие рекомендации по базе электронных адресов
Ссылка на это место страницы: #errors
Опечатки в электронных адресах
При регистрации пользователь может указать электронный адрес с опечаткой. Сообщение на такой адрес доставить не получиться. Наиболее часто встречающимися опечатками являются:
- mail.ri — вместо mail.ru
- gmail.ru — вместо gmail.com
- yndex.ru — вместо yandex.ru
Рекомендации:
Периодически проверять базу пользователей на опечатки в электронных адресах и менять им почту.
Обратите внимание: электронная почта пользователя указана корректно, если она подтверждена. То есть чем больше % пользователей в вашей клиентской базе, которые подтвердили свою почту, тем меньше будет ошибок в адресах при отправке рассылок «по адресам, где дано разрешение на рассылки». И соответственно, выше доставляемость сообщений.
Ссылка на это место страницы: #corp
Ограничения со стороны корпоративных доменов
Корпоративные ящики чаще всего имеют свои почтовые сервера, индивидуальные спам-фильтры или другие настройки, которые могут влиять на доставляемость сообщений.
Рекомендации:
- Самостоятельно связаться с владельцами корпоративного домена, привести пример ошибки и уточнить, почему ваши сообщения не принимаются.
- Если пользователей с таким доменом в аккаунте немного, то наиболее оптимальным решением будет узнать у пользователя альтернативную почту на более популярном сервисе (gmail.com, yandex.ru, mail.ru) и сменить ее в карточке пользователя.
Ссылка на это место страницы: #popular
Общие рекомендации по базе электронных адресов
В качестве электронных почт пользователей рекомендуем использовать наиболее популярные почтовые сервисы, такие как mail.ru, gmail.com или yandex.ru. Это очень распространённые и надёжные почтовые сервисы с высокой доставляемостью сообщений.
Важно: Для снижения рисков попадания рассылок в спам отправляйте рассылки «по адресам, где дано разрешение на рассылки». Такие пользователи предоставили прямое согласие на получение рассылок, а их адреса точно не содержат ошибок. Поэтому важно не только собирать базу качественных электронных адресов, но и подтверждать их с помощью письма DOI.
Ссылка на это место страницы: #temp
Как правило, такие ящики обладают рядом ограничений. Например, могут не поддерживать html-версию письма или не восприниматься почтовыми службами как надежные получатели, так как не принадлежат реальным пользователям. Поэтому отправка на них рассылок может привести к снижению репутацию отправителя, а, следовательно, снизить доставляемость ваших сообщений.
Важно: вход во временные ящики осуществляется без пароля, поэтому их содержимое может просмотреть любой пользователь. Подобные электронные почты не рекомендуется использовать в качестве почт пользователей и сотрудникам (например, для тестирования).
Рекомендации:
Отписывать от рассылок или удалять из базы пользователей с временными почтами.
Источник: getcourse.ru