Немного непонятно, из-под какого пользователя запускать файл cron_events.php. У меня из под битрикса.
Все одно: уведомления не уходят. В логе:
msmtp: account default not found: no configuration file available msmtp: account default not found: no configuration file available msmtp: account default not found: no configuration file available
* * * * * bitrix test -f /home/bitrix/www/bitrix/modules/main/tools/cron_events.php && { /usr/bin/php -f /home/bitrix/www/bitrix/modules/main/tools/cron_events.php ; } >/dev/null 2>&1 и поставила свою из инструкции */1 * * * * bitrix /usr/bin/php -f /home/bitrix/www/bitrix/php_interface/cron_events.php
2) Сменила права на конфигурационный файл .msmtprc на 644 3) Скопировала конфигурационный файл /home/bitrix/.msmtprc в папку /etc/. Команда:
cp /home/bitrix/.msmtprc /etc/msmtprc
Общий конфиг файл - именно БЕЗ точки.
Может, кому поможет.
Да, и адрес отправителя важен только в настройках msmtp. Там он должен быть равен адресу, с которого будет производиться отправка. А в настройках сайта в поле #DEFAULT_EMAIL_FROM# можно написать хоть адрес на деревню дедушке.
Надежда Неверова пишет: Вот сейчас пытаюсь найти проблему после установки 5.0.44. Я бы и не трогала ничего, только падения апача с Segmentation fault замучили, а на 5.0.44 вроде бы должно работать стабильнее. Мне так сказали в другой теме.
SegFault 99% дает APC, можно просто использовать другой кеш Если не решите проблему - обращайтесь, руками бы посмотреть, так не понятно что происходит.
Денис Диденко пишет: SegFault 99% дает APC, можно просто использовать другой кеш Если не решите проблему - обращайтесь, руками бы посмотреть, так не понятно что происходит.
Пока все тихо в плане 502 ошибки, посмотрим, что будет в понедельник.
Денис Диденко пишет: SegFault 99% дает APC, можно просто использовать другой кеш Если не решите проблему - обращайтесь, руками бы посмотреть, так не понятно что происходит.
А насчет этого, нам удалось выяснить, что апач падает из-за кода php. А именно из-за строчки 7 файла file.php одного из системных компонентов. Обращение в ТП результата не дало, там посоветовали собрать свое окружение. А также я попробовала отключить APC как описано в этой ветке Александром Корольковым, и у меня ошибка Segmentation Fault случилась сразу после отключения APC и перезагрузки httpd. Так что, судя по всему, дело не в нем.
* * * * *bitrix test -f /home/bitrix/www/bitrix/modules/main/tools/cron_events.php && { /usr/bin/php -f /home/bitrix/www/bitrix/modules/main/tools/cron_events.php ; } >/dev/null 2>&1 и поставила свою из инструкции */1 * * * * bitrix /usr/bin/php -f /home/bitrix/www/bitrix/php_interface/cron_events.php
2) Сменила права на конфигурационный файл .msmtprc на 644 3) Скопировала конфигурационный файл /home/bitrix/.msmtprc в папку /etc/. Команда:
cp /home/bitrix/.msmtprc /etc/msmtprc
Я всё оставил как есть по дефолту, то есть - агенты итак были на крон - ничего не правил в строке запуска крона, который добавил через "Масштабирование" - не менял права на конфигурационный файл
Единственное, поставил symlink из /home/bitrix/.msmtpr в /etc/msmtprc вместо копирования.
Версия BitrixVM 5.0.45. У меня возникла ошибка при настройке почты:
Код
Enter local site name (default): mystudio.ru
Email is not configured on mystudio.ru
Enter from address (ex. bob@example.org): bitrix@mystudio.ru
Enter server address or DNS (127.0.0.1):
Enter server port (25):
Do you need auth options for 127.0.0.1 (N|y): n
Do you need TLS enable for 127.0.0.1 (N|y): n
Command return error
Наверняка стоит упомянуть для тех, кто в поисках проблем с почтой попадёт в эту ветку, что с 16.09.2014 Яндекс (и @yandex.ru, и ПДД) перестал принимать почту без шифрования. А для отправки почты на 465 порт, postfix, например, настраивается только с большим бубном.