cron_events bitrix и почта — Р.Н.О

Всем привет. Проверку системы внутри Bitrix24 или Bitrix Управление сайтом многие делали, чтобы выявить ошибки и устранить их. так вот одна из записей сообщает что мол необходимо всех агентов перевести на cron. В Bitrix есть скрипт cron_events.php который необходимо «повесить» на cron чтобы он запускался раз в 5 минут собственно, а это собственно */5 * * * *

Далее хотелось бы PS:

при не рабочей почте сначала надо проверить вообще работу функции mail

Создаем файл в корне mail.php да как угодно и вставляем этот скрипт, указываем свою почту и да действительно на ящике ничего нет.

И еще одна PS: надо бы проверить уходит ли вообще при заполнении форм встроенных в Bitrix хоть что-либо или все таки висит не отправленным, на маркете есть скрипт проверки, но кто запрещает использовать стандартный функционал

Переходим в SQL  вашсайт.ру/bitrix/admin/sql.php

И вводим в окне

Где ORDER BY это тип почтового события

Если ниже окна вывелось Y, значит письмо из Bitrix ушло и ищем проблему на сервере, если N — то осталось в очереди и возможно определены константы BX_CRONTAB и BX_CRONTAB_SUPPORT в php_interface/dbconn.php, переведите их в false или вообще удалите эти строки в dbconn.php

Читать  Ошибка! IP адрес клиента изменился, продолжение невозможно. Переносим Bitrix

Так вот идем в но вернемся к cron_events и ошибкам

Так вот нередко на CentOS случались проблемы такого характера, что помимо того что письма уходят с проекта и не приходят на почту, появлялась еще и ошибка вида:

Cannot load Zend OPcache — extension already loaded
PHP Warning: Module ‘mbstring’ already loaded in Unknown on line 0.

Хотя запись в cron верная, на хостинге IHC путь до php я посмотрел, правильно /usr/bin/php -f /home/website/web/site.ru/public_html/local/php_interface/cron_events.php

ОоО это ж OPcache и nbstring. И ошибка говорит о том, что оказывается они дважды подключены. мда и это на чистой оси с установленным Bitrix и только…

Но ошибка есть, а писем нет, идем дапасмотреть.

Заходим (я не знаю кому чем удобно, у меня лично есть filezilla и notepad++) под root видим что

Вот они самые

/etc/php.d/10-opcache.ini
/etc/php.d/20-mbstring.ini
/etc/php.d/mbstring.ini
/etc/php.d/opcache.ini

Из-за чего вылезает данное предупреждение. В дубликатах:
/etc/php.d/mbstring.ini
/etc/php.d/opcache.ini

Открываем и комментируем:

Значит mbstring.ini

И opcache.ini аля также

И ошибки больше не будет.

НО как же наш cron_events bitrix? Он запускается и все впорядке, просто один нюанс:  Почтовые фильтры mail.ru считают с проекта письма спамом и просто отфильтровывают их.

Можно отслеживать доставку писем с помощью почтового лога на сервере , тут:/var/log/exim/main.log.

Как я догадался, все просто идем в логи и видим что нас отправляют на help.mail.ru почитать

Как-то так

Что делать? Все просто

Читать  Автоматическая отчистка устаревшего кеша на cron bitrix clean_expire_cache();

Проходим по ссылке и пишем пояснительную записку, все остальные поля должны быть заполнены. Ну и отправляем в Support Mail.ru жалобу. Через пару часов письма должны посыпаться «как из рога изобилия» ))

Ваш Ковальски

 

 

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *