1С-Битрикс не отправляет письма с сайта — как вернуть отправку заявок за 10 минут

Почему 1С-Битрикс не отправляет письма

Первые симптомы: как понять, что письма действительно не уходят

Вы заполнили форму обратной связи, нажали «Отправить» — и тишина. Никаких писем на почту, ни уведомлений, ни ошибок. Заявки теряются, а клиенты уходят к конкурентам. В 1С-Битрикс это классическая ситуация: система считает, что письмо отправлено, но на деле оно просто не доходит. Давайте разберёмся, почему это происходит и как вернуть стабильную отправку за 10 – 30 минут.

Если сайт на Битриксе вообще не открывается или показывает белый экран — прочитайте пошаговую инструкцию, как восстановить работу сайта за 10 минут.

Проблемы с SMTP-настройками (Яндекс, Gmail, Mail.ru)

Самая частая причина — неверно указанные параметры SMTP. В Bitrix важно не просто включить SMTP, но и корректно прописать ssl://smtp.yandex.ru или smtp.gmail.com, порт (465/587), логин и пароль. После обновления PHP или смены пароля на почте сайт может внезапно перестать авторизовываться. Решение простое — проверить соединение через тестовый скрипт:

<?php
$transport = (new Swift_SmtpTransport('smtp.yandex.ru', 465, 'ssl'))
  ->setUsername('info@вашдомен.ru')
  ->setPassword('пароль_приложения');
$mailer = new Swift_Mailer($transport);
$result = $mailer->send((new Swift_Message('Тест'))->setFrom('info@вашдомен.ru')->setTo('you@example.com')->setBody('Проверка SMTP'));
echo $result ? 'Отправлено успешно' : 'Ошибка отправки';
?>

Если код возвращает ошибку 535 5.7.8 Authentication failed — значит, у Яндекс или Gmail нужно включить двухфакторную авторизацию и сгенерировать пароль приложения.

Отсутствуют SPF, DKIM или DMARC в DNS

Даже если отправка работает, письма могут не доходить из-за того, что сервер не авторизован на уровне DNS. Без записей SPF/DKIM/DMARC почтовики (Яндекс, Gmail, Mail.ru) считают письмо поддельным и кидают его в спам.

Проверить всё можно через MXToolbox — введи домен и посмотри, нет ли ошибок в SPF/DKIM/DMARC.

Хостинг блокирует php mail()

Если SMTP не настроен, Bitrix использует функцию mail(). Но на современных хостингах она часто отключена для защиты от спама. Признаки: письма не приходят, но в логах нет ошибок. Проверь конфиг PHP (disable_functions) или спроси у поддержки — разрешена ли отправка через mail(). В большинстве случаев нужно просто переключить способ отправки на SMTP.

Ошибки в компонентах форм и почтовых шаблонах

После правок программистов письма могут перестать формироваться вовсе. Если компонент form.result не связан с почтовым событием, письмо просто не создаётся. Проверить можно в разделе Настройки → Почта и события: у каждого события должен быть шаблон и активное событие.

Проблемы с авторизацией на Яндекс SMTP-сервере

С 2022 года Яндекс отключил обычные пароли. Теперь нужен пароль приложения. Создай его в профиле Яндекса → Безопасность → Пароли приложений. Без него сервер будет возвращать ошибку 5.7.8 Authentication failed или 554 5.7.1 Relay access denied.

Письма уходят, но не доходят (спам, фильтры, блокировки)

Иногда всё вроде работает, но письма оседают в спаме. Причины банальны: одинаковый адрес отправителя и получателя, шаблонные тексты («заявка с сайта»), или плохая репутация домена. Используй чистый адрес no-reply@домен.ru и уникальный subject с именем клиента — это повышает доставляемость.

Если тест прошёл успешно — проблема решена. Если нет — дальше в статье я покажу, как шаг за шагом восстановить отправку и убедиться, что все письма доходят до адресата.

Как проверить, работает ли отправка почты

Быстрая проверка через тестовый PHP-скрипт

Создайте отдельный файл, например /local/tools/mail-test.php, и вставьте туда следующий код:

<?php
$to = 'you@example.com';
$subject = 'Тестовая отправка с сайта '.$_SERVER['HTTP_HOST'];
$message = "Если вы видите это письмо — функция mail() работает корректно.";
$headers = 'From: info@вашдомен.ru' . "\r\n";

if (mail($to, $subject, $message, $headers)) {
    echo 'Почта отправлена успешно';
} else {
    echo 'Ошибка отправки — функция mail() недоступна';
}
?>

Если при открытии файла в браузере вы увидите сообщение «Почта отправлена успешно» — значит, PHP-функция работает и хостинг разрешает отправку писем. Если появляется ошибка — попробуйте переключить сайт на SMTP-режим или уточните у хостинга, включена ли функция mail().

Для удобства можно скачать готовый тестовый скрипт — просто распакуйте его в папку /local/tools/ и откройте по адресу https://вашсайт.ru/local/tools/mail-test.php.

Проверка логов и очередей отправки в BitrixVM

Если сайт работает в окружении BitrixVM, у вас есть мощные инструменты для диагностики. Bitrix ведёт собственный лог отправки писем — достаточно заглянуть в консоль:

# Проверка очереди писем
sudo /opt/webdir/bin/bx-mail -q

# Просмотр последних логов отправки
sudo tail -n 50 /var/log/maillog

# Проверка статуса сервиса exim/postfix
sudo systemctl status exim

Эти команды покажут, дошли ли письма до очереди, успешно ли они отправлены и нет ли ошибок SMTP. Если в логах встречается строка Connection timed out или Relay denied — проблема в авторизации или блокировке соединения почтовым сервером.

Если на BitrixVM письма застревают в очереди, не пытайтесь «чистить руками» — воспользуйтесь командой sudo exim -Mrm <ID письма> для удаления конкретного сообщения. После этого проверьте настройки SMTP-профиля в /etc/exim/exim.conf или через bx settings.

Анализ почтовых событий в админке и логах CEvent::Send

Для глубокой диагностики можно включить отладку вызовов CEvent::Send() — именно эта функция отвечает за генерацию писем:

<?php
AddEventHandler("main", "OnBeforeEventSend", function($event, $lid, &$arFields) {
    $log = date('d.m.Y H:i:s') . ' | ' . $event . ' | ' . print_r($arFields, true) . PHP_EOL;
    file_put_contents($_SERVER["DOCUMENT_ROOT"]."/bitrix/logs/mail_debug.log", $log, FILE_APPEND);
});
?>

После включения этого хука все почтовые события будут логироваться в /bitrix/logs/mail_debug.log. Вы сразу увидите, срабатывает ли функция CEvent::Send() и какие данные в неё передаются.

Если лог пуст — значит, событие почты не вызывается (ошибка в компоненте или шаблоне). Если событие есть, но письмо не приходит — ищите причину в SMTP-авторизации или фильтрах спама.
Если при проверке вы заметили ошибки PHP или проблемы с окружением — загляните в статью «Ошибки PHP на сайте Битрикс и как их исправить».

Чеклист диагностики отправки писем в Битриксе

Если сайт на Битриксе перестал отправлять письма — не паникуйте. Вот пошаговый чеклист, по которому я лично проверяю каждый проект, прежде чем чинить отправку. Пройдите все пункты снизу вверх — и в 9 из 10 случаев вы найдёте причину самостоятельно.

<?php
AddEventHandler("main", "OnBeforeEventSend", function($event, $lid, &$arFields) {
    file_put_contents($_SERVER["DOCUMENT_ROOT"]."/bitrix/logs/mail_debug.log",
        date('d.m.Y H:i:s')." | ".$event." | ".print_r($arFields, true).PHP_EOL,
        FILE_APPEND);
});
?>

Тест отправки писем через PHP-скрипт

Пошаговая проверка mail() и SMTP

Чтобы убедиться, что проблема действительно связана с сервером, а не с настройками 1С-Битрикс, можно выполнить тестовую отправку письма напрямую из PHP. Этот способ позволяет точно определить, работает ли почтовая функция или SMTP-соединение. Тест выполняется в два этапа: сначала проверяется стандартная функция mail(), затем — подключение к SMTP-серверу.

Создайте файл /local/tools/mail-diagnose.php и вставьте в него следующий код:

<?php
// --- Этап 1. Проверка функции mail() ---
$to = 'you@example.com';
$subject = 'Проверка mail()';
$message = 'Если вы видите это письмо — функция mail() на сервере работает.';
$headers = "From: info@вашдомен.ru\r\n";

echo "<h3>1. Проверка функции mail()</h3>";
if (mail($to, $subject, $message, $headers)) {
    echo "mail(): письмо отправлено успешно.<br>";
} else {
    echo "mail(): ошибка отправки.<br>";
}

// --- Этап 2. Проверка SMTP через PHPMailer ---
require_once($_SERVER['DOCUMENT_ROOT'].'/bitrix/php_interface/include/phpmailer/class.phpmailer.php');
require_once($_SERVER['DOCUMENT_ROOT'].'/bitrix/php_interface/include/phpmailer/class.smtp.php');

$mail = new PHPMailer(true);
$mail->isSMTP();
$mail->Host = 'smtp.yandex.ru';
$mail->SMTPAuth = true;
$mail->Username = 'info@вашдомен.ru';
$mail->Password = 'пароль_приложения';
$mail->SMTPSecure = 'ssl'; // или 'tls'
$mail->Port = 465;

$mail->CharSet = 'UTF-8';
$mail->setFrom('info@вашдомен.ru', 'OsinPRO Test');
$mail->addAddress('you@example.com');
$mail->Subject = 'Проверка SMTP';
$mail->Body = "Если вы видите это письмо — SMTP-отправка работает.";

echo "<h3>2. Проверка SMTP</h3>";
try {
    $mail->send();
    echo "SMTP: письмо отправлено успешно.<br>";
} catch (Exception $e) {
    echo "SMTP: ошибка — ".$mail->ErrorInfo."<br>";
}
?>

После сохранения откройте файл по адресу https://вашсайт.ru/local/tools/mail-diagnose.php — результаты проверки отобразятся прямо на странице. Если оба этапа пройдены успешно — сервер полностью готов к отправке писем через Битрикс.

Результаты и расшифровка ошибок

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

Как избежать повторных сбоев

Регулярное тестирование отправки писем

Даже при идеально настроенном SMTP отправка писем со временем может дать сбой — из-за изменений на стороне хостинга, почтового провайдера или обновлений PHP. Рекомендуется проверять отправку не реже одного раза в месяц. Это можно делать вручную через встроенный тест Битрикса или с помощью простого cron-скрипта, который раз в неделю отправляет письмо на ваш адрес и фиксирует результат.

<?php
// local/cron/mail_check.php
$result = mail('you@example.com', 'Mail check', 'Проверка отправки '.date('d.m.Y H:i'));
file_put_contents($_SERVER['DOCUMENT_ROOT'].'/bitrix/logs/mail_check.log',
    date('d.m.Y H:i:s').' — '.($result ? 'успешно' : 'ошибка').PHP_EOL, FILE_APPEND);
?>

Такой скрипт позволяет вовремя обнаружить проблемы с отправкой и предотвратить потерю заявок, если на сайте перестанут работать формы.

Логирование CEvent::Send и анализ почтовых событий

В Битриксе вся почтовая активность проходит через функцию CEvent::Send(). Чтобы контролировать корректность отправки, включите логирование всех вызовов этой функции. Это поможет понять, какие письма создаются, какие поля передаются и где именно возникают ошибки.

<?php
AddEventHandler("main", "OnBeforeEventSend", function($event, $lid, &$arFields) {
    $log = date('d.m.Y H:i:s')." | ".$event." | ".json_encode($arFields, JSON_UNESCAPED_UNICODE).PHP_EOL;
    file_put_contents($_SERVER["DOCUMENT_ROOT"]."/bitrix/logs/mail_events.log", $log, FILE_APPEND);
});
?>

Поддержка актуальных версий PHP и модулей Bitrix

Старые версии PHP (7.2 и ниже) и устаревшие сборки модулей Битрикса часто вызывают проблемы с шифрованием, SSL-сертификатами и SMTP-библиотеками. Перед обновлением проверьте совместимость сайта, создайте резервную копию и переходите на PHP 8.1 или выше. Обновлённый PHP быстрее, стабильнее и безопаснее, а модуль main в последних релизах Битрикса корректно работает с современными TLS-библиотеками.

Контроль лимитов хостинга и отказов SMTP-сервера

Большинство хостингов ограничивает количество исходящих писем в час (например, 300–500). Если сайт активно обрабатывает формы или заказы, превышение лимита приведёт к временной блокировке. Проверьте условия тарифа и настройте отправку через SMTP, который поддерживает очереди или распределение нагрузки.

Для Яндекс и Gmail лимиты тоже существуют: в среднем не более 500 писем в сутки для обычного аккаунта и до 3000 для корпоративного (Яндекс 360). Если объём превышается, используйте несколько SMTP-профилей или сторонний почтовый сервис.

Использование внешних SMTP-сервисов (Яндекс, Gmail)

Самый надёжный способ избежать сбоев — передать отправку писем внешнему сервису. SMTP-серверы Яндекса и Gmail обеспечивают стабильное шифрование, автоматическую авторизацию и защиту от спама. Для бизнеса с большим потоком уведомлений подойдут сервисы уровня Mailgun, SendPulse или Amazon SES.

Пример настройки SMTP-соединения для Яндекс 360:

$mail->isSMTP();
$mail->Host = 'smtp.yandex.ru';
$mail->Port = 465;
$mail->SMTPSecure = 'ssl';
$mail->SMTPAuth = true;
$mail->Username = 'info@вашдомен.ru';
$mail->Password = 'пароль_приложения';
$mail->setFrom('info@вашдомен.ru', 'OsinPRO');

Частые ошибки при настройке почты в Битриксе

Ошибка “Could not instantiate mail function”

Одна из самых распространённых проблем при использовании стандартной функции mail() в PHP. Ошибка означает, что сервер не смог инициализировать отправку письма. Причина обычно в ограничениях хостинга, отсутствии почтового агента (Exim, Sendmail) или неправильных правах на временные каталоги.

Warning: mail(): Could not instantiate mail function in 
/local/php_interface/init.php on line 124

Чтобы устранить ошибку, выполните проверку:

• Убедитесь, что функция mail() разрешена в php.ini (disable_functions не содержит mail).
• Проверьте, установлен ли на сервере агент отправки (например, /usr/sbin/sendmail).
• Если хостинг не поддерживает mail(), переходите на SMTP-отправку — это надёжнее и контролируемо.

SMTP-ошибка авторизации (Authentication failed)

Эта ошибка появляется, если сервер SMTP отвергает запрос из-за неверных данных или политики безопасности.

Письма не приходят администратору сайта

Если письма формируются в системе, но не доходят до администратора — причина, как правило, в неправильном адресе получателя, фильтрах на стороне почтового ящика или ошибках в шаблонах события. Проверьте журнал в админке: там отображаются все попытки отправки.

Письма попадают в спам у получателя

Даже при успешной отправке письма могут оказаться в папке «Спам» — особенно при использовании стороннего SMTP или новых доменов. Чтобы этого избежать, важно настроить корректные DNS-записи и следить за репутацией отправителя.

Иногда проблемы с почтой связаны с заражением файлов или вредоносными скриптами. Подробно об этом я писал в материале «Мой сайт на 1С-Битрикс взломали — что делать прямо сейчас».

Примеры из практики

BitrixVM и Яндекс SMTP: восстановление за 15 минут

На одном из проектов сайт на BitrixVM перестал отправлять уведомления о заказах. В логах — стандартная ошибка Could not instantiate mail function. Проверка показала: на сервере отсутствует почтовый агент, а mail() отключена по соображениям безопасности.

Решение было простым — перевести отправку на SMTP от Яндекса. Через /bitrix/php_interface/ подключён PHPMailer с параметрами:

$mail->isSMTP();
$mail->Host = 'smtp.yandex.ru';
$mail->Port = 465;
$mail->SMTPSecure = 'ssl';
$mail->SMTPAuth = true;
$mail->Username = 'info@домен.ru';
$mail->Password = 'пароль_приложения';

После обновления шаблона и очистки кеша сайт начал стабильно отправлять письма. Вся работа — 15 минут, без доступа к админке и без изменения ядра Битрикс.

Gmail-аккаунт с блокировкой портов 465 / 587

Другой случай — клиент использовал Gmail для отправки системных писем, но отправка неожиданно остановилась. При тесте SMTP возникала ошибка: Connection timed out.

Оказалось, что хостинг-провайдер заблокировал исходящие соединения по портам 465 и 587. В таких случаях проблема не в Битриксе, а в настройках сети или политике хостинга.

Чтобы обойти ограничение, я подключил альтернативный SMTP-сервис SendPulse с авторизацией через API. Письма стали доставляться мгновенно, а логи — доступны прямо в панели сервиса.

Ошибки в шаблонах форм обратной связи

На сайте интернет-магазина письма перестали приходить после доработки шаблона формы. Клиент считал, что «сломался SMTP», но проверка показала — разработчик случайно изменил имена полей в HTML-форме, а в почтовом шаблоне остались старые переменные #NAME#, #EMAIL#, #MESSAGE#.

Из-за этого CEvent::Send() не получал обязательные параметры и silently пропускал отправку.

// Было (ошибка):
$arFields = [
    "NAME" => $_POST["fio"], // переменная изменилась
    "EMAIL" => $_POST["email"],
    "MESSAGE" => $_POST["message"]
];

// Стало (исправлено):
$arFields = [
    "NAME" => $_POST["NAME"],
    "EMAIL" => $_POST["EMAIL"],
    "MESSAGE" => $_POST["MESSAGE"]
];

После корректировки имён полей и повторной привязки шаблона к событию письма снова начали приходить.

Частые вопросы (FAQ)

Почему в 1С-Битрикс перестали приходить письма с сайта?

Основная причина — сбой SMTP-настроек или ограничение хостинга на функцию mail(). Проверьте, какой способ используется для отправки, и протестируйте соединение. Если хостинг блокирует исходящие порты, переходите на SMTP-авторизацию через Яндекс или Gmail.

Что делать, если письма формируются, но не доходят до получателя?

Если событие есть в журнале CEvent::Send, но письма не приходят — проверьте SPF, DKIM и DMARC-записи домена. Без них почтовые сервисы часто помещают письма в спам или блокируют. Также убедитесь, что адрес отправителя совпадает с доменом SMTP-сервера.

Ошибка «Could not instantiate mail function» — что это значит?

Это означает, что функция mail() недоступна. На виртуальных серверах BitrixVM и большинстве современных хостингов она отключена по безопасности. Используйте SMTP-авторизацию — это гарантированный способ вернуть отправку писем и видеть ошибки в логах.

Как протестировать, работает ли отправка писем в Битриксе?

Создайте тестовый PHP-скрипт с вызовом mail() или подключите PHPMailer и отправьте письмо вручную. Если письмо не уходит, включите логирование ошибок в PHP и посмотрите вывод. На сайте можно реализовать интерактивную форму проверки, которая покажет статус SMTP-соединения.

Можно ли использовать Gmail для отправки почты с сайта?

Да, но только через SMTP с паролем приложения и включённым SSL/TLS. Укажите хост smtp.gmail.com, порт 465 или 587, и используйте пароль приложения, созданный в настройках безопасности аккаунта Google. Без этого Gmail заблокирует авторизацию.

Как защититься от повторных сбоев с отправкой писем?

Настройте ежемесячную проверку почты, включите логирование CEvent::Send, следите за лимитами SMTP-сервера и обновляйте модули Битрикса. При необходимости подключите внешний сервис вроде SendPulse или Mailgun — они надёжнее встроенных SMTP-механизмов.

Почему письма с сайта попадают в спам Gmail?

Если письма с вашего сайта стабильно оказываются в папке «Спам» Gmail, проверьте DNS-записи SPF, DKIM и DMARC. Gmail оценивает подлинность домена и доверие к IP-адресу отправителя. Также избегайте одинаковых тем и шаблонных текстов. Укажите корректное имя отправителя и реальный корпоративный адрес (например, info@вашдомен.ru).

Заключение — как быстро вернуть отправку заявок

Если сайт на 1С-Битрикс перестал отправлять письма — не нужно паниковать. В 90% случаев проблема решается за 10–30 минут: достаточно проверить SMTP-параметры, SPF/DKIM-записи и корректность шаблонов событий. Главное — действовать по шагам, не меняя файлы наугад и не удаляя стандартные модули.

Алгоритм восстановления можно свести к трём действиям:

1. Проверить соединение SMTP — протестировать отправку через тестовый PHP-скрипт, убедиться, что порты 465/587 открыты.
2. Проверить шаблоны и события — убедиться, что переменные совпадают, а письма фиксируются в журнале CEvent::Send.
3. Восстановить работоспособность — при необходимости обновить PHP, включить логирование и протестировать реальную отправку.