Bitrix24 рассылка email отправляется с ошибкой

Была следующая проблема:
Коробка Б24, внутри неё у пользователей настроен доступ к персональным почтовым ящикам через раздел «Почта».

-Письма от портала (Уведомления и Проверка системы) ходят нормально, цепляются настройки из /home/bitrix/.msmtprc
-Письма  от имени персональных ящиков пользователей (из CRM или из раздела  Почта) не отправляются, т.к. подключаемся к SMTP через настройки из  .msmtprc, а отправителем ставим адрес пользователя, соответственно  яндекс ругается «not owned by authorized user».

Спасибо всем, отписавшимся выше, и отдельно А.Долганину. Благодаря вам пришёл к следующему решению:
В init.php прописываем следующий код:

function custom_mail($to, $subject, $message, $additional_headers='', $additional_parameters=''){
   global $DB;
   if (preg_match('/^From:.*?(?<email>[^<>@n ]+@[^<>@n ]+)/mi', $additional_headers, $matches)) {
      $fr om = $matches['email'];
      // выбор соответствующих адресу отправителя параметров
      $query = 'SEL ECT box.`NAME`, box.`LOGIN`, box.`PASSWORD`, box.`EMAIL` FR OM b_mail_mailbox as box WH ERE box.`EMAIL`="' . $from . '"';
      $res = $DB->Query($query);
      if ($arMail = $res->Fetch()) {
         BitrixMainLoader::includeModule('mail');
         $password = CMailUtil::Decrypt($arMail['PASSWORD']);
         $additional_parameters .= ' --auth=login --from="' . $arMail['EMAIL'] . '" --user="' . $arMail['NAME'] . '" --passwordeval="echo ' . $password . '"';
      }
   }
   if ($additional_parameters!='') {
      $result = @mail($to, $subject, $message, $additional_headers, $additional_parameters);
   } else {
      $result = @mail($to, $subject, $message, $additional_headers);
   }
   return $result;
}

Здесь мы выцепляем регуляркой значение заголовка From, находим в таблице b_mail_mailbox эту учётку и подставляем её данные в параметры командной строки для msmtp. Костыль работает, но есть некоторые особенности:

-в файле .msmtprc пароль для учётки тоже должен быть задан через passwordeval (не через password), иначе он не подменяется и msmtp пытается авторизоваться под учёткой из командной строки с паролем из файла настроек

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

Приветствую читателей thisis-blog.ru!

В сегодняшней статье хочу рассказать об основных проблемах с почтой в CMS 1с-Битрикс.
Порой до адресата не доходят письма и нужно понять, а отправляются ли они вообще? А может они были отправлены, но возникли, какие-то другие ошибки. Так что же делать в таких ситуациях?

Проверить отправляются ли письма

Для проверки достаточно на любой страничке написать следующий php код:

$mail="[email protected]"; // ваша почта
$subject ="Test" ; // тема письма
$text= "Line 1nLine 2nLine 3"; // текст письма
if( mail($mail, $subject, $text) )
{
echo 'Успешно отправлено!'; }
else{
echo 'Отправка не удалась!';
}

Либо использовать для отправки письма функцию bitrix CEvent::Send.

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

Список отправленных писем

В битриксе нет как такого инструмента, который бы показывал сработавшие почтовые шаблоны и соответствующие отправленные письма. Но всё таки существует обходной путь, как просмотреть их.

Для этого нужно зайти в Админку Битрикс, далее Настройки -> Инструменты -> SQL-запрос. Ввести следующий sql код:

select * from b_event
where event_name like '%form%'
order by date_insert desc

Вместо %form% нужно указать конкретный тип почтового события например так, чтобы посмотреть отправленные письма о новых заказах:

select * from b_event
where event_name like 'SALE_NEW_ORDER'
order by date_insert desc

Либо можете вообще убрать вторую строку. В результате получите таблицу всех сработавших событий. Нас интересует колонка SUCCESS_EXEC.
‘Y’ — означает успешная отправка;
‘N’ или 0 — письмо не отправлено;
‘F’ — ошибка
Если найденные записи имеют значение ‘Y’ — это означает, что они отправлены и проблем быть не должно.
Но у нас всё плохо, значит обращаемся в тех. поддержку хостинга.

Если ‘N’ или 0- письма по какой-то причине не ушли.
Может помочь такое решение:
перейдите по пути: <вашсайт>/bitrix/php_interface/dbconn.php

Закомментируйте или удалите следующие строки:

define('BX_CRONTAB', true);
define('BX_CRONTAB_SUPPORT', true);

Попробуйте протестировать снова. Если после этого SUCCESS_EXEC также имеет значение ‘N’, то перейдите в  <вашсайт>/bitrix/managed_cache/ . Удалите содержимое через модуль управления структурой( не в коем случае не используйте FTP). Если вылезет ошибка, то не хватает доступа. Измените доступ к папкам и повторите снова.

Еще один способ — воспользоваться встроенными методами CMS Битрикс по диагностике.

• Проверка системы — <вашсайт>/bitrix/admin/site_checker.php
• Монитор качества — <вашсайт>/bitrix/admin/checklist.php

Ошибки, найденные в процессе диагностики, могут являються причиной вашей проблемы.

Возможная ошибка — почтовый сервер не поддерживает формат письма. Попробуйте изменить настройки отправки.

• Убрать BBC
• Убрать дублирование email в заголовке
• Установить Конвертировать 8-битные заголовки

Если ничего не помогло, попробуйте запросить у хостера логи почтового сервера.

Хочу рассмотреть частный случай:

 Не приходят на почту уведомления о заполнении веб-форм

Шаги решения проблемы:

1. Переходим в админ панель: Настройки -> Настройки продукта ->Настройки модулей  -> Веб-формы. Отключаем флажок «использовать упрощенный режим». Переходим к настройкам компонента веб-форм на сайте. Вкладка дополнительно. Должен присутствовать флажок активирующий привязку к почтовому шаблону.
2. Переходим: Панель управления -> Настройки -> Настройки продукта -> Почтовые события. Находим почтовый шаблон для веб-формы. Проверяем правильность данных:

• Шаблон должен быть активен;
• Привязан к одному из сайтов(если многосайтовость);
• От кого: #DEFAULT_EMAIL_FROM#;
• Кому: #DEFAULT_EMAIL_FROM#».

Спасибо за внимание, также читайте статью про то, как Добавить поле в почтовый шаблон.

Политика конфиденциальности

Осуществляется передача тестового письма на почтовый адрес hosting_test@bitrixsoft.com через стандартную php функцию mail. Чтобы максимально приблизить тест к реальной работе почты, заведен служебный ящик.

В качестве тестового текста письма передается исходный код скрипта проверки сайта.

Никакие пользовательские данные не передаются!

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

Если время отправки письма больше секунды, это может значительно затормозить работу сайта. Обратитесь к хостеру с просьбой настроить отложенную отправку почты (через спулер) или включите передачу почты (и работу агентов) через cron. Для этого в dbconn.php надо добавить константу:
define(‘BX_CRONTAB_SUPPORT’, true);

Затем на cron добавьте ежеминутное выполнение скрипта php /var/www/bitrix/modules/main/tools/cron_events.php.
(замените /var/www на свой путь к корню сайта).

Но если функция mail() в данном случае не отработала, с большой уверенностью можно утверждать, что передача почты стандартным способом php на сервере невозможна.

Если хостер предоставляет альтернативные способы отправки почты с сайта, их можно использовать через функцию custom_mail. Определите эту функцию в файле /bitrix/php_interface/dbconn.php, она будет использоваться вместо встроенной mail функции с тем же набором параметров.

Подробности в журнале проверки системы.

Вот что мне написал сам Битрикс

Какие манипуляции проделал я:
1. добавил через manage sites почтовый адрес майл.ру
2. настроил крон

что имеется
BitrixVM 7.2.2
соответственно установленный дистрибутив

пользовался информацией Отсюда Отсюда и Отсюда Видео про почту начинается с 22-23 минуты

Я может что не правильно делаю? или надо почтовый сервер поднять я хз

Для начала необходимо проверить работу почты сайта под управлением Битрикс.

Битрикс посылает почтовые шаблоны функциями CEvent::Send() и CEvent::SendImmediate().

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

Письма, отправленные через CEvent::Send(), попадают в таблицу b_event.

Чтобы проверить таблицу, существует 2 способа.

Способ 1

Перейдите на страницу ваш_домен/bitrix/admin/perfmon_tables.php и в поле «Фильтр по имени таблицы» введите b_event, далее перейдите по точному совпадению таблицы.

Фильтр по имени таблицы

Способ 2

Письма, попавшие в b_event, посылаются на агенте (хиты) или на cron (по расписанию) и отправляются не сразу.

Письма, посылаемые через SendImmediate, не попадают в b_event, а отправляются сразу.

Send и SendImmediate — обертки на функцию Битрикса bxmail, которая использует либо стандартную php-функцию mail, либо custom_mail, если она определена.

В Административном разделе сайта перейдите на страницу по адресу Настройки -> Инструменты -> Командная PHP-строка и скопируйте туда данный код:

if( mail("mail_to@mail.com", "letter test", "my letter text",
"From: mail_from@mail.com
Reply-To: mail_from@mail.com
Content-Type: text/plain; charset=windows-1251
Content-Transfer-Encoding: 8bit"
) ){
    echo 'Успешно отправлено!';
}else{
    echo 'Отправка не удалась!';
}

Поля «От кого» (mail_from@mail.com), «Кому» (mail_to@mail.com) поменять на свои.

После этого нажмите на кнопку «ВЫПОЛНИТЬ«.

Командная PHP-строка

Битриксовская отправка письма — обёртка над функцией mail().

Если в результате выполнения команды появилось сообщение «Отправка не удалась!«, значит функция mail не работает. Свяжитесь с администрацией хостинга.

Далее нужно проверить срабатывает ли штатные события.

На D7:

use BitrixMainMailEvent;
$arFields = array(
    "EVENT_NAME" => "ваше событие",
    "LID" => "код вашего сайта",
    "C_FIELDS" => array(
    "EMAIL"    => "mail_to@mail.com",
    "BCC"    => "mail_to@mail.com",
    "DEFAULT_EMAIL_FROM"    => "mail_from@mail.com",
    ),
    "DUPLICATE"=>"Y",
);
$result=Event::send($arFields);
if($result->GetId()){
    echo 'Успешно отправлено!';
}else{
    echo 'Отправка не удалась!';
}

Проверьте, чтобы поля «DEFAULT_EMAIL_FROM«, «EMAIL«, «EVENT_NAME» были заполнены верно.

Если не поддерживается D7:

$arEventFields = array(
"EMAIL_TO"            => "mail_to@mail.com",
"BCC"                 => "mail_to@mail.com",
"DEFAULT_EMAIL_FROM"    => "mail_from@mail.com",
"ORDER_LIST"    => "состав заказа",
);
$result=CEvent::Send("ваше событие", "код вашего сайта", $arEventFields,'Y');
if(intval($result)){
    echo 'Успешно отправлено!';
}else{
    echo 'Отправка не удалась!';
}

Далее перейдите на страницу по адресу Настройки -> Инструменты -> SQL запрос и введите:

select * from b_event order by id desc

SQL запрос

Обратите внимание на колонки SUCCESS_EXEC и DUPLICATE. Иногда нужно подождать некоторое время (недолго), пока отработает запись в лог. Первый при установленном значении ‘Y‘ говорит нам, что отправка произошла успешно. Второй, что письмо продублировано на скрытую копию ВСС (например администратору о совершенном заказе).

Что же делать, если значения ‘N‘, а отправка простого mail() выдала ‘Успешно отправлено!’?

Параметр SUCCESS_EXEC сообщает:

Если там стоит ‘N’

1. Возможно в настройках продукта включена отправка сообщений по крону. Зайдите в файл /bitrix/php_interface/dbconn.php и проверьте, не определены ли у вас константы BX_CRONTAB и BX_CRONTAB_SUPPORT, если да — убрать их.(ОСТОРОЖНО! Будьте готовы вернуть всё в исходное состояние)
2. Если после этого SUCCESS_EXEC также N, то необходимо перейти в папку /bitrix/managed_cache/ и попытаться удалить содержимое обязательно через модуль управления структурой, а не через FTP. Если возникла ошибка, исправьте проблему с доступом продукта к папкам. Результатом должно быть удаление файлов и папок из кеша через модуль управления структурой.
3. Если после выполения команды CEvent::CheckEvents(); в командной строке несколько писем с N меняют статус отправки на другой, нужно добавлять и проверять cron-задачу или переключить отправку писем на хиты.
4. Поставьте cron-задачу (проверьте, есть ли она вообще) или перенесите отправку на хиты.
5. Код в init.php, некорректно работающий на cron. Проверьте там редиректы и пустые данные в переменной $_SERVER.

Если там стоит ‘F’ (функция mail() по какой-то причине вернула False)

1. Может почтовый сервер не поддерживает формат письма. Тогда необходимо:
   • Убрать BBC (лучше добиться, чтоб оно работало, но попробовать отключить можно)
   • Убрать дублирование email в заголовке
   • Установить «Конвертировать 8-битные заголовки»
2. Может быть это проблемы на стороне почтовой утилиты на сервере. Если почта была настроена, но вдруг перестала отправляться, ошибку нужно искать в логах почтовой утилиты. В стандартном виртуальном окружении Битрикса он находится по адресу /home/bitrix/msmtp_default.log. Проверьте также права на /home/bitrix/.msmtprc. Возможно прав для пользователя bitrix (если стантартное виртуальное окружение) не достаточно на прочтение. Поменяйте владельца на bitrix:bitrix.
3. Если писем отправляется очень много. В почтовых серверах может стоять ограничение на количество писем в минуту, час или день. Если лимит превышен, письма могут быть не доставлены. Ошибки можно увидеть в логах или узнать у техподдержки почтового сервера. Лечится увеличением пропускного лимита или уменьшением количества отправляемых писем. Например, можно убрать лишних получателей из копий, отключить лишние почтовые шаблоны.
4. В почтовом шаблоне письма есть заглушка #NAME#, а ключа с таким именем нет в массиве полей в b_event:
   • e-mail отправителя или получателя имеет неправильный формат;
   • заглушека #NAME# не может подставиться;
   • какой-то из необходимых заголовков не задан в почтовом шаблоне в административной части сайта;
   • в почтовом клиенте неверно настроено соответствие заголовков;
   • отправитель письма не соответствует тому, что ожидает почтовый сервер.
5. Битрикс заполняет заглушку #BCC# в полях Кому и Копии только в письмах, отправляемые модулем Интернет-магазин (например, создание заказа). Если вы добавите #BCC# в Кому или Копию в шаблон регистрации пользователя или в свой кастомный, или любой другой шаблон без приставки SALE — письмо не отправится и будет иметь статус отправки F.
6. Обработчики событий отправки писем сработали неверно.
7. Обратите внимание на функцию custom_mail. Если она определена, значит заменяет стандартную mail. Даже если она отработала корректно (отослались письма), статус может быть F или 0. Проверьте тариф используемого SMTP, проверьте логины, пароли, а также адрес отправителя. Обычно используют класс PhpMailer. Включите дебаг и посмотрите ошибки.

use PHPMailerPHPMailerPHPMailer;
use PHPMailerPHPMailerException;
$from = 'адрес отправителя';
$mail = new PHPMailer(true);
$mail->SMTPDebug = 1;                                       // включаем дебаг
$mail->isSMTP();                                            // включаем SMTP
$mail->Host       = '';  //  SMTP сервер
$mail->SMTPAuth   = true;                                   // включаем авторизацию
$mail->Username   = $from;                     // SMTP логин
$mail->Password   = '';                               // SMTP пароль
$mail->SMTPSecure = 'ssl';                                  // включаем шифрование
$mail->Port       = 465;                                    // используемый TCP порт

//Recipients
$mail->setFrom($from, 'Арт-Деко'); //от кого
$mail->addAddress(''); //кому
// Content
$mail->CharSet = "UTF-8"; //кодировка
$mail->isHTML(true);                                  // формат письма HTML
$mail->Subject = '=test=';
$mail->Body = '=test body=';
$mail->send();
file_put_contents($_SERVER['DOCUMENT_ROOT'].'/mail_log.log',serialize($mail->ErrorInfo).PHP_EOL,FILE_APPEND);

Если стоит NULL

API работает только с записями, у которых значение «N«, поэтому попробуем исправить сам столбец таблицы.

Для этого перейдите на Настройки -> Инструменты -> SQL запрос и введите:

alter table b_event modify SUCCESS_EXEC char(1) not null default 'N';

SQL запрос

Если стоит «0»

1. Неправильно настроен шаблон сообщения. Посмотрите правильность зополнения полей. Мало ли.
2. В почтовом шаблоне снята галочка активности или нет привязки к нужному сайту.
3. Обработчики событий отправки писем сработали неверно.

Если ничего не помогло

Проверка домена в настройках сайта

Для отправки писем важно, чтобы домен, с которого отправляются письма, был прописан в настройках сайта.

В Административном разделе перейдите на Настройки -> Настройки продукта -> Сайты -> Список сайтов и нажмите на id сайта, с которого идет отправка письма:

Список сайтов

На странице настроек сайта проверьте поле «Доменное имя«. Если там не указан домен, с которого отправляются письма, то введите его:

Редактирование сайта

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