- Неполадки с почтой на «Битрикс». Как исправить?
- Проблема с отправкой писем в Битрикс
- Проверить отправляются ли письма
- Список отправленных писем
- Не приходят на почту уведомления о заполнении веб-форм
- Если не отправляется почта из коробочного Битрикс24
- Причина нерабочей почты
- Каверзная ситуация
- Два простых решения
- Способности модуля
- Не отправляются письма из CRM (корпоративный портал)
Неполадки с почтой на «Битрикс». Как исправить?
Если у вас возникли какие либо вопросы которые вы не смогли решить по нашим публикациям самостоятельно,
то ждем ваше обращение в нашей службе тех поддержки.
Источник: |
Без обратной связи сайт словно паралитик: все видит, а сказать ничего не может. Не поступают данные с веб — форм, корпоративные ящики не работают совсем или настраиваются с удивительными ухищрениями. Деньги заплачены, а про-стей-шая, э-ле-мен-тар-ней-шая, важ-ней-шая рабочая задача не решена! Что делать?
Проверяем настройки почтового события веб-формы и связанные шаблоны
Давайте перейдем по пути Панель управления -> Настройки -> Настройки продукта -> Почтовые события и выберем событие.
1. На первой вкладке галочки кодов языка включены?
2. На вкладке «Шаблоны» галочка имени сайта включена?
3. Почтовый шаблон активен?
4. Поле «От кого» заполнено верно (по умолчанию #DEFAULT_EMAIL_FROM#) ?
5. Поле «Кому» заполнено верно (по умолчанию #EMAIL#) ?
Все верно? Смотрим дальше. В настройках модуля веб-формы отключите галочку «использовать упрощенный режим». Перейдите в настройки формы на вкладку «дополнительно» и проверьте, включен ли флаг привязки к почтовому шаблону. Готово?
Перейдите по адресу Настройки -> Инструменты -> SQL-запрос и выполните такой запрос:
select * from b_event where event_name like ‘%form%’ order by date_insert desc
Найдя событие выполнения формы, просмотрите поле SUCCESS_EXEC. Если видите «Y», то письмо из продукта ушло, и вам следует отправить запрос в техподдержку хостинга. Если видите «N», то перейдите в файл
и проверьте, определены ли 2 переменные: BX_CRONTAB и BX_CRONTAB_SUPPORT. Если да, то отмените определение.
Повторите SQL-запрос и снова просмотрите поле SUCCESS_EXEC. Если снова видите «N», очистите кэш в папке /bitrix/managed_cache/ через модуль управления структурой. Ни в коем случае ни через FTP! Если модуль выдаст ошибку, исправьте права доступа к папкам.
Если же значение «F», то функция mail() вернула значение False при отправке. Почему так бывает:
1. Не настроена функция mail() на хостинге. Обратитесь в техподдержку хостера.
2. Почтовый сервер не поддерживает формат письма. Попробуйте изменять настройки отправки, убирать поле ВСС, убирать галочку «Дублировать email адрес в заголовке», ставить «Конвертировать 8-битные заголовки». Если не поможет, запросите у администратора логи почтового сервера.
Наконец, если в поле «0», вернитесь к началу, настройкам почтовых событий, и проверьте заново.
Спасибо за внимание!
Читайте свежий выпуск «Кладовки программиста» каждый день!
Источник
Проблема с отправкой писем в Битрикс
Приветствую читателей thisis-blog.ru!
В сегодняшней статье хочу рассказать об основных проблемах с почтой в CMS 1с-Битрикс.
Порой до адресата не доходят письма и нужно понять, а отправляются ли они вообще? А может они были отправлены, но возникли, какие-то другие ошибки. Так что же делать в таких ситуациях?
Проверить отправляются ли письма
Для проверки достаточно на любой страничке написать следующий php код:
Либо использовать для отправки письма функцию bitrix CEvent::Send.
Если письмо не пришло, можно обращаться в тех. поддержку хостера.
Список отправленных писем
В битриксе нет как такого инструмента, который бы показывал сработавшие почтовые шаблоны и соответствующие отправленные письма. Но всё таки существует обходной путь, как просмотреть их.
Для этого нужно зайти в Админку Битрикс, далее Настройки -> Инструменты -> SQL-запрос. Ввести следующий sql код:
Вместо %form% нужно указать конкретный тип почтового события например так, чтобы посмотреть отправленные письма о новых заказах:
Либо можете вообще убрать вторую строку. В результате получите таблицу всех сработавших событий. Нас интересует колонка SUCCESS_EXEC.
‘Y’ — означает успешная отправка;
‘N’ или 0 — письмо не отправлено;
‘F’ — ошибка
Если найденные записи имеют значение ‘Y’ — это означает, что они отправлены и проблем быть не должно.
Но у нас всё плохо, значит обращаемся в тех. поддержку хостинга.
Если ‘N’ или 0- письма по какой-то причине не ушли.
Может помочь такое решение:
перейдите по пути: /bitrix/php_interface/dbconn.php
Закомментируйте или удалите следующие строки:
Попробуйте протестировать снова. Если после этого SUCCESS_EXEC также имеет значение ‘N’, то перейдите в /bitrix/managed_cache/ . Удалите содержимое через модуль управления структурой( не в коем случае не используйте FTP). Если вылезет ошибка, то не хватает доступа. Измените доступ к папкам и повторите снова.
Еще один способ — воспользоваться встроенными методами CMS Битрикс по диагностике.
- Проверка системы — /bitrix/admin/site_checker.php
- Монитор качества — /bitrix/admin/checklist.php
Ошибки, найденные в процессе диагностики, могут являються причиной вашей проблемы.
Возможная ошибка — почтовый сервер не поддерживает формат письма. Попробуйте изменить настройки отправки.
- Убрать BBC
- Убрать дублирование email в заголовке
- Установить Конвертировать 8-битные заголовки
Если ничего не помогло, попробуйте запросить у хостера логи почтового сервера.
Хочу рассмотреть частный случай:
Не приходят на почту уведомления о заполнении веб-форм
Шаги решения проблемы:
- Переходим в админ панель: Настройки -> Настройки продукта ->Настройки модулей -> Веб-формы. Отключаем флажок «использовать упрощенный режим». Переходим к настройкам компонента веб-форм на сайте. Вкладка дополнительно. Должен присутствовать флажок активирующий привязку к почтовому шаблону.
- Переходим: Панель управления -> Настройки -> Настройки продукта -> Почтовые события. Находим почтовый шаблон для веб-формы. Проверяем правильность данных:
- Шаблон должен быть активен;
- Привязан к одному из сайтов(если многосайтовость);
- От кого: #DEFAULT_EMAIL_FROM#;
- Кому: #DEFAULT_EMAIL_FROM#».
Спасибо за внимание, также читайте статью про то, как Добавить поле в почтовый шаблон.
Источник
Если не отправляется почта из коробочного Битрикс24
Мы в «Авиви» обратили внимание на частые запросы от пользователей коробочного Битрикс24 по решению проблемы с нерабочей почтой. Во всех случаях прослеживается один и тот же сценарий: когда в коробку пытаются подключить новый почтовый ящик, домен которого отличается от того, на который регистрировался Портал, — письма просто не отправляются. Мы разобрали ситуацию и даже создали собственное решение. Но в целом, пользователям следует знать, что это совсем не «баги» Битрикс24, а закономерность.
Причина нерабочей почты
Смотреть нужно, в первую очередь, на настройки SMTP. «Simple Mail Transfer Protocol» или простой протокол передачи почты отвечает в Битрикс24 не только за электронную почту, но и за приглашение сотрудников в портал, все уведомления и многое другое. В облачной версии набора инструментов для бизнеса, SMTP-сервер находится на стороне разработчиков, ими поддерживается и конфигурируется для широких масс пользователей со всего мира. Поэтому в облаке не составит проблем подключить к своей системе произвольный почтовый ящик, получать и отправлять с него письма.
В коробочной редакции SMTP идет в комплекте с остальными компонентами Битрикс24 и работает уже на Вашем сервере. Его настройка происходит вместе с развертыванием коробки и здесь кроется ключ ко всем последующим трудностям. Обычно SMTP «затачивают» только для доменного имени почты, на которую происходит регистрация портала. Это логично, поскольку неизвестно, почту на каком другом домене, которых в мире миллионы, захотите использовать Вы или Ваши сотрудники.
Таким образом, в новой коробке будут отлично работать лишь почты с одним доменным именем. Например, если Портал зарегистрирован на Gmail, то без проблем получится подключать и пользоваться всем, что заканчивается на @gmail.com. Но не более. Для остальных доменных имен нужны дополнительные индивидуальные настройки.
Каверзная ситуация
Конечно, если помнить о SMTP с самого начала, стресса будет меньше. Но абсолютное большинство пользователей, примерно 93%, как я уже говорил, вообще не вникают в данную ситуацию. Поэтому многих это вводит в ступор. В реалиях подключить собственный почтовый ящик с отменным от настроенного доменно возможно. Вы выполняете такие же действия, как и в облачном сервисе, указываете нужный адрес и сохраняете настройки. Скажу больше — Вы даже сможете получать письма в Битрикс24 с этого почтового ящика, поэтому подвох заметите не сразу. Но вот отправить ничего не получится: либо нельзя будет выбрать нужную почту, либо просто ничего не произойдет.
Эта особенность создает впечатление поломки Битрикс24, хотя такой вовсе не является. Поэтому если у Вас такая же проблема — не спешите ставить диагноз системе. Ведь программа просто не понимает что от нее хотят.
Два простых решения
Первым решением ситуации с почтой может быть настройка SMTP. Если Вы знаете, как это сделать — можете закрывать эту вкладку.
Второе простое решение мы создали сами в виде модуля для коробочного Битрикс24. Команда разработчиков учла все нюансы ситуации, чтобы рядовые пользователи не заметили разницу между работой с почтой на облаке и коробке — в локальной редакции будет возможность подключать, практически, неограниченное количество доменных имен почтовых сервисов.
Способности модуля
Кому интересно, мы научили наше решение следить за проверкой отправителя (from). Если доменное почтового сервиса отличается от того, что указано по умолчанию для коробочного Битрикс24, модуль включается в работу и отправляет письмо с нужными настройками SMTP.
Последнее, но не менее важное: наше решение не является кастомизацией ядра, поэтому всем подходит и не ломается от обновлений локальной редакции. Одним словом — получилась, так сказать, панацея, если сравнить с болезнью ситуацию с SMTP.
Собственные почтовые ящики возможно подключить через протокол IMAP. А можно и создать собственный, с которым модуль также работает корректно.
Все, что разработчики Битрикс24 сами добавляют в систему, в дополнительных настройках не нуждается, модуль их понимает. Таким образом не имеет значения, существует почтовый сервис сейчас, или будет придуман в недалеком будущем — проблем с его использованием не будет.
Последнее, но не менее важное: наше решение не является кастомизацией ядра, поэтому всем подходит и не ломается от обновлений локальной редакции. Одним словом — получилась, так сказать, панацея, если сравнить с болезнью ситуацию с SMTP.
Источник
Не отправляются письма из CRM (корпоративный портал)
Сейчас ставим коробку и столкнулись с проблемой, что почта из CRM не отправляется. Это связано с использованием демо-ключа (лицензию ещё не купили) или нужно смотреть на нашей стороне настройки?
Цитата |
---|
Юлия Бедросова написал: Роман , нет, это не связано с демо-ключом. Нужно анализировать возможные серверные проблемы. У меня в блоге есть несколько постов на эту тему: http://blog.bedrosova.ru/%D0%B1%D0%B8%D1%82%D1%80%D0%B8%D0%BA%D1%8124-%D0%B2-%D0%BB%D0%BE%D0%BA%D0%B. Если не разберетесь — обращайтесь — поможем. |
Спасибо за статью!
Решил проверить в настройках системы, и вот что получил в ответ:
Цитата |
---|
Результат теста: Ошибка! Не работает |
Осуществляется передача тестового письма на почтовый адрес 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/init.php , она будет использоваться вместо встроенной mail функции с тем же набором параметров.
Цитата |
---|
Роман написал: Решил проверить в настройках системы, и вот что получил в ответ: |
Цитата |
---|
Андрей Николаев написал: |
В итоге почта всё равно не работает. Не могу понять, что не так делаю
Пробовал установить zend-server, пишет, что такого пакета нет:
Цитата |
---|
Роман написал: есть только ssh-доступ. |
Цитата |
---|
Андрей Николаев написал: |
Как это нет? У Вас shared-хостинг что-ли? Или какой-нибудь русоникс «Сервер без забот»?
Цитата |
---|
Андрей Николаев написал: |
Как это нет? У Вас shared-хостинг что-ли? Или какой-нибудь русоникс «Сервер без забот»?
У нас свой сервер, просто человек, который его администрирует, ушёл в отпуск на 2 недели, а у сисадмина нет доступа к BitrixVM.
Цитата |
---|
Андрей Николаев написал: |
У Вас версия Enterprise? Там есть пункт в админке — Управление масштабированием, в нем можно и не заходя на сервер все настроить
Цитата |
---|
Роман написал: А есть документация по управлению масштабированием? |
Андрей Николаев, всё равно не работает.
Более того, портал начал жутко тормозить.
Как-то можно отключить масштабирование?
Цитата |
---|
Роман Гонюков написал: Более того, портал начал жутко тормозить. |
Цитата |
---|
Андрей Николаев написал: |
Нужно разобраться почему портал начал тормозить при включении почты. У Вас проверка сайта по-прежнему говори что ошибка с отправкой?
Портал вообще лёг
The script encountered an error and will be aborted. To view extended error messages, enable this feature in .settings.php .
Раньше у нас на сайте когда бывала такая проблема, админ говорил, что там что-то с mysql и памятью.
Я обновил mysql-сервер, но проблема не ушла.
Перед этим попробовал восстановить бэкап, и на свою голову решил не перезаписывать БД
Здравствуйте. У меня та же проблема. SMTP настраиваю под яндекс с портом 465 при проверке системы все зависает на проверке отправки почты. Помогает только ребут системы. Если же ни делать ребут то хост отрубает какие то процесы связаные с mysql.
Вас приветствует Регистратор доменных имён REG.RU!
Уведомляем вас, что на сервере (НОВЫЙ БХ) наблюдается нехватка оперативной памяти, в
следствие чего происходит аварийное завершение процессов. Вам необходимо произвести
оптимизацию использования памяти, либо повысить ваш тарифный план.
Наши рекомендации по решению проблемы:
https://www.reg.ru/support/hosting-i-servery/servery-vps/reshenie-problem-raboty-vps/mne-prishlo-uvedomlenie-o-nehvatke-operativnoy-pamyati
Список остановленных процессов:
Oct 28 20:35:02 ovzhost140 kernel: [12523414.471410] Out of memory in UB 40674685: OOM
killed process 352462 (mysqld) score 0 vm:1408784kB, rss:199020kB, swap:0kB
Oct 28 20:40:02 ovzhost140 kernel: [12523714.618938] Out of memory in UB 40674685: OOM
killed process 391149 (mysqld) score 0 vm:1408656kB, rss:197448kB, swap:0kB
Oct 28 20:43:01 ovzhost140 kernel: [12523894.068028] Out of memory in UB 40674685: OOM
killed process 420929 (mysqld) score 0 vm:1539852kB, rss:199040kB, swap:0kB
Oct 28 20:44:01 ovzhost140 kernel: [12523954.402703] Out of memory in UB 40674685: OOM
killed process 449873 (mysqld) score 0 vm:1343124kB, rss:194756kB, swap:0kB
Oct 28 20:45:02 ovzhost140 kernel: [12524014.761442] Out of memory in UB 40674685: OOM
killed process 453291 (mysqld) score 0 vm:1277580kB, rss:184928kB, swap:0kB
Oct 28 20:45:05 ovzhost140 kernel: [12524017.841788] Out of memory in UB 40674685: OOM
killed process 459129 (mysqld) score 0 vm:1212044kB, rss:184892kB, swap:0kB
Oct 28 20:45:07 ovzhost140 kernel: [12524019.599008] Out of memory in UB 40674685: OOM
killed process 463645 (mysqld) score 0 vm:1080832kB, rss:184652kB, swap:0kB
Oct 28 20:45:09 ovzhost140 kernel: [12524022.070840] Out of memory in UB 40674685: OOM
killed process 465919 (mysqld) score 0 vm:1080840kB, rss:184908kB, swap:0kB
Oct 28 20:45:17 ovzhost140 kernel: [12524029.757722] Out of memory in UB 40674685: OOM
killed process 468595 (mysqld) score 0 vm:1212040kB, rss:194836kB, swap:0kB
Oct 28 20:45:22 ovzhost140 kernel: [12524035.045937] Out of memory in UB 40674685: OOM
killed process 472985 (mysqld) score 0 vm:1146372kB, rss:184780kB, swap:0kB
Oct 28 20:46:01 ovzhost140 kernel: [12524074.304017] Out of memory in UB 40674685: OOM
killed process 473311 (mysqld) score 0 vm:1212044kB, rss:193580kB, swap:0kB
Oct 28 20:47:01 ovzhost140 kernel: [12524134.541713] Out of memory in UB 40674685: OOM
killed process 475571 (mysqld) score 0 vm:1212040kB, rss:190684kB, swap:0kB
Oct 28 20:48:01 ovzhost140 kernel: [12524193.777257] Out of memory in UB 40674685: OOM
killed process 478600 (mysqld) score 0 vm:1212036kB, rss:186484kB, swap:0kB
Oct 28 20:49:01 ovzhost140 kernel: [12524253.994414] Out of memory in UB 40674685: OOM
killed process 487809 (mysqld) score 0 vm:1212040kB, rss:191860kB, swap:0kB
Oct 28 20:50:01 ovzhost140 kernel: [12524314.190508] Out of memory in UB 40674685: OOM
killed process 491804 (mysqld) score 0 vm:1212044kB, rss:184836kB, swap:0kB
Oct 28 20:50:02 ovzhost140 kernel: [12524315.081645] Out of memory in UB 40674685: OOM
killed process 495376 (mysqld) score 0 vm:1070060kB, rss:184400kB, swap:0kB
Oct 28 20:50:03 ovzhost140 kernel: [12524315.726780] Out of memory in UB 40674685: OOM
killed process 497711 (mysqld) score 0 vm:1070464kB, rss:182844kB, swap:0kB
Oct 28 20:50:04 ovzhost140 kernel: [12524317.080356] Out of memory in UB 40674685: OOM
killed process 499446 (mysqld) score 0 vm:1080836kB, rss:178704kB, swap:0kB
Oct 28 20:50:05 ovzhost140 kernel: [12524317.687181] Out of memory in UB 40674685: OOM
killed process 501143 (mysqld) score 0 vm:1068192kB, rss:181436kB, swap:0kB
—С уважением,
Регистратор доменных имён REG.RU
От сюда и ошибки у предыдущего автора. Помогает ребут системы, но проблема не решается, если НЕ сменить порт то проверка системы снова зависнет. С портом 25 в smtp на яндексе например все тесты проходят успешно и ошибок отправки почты в проверке системы нет. Но письма отправленые не доходят до адресета а виснут в отправленых или же попадают в спам.
вот что в логах
Oct 28 17:13:48 host=smtp.mail.ru tls=on auth=on user= т ут почта@mail.ru from= т ут почта@mail.ru recipients= т ут почта@mail.ru errormsg=’the server sent an empty reply’ exitcode=EX_PROTOCOL
Oct 28 17:15:01 host=smtp.mail.ru tls=on auth=on user= т ут почта@mail.ru from= т ут почта@mail.ru recipients= т ут почта@mail.ru errormsg=’the server sent an empty reply’ exitcode=EX_PROTOCOL
Oct 28 17:27:01 host=smtp.mail.ru tls=on auth=on user= т ут почта@mail.ru from= т ут почта@mail.ru recipients= т ут почта@mail.ru mailsize=932 smtpstatus=250 smtpmsg=’250 OK exitcode=EX_OK
Oct 28 17:31:02 host=smtp.mail.ru tls=on auth=on user= т ут почта@mail.ru from= т ут почта@mail.ru recipients= т ут почта@mail.ru errormsg=’the server sent an invalid reply’ exitcode=EX_PROTOCOL
Oct 28 17:33:02 host=smtp.mail.ru tls=on auth=on user= т ут почта@mail.ru from= т ут почта@mail.ru recipients= т ут почта@mail.ru mailsize=932 smtpstatus=250 smtpmsg=’250 OK exitcode=EX_OK
Oct 28 17:35:56 host=smtp.yandex.ru tls=on auth=on user= т ут почта@yandex.ru from= т ут почта@yandex.ru recipients= т ут почта@mail.ru smtpstatus=554 smtpmsg=’554 5.7.0 Failed to authorize the sender 1540737356-0wprFZ6xHJ-ZuPGmY7C 1540737356-zcamt2u1LK-ZtXeuaMI’ errormsg=’the server did not accept the mail’ exitcode=EX_UNAVAILABLE
Oct 28 17:37:41 host=smtp.yandex.ru tls=on auth=on user= т ут почта@yandex.ru from= т ут почта@yandex.ru recipients= hosting_test@bitrixsoft.com mailsize=134 smtpstatus=250 smtpmsg=’250 2.0.0 Ok: queued on smtp3o.mail.yandex.net as 1540737461-eloSmXzgza-beAuBHPB’ exitcode=EX_OK (вот этот лог успешен из за того что в настройках smtp был порт 25.)
как вы видите по логам я тестил с smtp на яндес и маил, но почта привязана к аккаунту у меня только маил так как по какой то причине почта на яндекс привязанная перестала работать, а повторная привязка почты Яндекс не увенчалась успехом, при заполнения полей выдает (Ошибка подключения к серверу) http://skrinshoter.ru/s/291018/Ww2ARBl2?a , так же через IMAP не получилась с той же ошибкой. Щас удалил все файлы smtp http://skrinshoter.ru/s/291018/HUbJhgVy?a и тест системы не подвисает но в проверке система я по прежнему наблюдаю ошибку отправки почты http://skrinshoter.ru/s/291018/3Y2V1ILQ?a .
У меня Корп портал на демо ключе и установлены все последние обновления (БЕТА). Ни чего в настройках я не менял кроме того что запустил smtp сервер в настройках модуля mail. Так же хочу заметить что проблема была еще до того как я включил smtp в настройках модуля mail.(кстати не знаю как его теперь отключить, кнопка в настройках не отключает.). Хостинг REG.RU/ сетевое окружение битрикс. Настройки управления записи домена в скине http://skrinshoter.ru/s/291018/ZzpPn7i9 .
Еще раз подчеркну проблемы которые не получилось решить самостоятельно:
1. Не отправляются письма с подключенного ящика mail.ru
2. Не привязывается ящик yandex.ru http://skrinshoter.ru/s/291018/Ww2ARBl2?a
3. Не настраивается корректно smtp с портом который указан в мануалах.
4. Не отключается smtp который в настройках модуля почты.
Всю голову себе уже сломал, может есть тут гуру который знает в чем тут проблема. Готов даже копеечкой поделиться а то сроки жмут.
Источник