Command returned error bitrix smtp

РЕЦЕПТ: Настройки почты в BitrixVM 5.0.44

* * * * *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 вместо копирования.

В общем как оказалось достаточно указать в main.cf нужный порт и добавить директиву smtp_use_tls = yes

# smtp account configuration for default
account default
logfile /home/bitrix/msmtp_default.log
host smtp.yandex.ru
port 25
from user@host.ru
keepbcc on
auth on
user user@host.ru
password *******
tls on
tls_certcheck off

вот с этим у меня работает, конечно user@host.ru надо на вашего поменять и пароль не звездочки а действующий пароль от юзера, плюс важный момент под юзером от которого будете слать почту обязательно надо зайти первый раз и заполнить все данные профиля иначе как ни юзай почту не заработает без персональных данных.

Два года использования pdd.yandex.ru с почтой в нескольких доменах, 50 аккаунтов, через полгода пришлось отказаться от использования почтовых программных клиентов — отказы в работе служб smtp, pop, imap длительностью от нескольких минут до пары часов были почти еженедельно, при этом почта была доступна через веб и принималась серверами яндекса при отсылке напрямую.

По моему глубокому убеждению, в случае использования BitrixEnv/BitrixVM самый надежный и беспроблемный в дальнейшем способ организовать работу почты — это настройка postfix с отправкой почты напрямую, с DKIM и SPF записями в зоне домена от имени которого почта отправляется. Могу написать пошаговую инструкцию как это все настроить, при явной потребности сообщества в сем.

— не менял права на конфигурационный файл

Единственное, поставил symlink из /home/bitrix/.msmtpr в /etc/msmtprc вместо копирования.

добрый день! подскажите, пожалуйста. установила vmplayer, на него свежую версию машины и корп портал.
пытаюсь прописать почту через управление масштабированием, указываю реальный емейл и его настройки (пробовала гугл и мейл), но каждый раз как нажимаю начать выдается ошибка:
Options SMTPHost= EmailAddress= are mandatory
Соответственно, тест системы или конфигурации тоже выдает ошибку, что почта не работает.
Через управление сайтом в консоли настройки заданы, но не работает почему-то

Проблема еще в том, что я не знаток линукс-систем)
Если выполняю на портале php-скрипт для проверки (настройки почты сохранены через консоль), то портал намертво повисает

Источник

Настройка почты на VM Bitrix

При установке чистого шаблона виртуальной машины Bitrix в набор предустановленного ПО не входит почтовый сервер. Это политика компании 1C Битрикс , а не хостинг-провайдера.

Чтобы настроить почту на сервер Bitrix, воспользуйтесь следующей инструкцией.

Мы рекомендуем сделать это через стороннее SMTP . Для этого ваш домен должен быть делегирован на Яндекс ПДД, Почту для домена Mail.ru или аналогичные сервисы.

1. Подключаемся к серверу по SSH и попадаем в меню Bitrix-окружения:

2. Переходим в пункты:

Далее последовательно появятся вопросы (подсказки в скобках):

— адрес почтового сервера. Для Яндекс — smtp.yandex.ru

3. Указание порта, способа авторизации и шифрования:

5. В дальнейшем будет запрошен логин и пароль от почтового ящика, вводим их.

В результате будет создан файл /etc/msmtprc , в котором будут указаны внесённые настройки:

После этого почта на сайте начнёт работать.

Второй способ — через почтовик на сервере. Но мы не рекомендуем его, потому что почта может попадать в спам или грейлистинг, а настройка своего почтового сервера сложна и занимает время.

1. Устанавливаем postfix :

2. Через меню Битрикс вносим настройки:

3. Cоздаем файл лога и выставляем на него права:

Пример письма, отправленного без ошибок:

Вносить изменения в настройки можно непосредственно в файл либо повторно пройти настройки через меню Битрикс.

Источник

Как исправить ошибки SMTP-сервера при отправке писем

Будучи менеджером коммерческого отдела небольшой торговой компании, я выполнял задачу по отправке нескольких сотен писем постоянным и потенциальным клиентам. Базу формировали из открытых источников мы сами, предложение было реально интересным целевой аудитории. Возникла «неожиданная» проблема – часть писем стала возвращаться. Кроме того, начали приходить сообщения с указаниями кодов ошибки SMTP. Своего IT-специалиста в штате у нас не было, потому разобраться с проблемой я решил самостоятельно. О результатах этой работы, причинах возникновения таких ошибок и методах их решения расскажу в этой статье.

Как избежать ошибок при составлении и отправке писем

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

Самый простой способ это понять – отправить тестовое сообщение на свой ящик. Затем следует протестировать его отправку и получение, используя разные внешние почтовые сервисы: gmail, yandex, mail, rambler и другие. Если сообщение получено, следует ответить на него, проверив корректность исполнения команды «RE» вашим почтовым сервером и принятие ответа условным отправителем.

Довольно часто проблемы с попаданием писем в папку «Спам» или программной блокировкой на стороне получателя лежат в неверном оформлении ключевых полей. Особенно это касается массовых рассылок коммерческого характера. Для отправки большого количества однотипных сообщений как минимум потребуется выполнение следующих параметров настройки:

• выделенный IP-адрес с целью исключить блокировку на стороне сервера-ретранслятора или почтовой программы конечного получателя;
• криптографические подписи DKIM и SPF, помогающие подтвердить подлинность домена и минимизировать количество писем, воспринимаемых как спам.

Некорректное использование бота для отправки писем может привести к блокировке отправителя и другим нежелательным последствиям. Даже если информация, которую вы отправляете потенциальным клиентам, реально интересна им, система спам-фильтрации может воспринять данную рассылку как вредоносную. Чтобы избежать этого, лучше всего воспользоваться услугами специализированных компаний.

Положительные и отрицательные сообщения SMTP-сервера

SMTP (Simple Mail Transfer Protocol) — это протокол, используемый большинством почтовых программ для отправки электронных сообщений в сети интернет. Некорректное взаимодействие между серверами, индивидуальные настройки на уровне программного обеспечения и многие другие причины приводят к появлению ошибок. В этом случае письма не доходят до получателей, возвращаются обратно или просто «пропадают». При возникновении таких ситуаций отправитель получает сообщение о наличии конкретной ошибки, отражающей SMTP-код последнего отклика сервера.

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

Первая цифра комбинации содержит информацию о качестве доставки:

• сообщение доставлено («SMTP OK»);
• возникла неизвестная или временная проблема («SMTP unknown»);
• критическая ошибка («SMTP error»).

Существует четыре варианта значений для первой цифры кода:

• 2xx – положительный результат, есть возможность передачи следующей команды;
• 3xx – отложенный результат, необходимо осуществление дополнительных действий;
• 4xx – сообщение не принято, но проблема носит временный характер, и запрос может быть повторен через какое-то время;
• 5xx – категорический отказ выполнения команды, отправка запроса со стороны передающего сервера в том же виде невозможна.

Вторая цифра в коде сообщает о категории ответа:

• 0 – синтаксические ошибки;
• 1 – ответы на запросы информации;
• 2 – ошибки канала передачи;
• 3 и 4 – неизвестный тип ошибки;
• 5 – статус почтовой системы.

Третья цифра дает более расширенную информацию о значении, указанном во второй цифре SMTP-ответа.

Помимо цифровой комбинации, SMTP-сообщение может содержать дополнительную текстовую информацию.

Полную информацию о кодах, их компоновке и значениях можно найти в спецификациях RFC 5321 и RFC 1893.

Читайте также

Виды почтовых сервисов

На программном уровне существует несколько видов обработки электронной почтовой корреспонденции. К первой группе относятся виртуальные сервисы, доступные чаще всего в бесплатном исполнении через интернет-соединение на сайте почтового сервера. Это всем известные ресурсы:

• Gmail/Google Suite (почта от Google.com);
• Yandex.ru;
• Mail.ru;
• Rambler.ru и другие.

Более подробную информацию о значениях ответов SMTP можно получить на сайтах популярных почтовых сервисов:

Ко второй группе относятся почтовые клиенты – программы, обладающие более расширенным функционалом, чем виртуальные сервисы. Наиболее популярными и универсальными почтовыми клиентами для Windows являются:

• Opera Mail;
• Mozilla Thunderbird;
• Koma-Mail;
• SeaMonkey;
• The Bat!;
• Microsoft Outlook.

Принципы работы почтовых клиентов несколько отличаются от процесса обработки корреспонденции виртуальными серверами. При отправке сообщения программа отсылает его не напрямую конечному получателю, а ретранслирует через сервер-релей. Этот процесс осуществляется чаще всего с использованием протокола SMTP, а получение корреспонденции обычно происходит с помощью IMAP или POP.

О вариантах выбора и способах создания корпоративных почтовых сервисов более подробно можно прочитать здесь: Что такое почтовый сервер и зачем он нужен.

Классификация отрицательных SMTP-сообщений. Способы решения проблем

Я настроил свою почтовую программу – локальный клиент (MS Outlook и т.п.) или бесплатную почту на gmail или yandex. Начинаю отправлять письма, но сталкиваюсь с различными проблемами, связанными с тем, что мои респонденты не получают направленную им корреспонденцию. Соответственно, на мой ящик приходят сообщения об ошибках в виде кодировок SMTP.

Сразу опускаю тот пакет сообщений, которые начинаются с 2хх и 3хх, так как они содержат информацию о том, что задача получения письма уже решена положительно либо получит такой статус в ближайшее время. Более подробно рассмотрим некоторые виды кодированных сообщений, начинающихся с 4хх и 5хх, т.е. отклики SMTP-сервера, которые сообщают о наличии проблем.

Почтовый сервер сообщил об ошибке 421

Значение: Service Not Available. Сервер недоступен: канал связи будет закрыт.

Возможные причины

Варианты решения

Неправильно заданы параметры SMTP-соединения

Необходимо перепроверить настройки

Брандмауэр блокирует IP-адрес сервера электронной почты

Необходимо создать новое правило в брандмауэре

Блокируется трафик через порт 25

Попробуйте в настройках учетной записи электронной почты сменить номер порта SMTP на 465

Проблема использования VPN

Необходимо, чтобы провайдер услуги занес ваш почтовый сервер в белый список адресов VPN

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

Получено сообщение с кодом 451

Значение: Requested action aborted: local error in processing. Требуемое действие прерывалось: ошибка в обработке.

Возможные причины

Варианты решения

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

В настройках сервера увеличить лимит или задать ограничение не на количество подключений, а на количество писем на одного пользователя. Накопившуюся очередь писем можно отправить повторно командой «force send»

Неправильно настроены MX-записи домена, из-за чего происходит неправильная маршрутизация писем

Проверьте логи, конфигурационные файлы, МХ-записи и разрешения, внесите корректировки

Устранение проблем с доставкой электронной почты для кода ошибок 451 4.7.500–699 (ASxxx) в Exchange Online. Электронная почта из доменов onmicrosoft.com ограничена и фильтруется для предотвращения спама.

Ошибка почтового сервера 452

Значение: Insufficient system resources. Запрашиваемое действие не выполнено: недостаточно места в системе.

Возможные причины

Варианты решения

На сервере получателя закончилось место, поэтому письмо не доставляется

Чтобы в этом убедиться, достаточно попробовать осуществить отправку письма с другого сервера

В сообщении присутствует текст «Out of memory». Это значит, что недостаточно места на вашем сервере

Необходимо проверить количество отправляемых писем в очереди, наличие свободного места на диске и объем доступной памяти

В Microsoft Exchange Server есть специальный компонент мониторинга доступных ресурсов Back Pressure, который отслеживает свободное место на диске, на котором хранятся очереди транспортной службы Exchange. При возникновении такой ошибки можно сделать следующее:

• очистить диск от ненужных файлов;
• отключить мониторинг Back Pressure (не рекомендуется);
• перенести транспортную очередь на другой диск достаточного объема.

Сервер сообщил об ошибке SMTP 550

Значение: Mailbox unavailable. Требуемые действия не предприняты: электронный ящик недоступен

Возможные причины

Варианты решения

Неверно указан email-адрес получателя

Необходимо связаться с адресатом альтернативным способом и уточнить правильность написания адреса, а также убедиться, что он является действующим

Система заражена вирусом, осуществляющим массовую рассылку писем с вашего адреса

Провести полную проверку специализированной антивирусной программой

На стороне вашего интернет-провайдера установлены ограничения на отправку исходящих сообщений

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

Сервер получателя не работает

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

Данная ошибка может возникнуть из-за настроек программы Антиспам на стороне получателя. Проверьте корректность оформления вашего письма и другие параметры, по которым ваше сообщение может быть отнесено к нежелательным.

Почтовый сервер ответил ошибкой 571

Значение: SMTP Protocol Returned a Permanent Error 571 xxx@mail.ru prohibited. We do not relay/Spam message rejected. Ошибка на стороне получателя почты.

Возможные причины

Варианты решения

Ваш IP-адрес заблокирован на стороне конечного получателя спам-фильтром, антивирусом или файрволом

Данную проблему может решить только администратор сети получателя, исключив ваши идентификационный данные из списка блокировки или добавив их в «белый список»

Неверные учетные данные ретранслятора. У вас нет разрешения на отправку электронной почты через сервер, который находится между вами и получателем

Обратитесь к администратору данного ресурса для изменения настроек

У IP отправителя нет RDNS

Проверьте настройки получения писем и разрешения для доменов-отправителей

Как я уже писал выше, разные почтовые серверы накладывают свои ограничения на прием и отправку сообщений. Код 571 в Google Suite расшифровывается следующим образом: «Действующая политика запрещает отправку этого сообщения». Письмо может содержать защищенные или конфиденциальные данные – номера кредитных карт и т.п. Или политика администрирования запрещает отправку определенными пользователями сообщений адресатам вне установленной группы.

Сертификат почтового сервера недействителен

Обычно с таким сообщением приходится сталкиваться пользователям, у которых настроен Microsoft Exchange Server/MS Outlook. В данной ситуации самое простое решение – обновить сертификат.

Проверка доступности почтового сервера программным методом

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

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

Эти сервисы пробуют подключиться к почтовому серверу по SMTP, подтверждают, что у него есть запись обратной зоны DNS, и замеряют время отклика. С их помощью можно диагностировать некоторые ошибки службы почтовых серверов или проверить, не занесен ли данный ресурс в черные списки из-за спама.

Прочитав эту статью, обратите внимание на то, как настроен ваш почтовый сервер на получение сторонних писем по SMTP-протоколу. Быть может, в данный момент ваш антиспам или локальная политика фильтрации входящих сообщений блокирует получение очень важного и нужного для вас месседжа? Проверьте сами или обратитесь к системному администратору. Если ошибку с SMTP никак не удается решить, то попробуйте обратиться в службу поддержки почтового сервера.

Источник

См. определение в файле smtp.php строка 12

◆ __construct()

◆ __destruct()

◆ authenticate()

◆ capability()

◆ connect()

◆ decodeError()

◆ disconnect()

◆ errorMessage()

◆ exchange()

◆ executeCommand()

◆ getErrors()

◆ readLine()

◆ readResponse()

◆ reset()

◆ sendData()

◆ starttls()

◆ $errors

◆ $options

◆ $sessCapability

◆ $stream

◆ ERR_AUTH

◆ ERR_AUTH_MECH

◆ ERR_CAPABILITY

◆ ERR_COMMAND_REJECTED

◆ ERR_COMMUNICATE

◆ ERR_CONNECT

◆ ERR_EMPTY_RESPONSE

◆ ERR_REJECTED

◆ ERR_STARTTLS

Объявления и описания членов класса находятся в файле:

• C:/Bitrix/modules/mail/lib/smtp.php

Будучи менеджером коммерческого отдела небольшой торговой компании, я выполнял задачу по отправке нескольких сотен писем постоянным и потенциальным клиентам. Базу формировали из открытых источников мы сами, предложение было реально интересным целевой аудитории. Возникла «неожиданная» проблема – часть писем стала возвращаться. Кроме того, начали приходить сообщения с указаниями кодов ошибки SMTP. Своего IT-специалиста в штате у нас не было, потому разобраться с проблемой я решил самостоятельно. О результатах этой работы, причинах возникновения таких ошибок и методах их решения расскажу в этой статье.

Как избежать ошибок при составлении и отправке писем

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

Самый простой способ это понять – отправить тестовое сообщение на свой ящик. Затем следует протестировать его отправку и получение, используя разные внешние почтовые сервисы: gmail, yandex, mail, rambler и другие. Если сообщение получено, следует ответить на него, проверив корректность исполнения команды «RE» вашим почтовым сервером и принятие ответа условным отправителем.

Довольно часто проблемы с попаданием писем в папку «Спам» или программной блокировкой на стороне получателя лежат в неверном оформлении ключевых полей. Особенно это касается массовых рассылок коммерческого характера. Для отправки большого количества однотипных сообщений как минимум потребуется выполнение следующих параметров настройки:

• выделенный IP-адрес с целью исключить блокировку на стороне сервера-ретранслятора или почтовой программы конечного получателя;
• криптографические подписи DKIM и SPF, помогающие подтвердить подлинность домена и минимизировать количество писем, воспринимаемых как спам.

Важно! В случае несоблюдения этих элементарных правил вы рискуете не только тем, что конкретное письмо не будет доставлено адресату. При многократных попытках отправки письма в большинстве почтовых программ в блок-лист попадет вся корреспонденция, отправляемая с вашего email, и даже корпоративный домен (@domain.***).

Некорректное использование бота для отправки писем может привести к блокировке отправителя и другим нежелательным последствиям. Даже если информация, которую вы отправляете потенциальным клиентам, реально интересна им, система спам-фильтрации может воспринять данную рассылку как вредоносную. Чтобы избежать этого, лучше всего воспользоваться услугами специализированных компаний.

В моей практике был случай, когда никак не удавалось добиться получения моей электронной корреспонденции одним из сотрудников компании «Лукойл». Письма я отправлял самые простые, используя корпоративный ящик. Только после того, как мой респондент обратился в IT-службу своего предприятия, выяснилось, что данный адрес находится в блэк-листе. Попал он туда из-за каких-то ошибок, допущенных моим предшественником. Понадобилось больше недели, чтобы адрес включили в «белый список». Все это время письма, высылаемые с личного mail@yandex.ru, доходили без проблем.

Полезно: Почему не приходят письма с сайта. Пример частного случая.

Положительные и отрицательные сообщения SMTP-сервера

SMTP (Simple Mail Transfer Protocol) — это протокол, используемый большинством почтовых программ для отправки электронных сообщений в сети интернет. Некорректное взаимодействие между серверами, индивидуальные настройки на уровне программного обеспечения и многие другие причины приводят к появлению ошибок. В этом случае письма не доходят до получателей, возвращаются обратно или просто «пропадают». При возникновении таких ситуаций отправитель получает сообщение о наличии конкретной ошибки, отражающей SMTP-код последнего отклика сервера.

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

Первая цифра комбинации содержит информацию о качестве доставки:

• сообщение доставлено («SMTP OK»);
• возникла неизвестная или временная проблема («SMTP unknown»);
• критическая ошибка («SMTP error»). 

Существует четыре варианта значений для первой цифры кода:

• 2xx – положительный результат, есть возможность передачи следующей команды;
• 3xx – отложенный результат, необходимо осуществление дополнительных действий;
• 4xx – сообщение не принято, но проблема носит временный характер, и запрос может быть повторен через какое-то время; 
• 5xx – категорический отказ выполнения команды, отправка запроса со стороны передающего сервера в том же виде невозможна. 

Вторая цифра в коде сообщает о категории ответа:

• 0 – синтаксические ошибки; 
• 1 – ответы на запросы информации; 
• 2 – ошибки канала передачи; 
• 3 и 4 – неизвестный тип ошибки;
•  5 – статус почтовой системы.

Третья цифра дает более расширенную информацию о значении, указанном во второй цифре SMTP-ответа.

Помимо цифровой комбинации, SMTP-сообщение может содержать дополнительную текстовую информацию.

Полную информацию о кодах, их компоновке и значениях можно найти в спецификациях RFC 5321 и RFC 1893.

Следует учитывать, что SMTP-message говорит об успешном или неудачном варианте доставки именно на уровне взаимодействия почтовых серверов. Положительный ответ вовсе не означает, что ваше письмо не попало в папку «Спам».

Виды почтовых сервисов

На программном уровне существует несколько видов обработки электронной почтовой корреспонденции. К первой группе относятся виртуальные сервисы, доступные чаще всего в бесплатном исполнении через интернет-соединение на сайте почтового сервера. Это всем известные ресурсы: 

• Gmail/Google Suite (почта от Google.com);
• Yandex.ru;
• Mail.ru; 
• Rambler.ru и другие.

Более подробную информацию о значениях ответов SMTP можно получить на сайтах популярных почтовых сервисов:

• Коды ошибок SMTP почтового сервиса Gmail (Google Suite) (support.google.com)
• Создание и отправка писем на сервисе Яндекс
• Ошибки отправки писем при использовании сервера и сервиса Mail.ru

Ко второй группе относятся почтовые клиенты – программы, обладающие более расширенным функционалом, чем виртуальные сервисы. Наиболее популярными и универсальными почтовыми клиентами для Windows являются:

• Opera Mail;
• Mozilla Thunderbird;
• Koma-Mail;
• SeaMonkey;
• The Bat!;
• Microsoft Outlook.

Принципы работы почтовых клиентов несколько отличаются от процесса обработки корреспонденции виртуальными серверами. При отправке сообщения программа отсылает его не напрямую конечному получателю, а ретранслирует через сервер-релей. Этот процесс осуществляется чаще всего с использованием протокола SMTP, а получение корреспонденции обычно происходит с помощью IMAP или POP.

Коды SMTP-ответов определяются стандартом. Администратор почтового сервера может создать собственные настройки, в том числе и в части кодировки ответов сервера. Особенно это касается локальных почтовых программ, установленных непосредственно на сервере какой-нибудь компании.

О вариантах выбора и способах создания корпоративных почтовых сервисов более подробно можно прочитать здесь: Что такое почтовый сервер и зачем он нужен.

Классификация отрицательных SMTP-сообщений. Способы решения проблем

Я настроил свою почтовую программу – локальный клиент (MS Outlook и т.п.) или бесплатную почту на gmail или yandex. Начинаю отправлять письма, но сталкиваюсь с различными проблемами, связанными с тем, что мои респонденты не получают направленную им корреспонденцию. Соответственно, на мой ящик приходят сообщения об ошибках в виде кодировок SMTP. 

Сразу опускаю тот пакет сообщений, которые начинаются с 2хх и 3хх, так как они содержат информацию о том, что задача получения письма уже решена положительно либо получит такой статус в ближайшее время. Более подробно рассмотрим некоторые виды кодированных сообщений, начинающихся с 4хх и 5хх, т.е. отклики SMTP-сервера, которые сообщают о наличии проблем.

Почтовый сервер сообщил об ошибке 421

Значение: Service Not Available. Сервер недоступен: канал связи будет закрыт.

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

Получено сообщение с кодом 451

Значение: Requested action aborted: local error in processing. Требуемое действие прерывалось: ошибка в обработке.

Устранение проблем с доставкой электронной почты для кода ошибок 451 4.7.500–699 (ASxxx) в Exchange Online. Электронная почта из доменов onmicrosoft.com ограничена и фильтруется для предотвращения спама.

Необходимо добавить настраиваемый домен.

Ошибка почтового сервера 452

Значение: Insufficient system resources. Запрашиваемое действие не выполнено: недостаточно места в системе.

В Microsoft Exchange Server есть специальный компонент мониторинга доступных ресурсов Back Pressure, который отслеживает свободное место на диске, на котором хранятся очереди транспортной службы Exchange. При возникновении такой ошибки можно сделать следующее:

• очистить диск от ненужных файлов;
• отключить мониторинг Back Pressure (не рекомендуется);
• перенести транспортную очередь на другой диск достаточного объема.

Сервер сообщил об ошибке SMTP 550

Значение:  Mailbox unavailable. Требуемые действия не предприняты: электронный ящик недоступен

Данная ошибка может возникнуть из-за настроек программы Антиспам на стороне получателя. Проверьте корректность оформления вашего письма и другие параметры, по которым ваше сообщение может быть отнесено к нежелательным.

Почтовый сервер ответил ошибкой 571

Значение:  SMTP Protocol Returned a Permanent Error 571 xxx@mail.ru prohibited. We do not relay/Spam message rejected. Ошибка на стороне получателя почты.

Как я уже писал выше, разные почтовые серверы накладывают свои ограничения на прием и отправку сообщений. Код 571 в Google Suite расшифровывается следующим образом: «Действующая политика запрещает отправку этого сообщения». Письмо может содержать защищенные или конфиденциальные данные – номера кредитных карт и т.п. Или политика администрирования запрещает отправку определенными пользователями сообщений адресатам вне установленной группы.

Сертификат почтового сервера недействителен

Обычно с таким сообщением приходится сталкиваться пользователям, у которых настроен Microsoft Exchange Server/MS Outlook. В данной ситуации самое простое решение – обновить сертификат.

Проверка доступности почтового сервера программным методом

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

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

• https://mxtoolbox.com
• https://www.ultratools.com
• http://mail2web.com

Эти сервисы пробуют подключиться к почтовому серверу по SMTP, подтверждают, что у него есть запись обратной зоны DNS, и замеряют время отклика. С их помощью можно диагностировать некоторые ошибки службы почтовых серверов или проверить, не занесен ли данный ресурс в черные списки из-за спама.

Прочитав эту статью, обратите внимание на то, как настроен ваш почтовый сервер на получение сторонних писем по SMTP-протоколу. Быть может, в данный момент ваш антиспам или локальная политика фильтрации входящих сообщений блокирует получение очень важного и нужного для вас месседжа? Проверьте сами или обратитесь к системному администратору. Если ошибку с SMTP никак не удается решить, то попробуйте обратиться в службу поддержки почтового сервера.

При установке чистого шаблона виртуальной машины Bitrix в набор предустановленного ПО не входит почтовый сервер. Это политика компании 1C Битрикс, а не хостинг-провайдера.

Чтобы настроить почту на сервер Bitrix, воспользуйтесь следующей инструкцией.

Мы рекомендуем сделать это через стороннее SMTP. Для этого ваш домен должен быть делегирован на Яндекс ПДД, Почту для домена Mail.ru или аналогичные сервисы.

1. Подключаемся к серверу по SSH и попадаем в меню Bitrix-окружения:

2. Переходим в пункты:

>> 6.Manage sites in the pool

>> 4. Change email settings on site

Далее последовательно появятся вопросы (подсказки в скобках):

Enter From email address (ex. bob@example.org)

— ваша почта.

Enter server address or DNS (127.0.0.1):

— адрес почтового сервера. Для Яндекс — smtp.yandex.ru

3. Указание порта, способа авторизации и шифрования:

Enter server port (25): 587

Do you want to use SMTP authentication on smtp.yandex.ru:587? (N|y) Y

Do you want to enable TLS for smtp.yandex.ru: 587 (n|Y)

5. В дальнейшем будет запрошен логин и пароль от почтового ящика, вводим их.

В результате будет создан файл /etc/msmtprc, в котором будут указаны внесённые настройки:

account default
logfile /home/bitrix/msmtp_default.log
host smtp.yandex.ru
port 587
from bitrix@yoursite.ru
keepbcc off
auth on
user bitrix@yoursite.ru
password YourPAssWord

tls on 
tls_certcheck off

После этого почта на сайте начнёт работать.

Второй способ — через почтовик на сервере. Но мы не рекомендуем его, потому что почта может попадать в спам или грейлистинг, а настройка своего почтового сервера сложна и занимает время.

1. Устанавливаем postfix:

yum install postfix && service postfix start

2. Через меню Битрикс вносим настройки:

host 127.0.0.1
port 25
from bitrix@yoursite.ru
keepbcc off
auth off

3. Cоздаем файл лога и выставляем на него права:

touch /home/bitrix/msmtp_default.log
chown bitrix:bitrix /home/bitrix/msmtp_default.log

Пример письма, отправленного без ошибок:

Apr 28 16:06:53 host=127.0.0.1 tls=off auth=off from=bitrix@yoursite.ru 

recipients=f1rst-test@ya.ru mailsize=902 smtpstatus=250 smtpmsg='250 2.0.0 Ok: queued as 8DF4F11E1AE9' exitcode=EX_OK

Вносить изменения в настройки можно непосредственно в файл либо повторно пройти настройки через меню Битрикс.

Этот материал был полезен?

Обновлено: 23 апреля 2021

8408 просмотров

Если используется msmtp (установлен BitrixVM) и выводятся ошибки вида

<-- 550 5.7.0 Sender or From header address rejected: not owned by authorized user

Скорее всего bitrix отправляет письма, указывая отправителя в заголовке From, но msmtp их не может читать.
В таком случае можно использовать параметр —read-envelope-from.

Однако, в том же тесте системы, заголовок From не передается, как и в некоторых других ситуациях, тогда Битрикс не отправляет письма и выводит ошибки:

envelope from address extracted from mail: (null)
loaded system configuration file /etc/msmtprc
loaded user configuration file /home/bitrix/.msmtprc
falling back to default account
msmtp: account default from /home/bitrix/.msmtprc: envelope-from address is missing

Нашлось простое решение — скрипт, который смотрит, есть ли заголовок письма, если да, то запускает msmtp с параметром —read-envelope-from, иначе запускается стандартно.

Что бы избавиться от ошибки «not owned by authorized user» — создаем скрипт /usr/bin/bitrix_email.sh с содержимым:

#!/bin/bash
export HOME=/home/bitrix


[email protected]


message_body=""
while read line; do
  message_body="$message_body$linen"
done < /dev/stdin


if [[ $message_body == *"From:"* ]]; then
echo -e "$message_body" | /usr/bin/msmtp --debug -t -i --read-envelope-from $args
else
echo -e "$message_body" | /usr/bin/msmtp --debug -t -i $args
fi

Делаем скрипт запускаемым

chmod +x /usr/bin/bitrix_email.sh

Далее прописываем этот скрипт в /etc/php.d/bitrixenv.ini , если у вас bitrixVM или в ином в вашем случае

sendmail_path = /usr/bin/bitrix_email.sh

Перезапускаем php-fpm или httpd

service httpd restart

Всё, теперь при отправке почты отправитель будет браться из заголовков письма From:, если задан такой заголовок, иначе как раньше.

Буду рад, если эта статья поможет избавиться от ситуации, в которой Битрикс не отправляет письма.

РЕЦЕПТ: Настройки почты в BitrixVM 5.0.44

* * * * *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 вместо копирования.

В общем как оказалось достаточно указать в main.cf нужный порт и добавить директиву smtp_use_tls = yes

# smtp account configuration for default
account default
logfile /home/bitrix/msmtp_default.log
host smtp.yandex.ru
port 25
from user@host.ru
keepbcc on
auth on
user user@host.ru
password *******
tls on
tls_certcheck off

вот с этим у меня работает, конечно user@host.ru надо на вашего поменять и пароль не звездочки а действующий пароль от юзера, плюс важный момент под юзером от которого будете слать почту обязательно надо зайти первый раз и заполнить все данные профиля иначе как ни юзай почту не заработает без персональных данных.

Два года использования pdd.yandex.ru с почтой в нескольких доменах, 50 аккаунтов, через полгода пришлось отказаться от использования почтовых программных клиентов — отказы в работе служб smtp, pop, imap длительностью от нескольких минут до пары часов были почти еженедельно, при этом почта была доступна через веб и принималась серверами яндекса при отсылке напрямую.

По моему глубокому убеждению, в случае использования BitrixEnv/BitrixVM самый надежный и беспроблемный в дальнейшем способ организовать работу почты — это настройка postfix с отправкой почты напрямую, с DKIM и SPF записями в зоне домена от имени которого почта отправляется. Могу написать пошаговую инструкцию как это все настроить, при явной потребности сообщества в сем.

— не менял права на конфигурационный файл

Единственное, поставил symlink из /home/bitrix/.msmtpr в /etc/msmtprc вместо копирования.

добрый день! подскажите, пожалуйста. установила vmplayer, на него свежую версию машины и корп портал.
пытаюсь прописать почту через управление масштабированием, указываю реальный емейл и его настройки (пробовала гугл и мейл), но каждый раз как нажимаю начать выдается ошибка:
Options SMTPHost= EmailAddress= are mandatory
Соответственно, тест системы или конфигурации тоже выдает ошибку, что почта не работает.
Через управление сайтом в консоли настройки заданы, но не работает почему-то

Проблема еще в том, что я не знаток линукс-систем)
Если выполняю на портале php-скрипт для проверки (настройки почты сохранены через консоль), то портал намертво повисает

Источник

РЕЦЕПТ: Настройки почты в BitrixVM 5.0.44

* * * * *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 вместо копирования.

В общем как оказалось достаточно указать в main.cf нужный порт и добавить директиву smtp_use_tls = yes

# smtp account configuration for default
account default
logfile /home/bitrix/msmtp_default.log
host smtp.yandex.ru
port 25
from user@host.ru
keepbcc on
auth on
user user@host.ru
password *******
tls on
tls_certcheck off

вот с этим у меня работает, конечно user@host.ru надо на вашего поменять и пароль не звездочки а действующий пароль от юзера, плюс важный момент под юзером от которого будете слать почту обязательно надо зайти первый раз и заполнить все данные профиля иначе как ни юзай почту не заработает без персональных данных.

Два года использования pdd.yandex.ru с почтой в нескольких доменах, 50 аккаунтов, через полгода пришлось отказаться от использования почтовых программных клиентов — отказы в работе служб smtp, pop, imap длительностью от нескольких минут до пары часов были почти еженедельно, при этом почта была доступна через веб и принималась серверами яндекса при отсылке напрямую.

По моему глубокому убеждению, в случае использования BitrixEnv/BitrixVM самый надежный и беспроблемный в дальнейшем способ организовать работу почты — это настройка postfix с отправкой почты напрямую, с DKIM и SPF записями в зоне домена от имени которого почта отправляется. Могу написать пошаговую инструкцию как это все настроить, при явной потребности сообщества в сем.

— не менял права на конфигурационный файл

Единственное, поставил symlink из /home/bitrix/.msmtpr в /etc/msmtprc вместо копирования.

добрый день! подскажите, пожалуйста. установила vmplayer, на него свежую версию машины и корп портал.
пытаюсь прописать почту через управление масштабированием, указываю реальный емейл и его настройки (пробовала гугл и мейл), но каждый раз как нажимаю начать выдается ошибка:
Options SMTPHost= EmailAddress= are mandatory
Соответственно, тест системы или конфигурации тоже выдает ошибку, что почта не работает.
Через управление сайтом в консоли настройки заданы, но не работает почему-то

Проблема еще в том, что я не знаток линукс-систем)
Если выполняю на портале php-скрипт для проверки (настройки почты сохранены через консоль), то портал намертво повисает

Источник

Ошибка отправки почты

Используем BitrixENV. Согласно меню по пунктам 6, 4, настроено использование SMTP Яндекса.
Проверка системы в панели управления успешно отправляет сообщения, сообщения больше 64 Кб, и
рапортует об исправном выполнении агентов.

Просьба к знающим специалистам, подскажите где возможно еще подправить настройки,
чтобы в почтовые шаблоны правильно подгружались адреса «От кого» и «Кому»

Системные сообщения возвращают ошибку:

Обращался в поддержку почты Яндекса, они сказали, что почта не уходит, потому что
«От кого» и «Кому» некорректно указано

from=bitrix recipients=bitrix

Почтовое событие «Новый заказ»
Почтовый шаблон «Новый заказ»
Указываю адрес отправки #DEFAULT_EMAIL_FROM#
Адрес получателя #SALE_EMAIL#
Адрес отправителя в настройках главного модуля совпадает с адресом аккаунта в настройках почтовой системы.
Использую SMTP сервер Яндекса.

В логах cron исправно выполняется ежеминутно задание, как описано в статье
«Запуск агентов из cron -> Обобщенное решение»

Откуда он берет данные для отправки «От кого» — bitrix? И отправки «Кому» — bitrix

Спасибо за помощь,

Это больше похоже на email сообщение по результатам запуска cron-скриптов.
https://serverfault.com/questions/133058/how-to-send-the-output-from-a-cronjob-to-multiple-e-mail-addresses

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

CAgent::CheckAgents();
define(«BX_CRONTAB_SUPPORT», true);
define(«BX_CRONTAB», true);
CEvent::CheckEvents();

Вот здесь говорится:

«Проверить Агенты» и «Проверить события»

У меня настроены почтовые события
«Новый заказ»
«Новый быстрый заказ»

Для которых в настройке «Почтовых событий» в закладке «Шаблоны» указаны привязанные шаблоны.
Данные шаблоны имеют статус Active, привязку к сайту S1 и заполнены поля адресом отправителя и адресом получателя.

Это достаточные условия для получения системой сигнала об отправке почтового события,
оформленного почтовым шаблоном.
Таким образом, устанавливая работоспособность почтовой системы, а это проверенный факт,
в логах сразу пишется, когда идет «Проверка системы», отправка проверочного письма на bitrixsoft

И в окне выполнения скриптов PHP функция mail(); успешно отправляет сообщение, которое успешно доставляется.

Значит, почтовая система работает, события и агенты проверяются по Cron заданию, активные почтовые события выполняются
и почтовые шаблоны обязаны формировать письмо для отправки с полями «От кого» и «Кому» ибо таковые заполнены.

Источник

Настройка почты на VM Bitrix

При установке чистого шаблона виртуальной машины Bitrix в набор предустановленного ПО не входит почтовый сервер. Это политика компании 1C Битрикс , а не хостинг-провайдера.

Чтобы настроить почту на сервер Bitrix, воспользуйтесь следующей инструкцией.

Мы рекомендуем сделать это через стороннее SMTP . Для этого ваш домен должен быть делегирован на Яндекс ПДД, Почту для домена Mail.ru или аналогичные сервисы.

1. Подключаемся к серверу по SSH и попадаем в меню Bitrix-окружения:

2. Переходим в пункты:

Далее последовательно появятся вопросы (подсказки в скобках):

— адрес почтового сервера. Для Яндекс — smtp.yandex.ru

3. Указание порта, способа авторизации и шифрования:

5. В дальнейшем будет запрошен логин и пароль от почтового ящика, вводим их.

В результате будет создан файл /etc/msmtprc , в котором будут указаны внесённые настройки:

После этого почта на сайте начнёт работать.

Второй способ — через почтовик на сервере. Но мы не рекомендуем его, потому что почта может попадать в спам или грейлистинг, а настройка своего почтового сервера сложна и занимает время.

1. Устанавливаем postfix :

2. Через меню Битрикс вносим настройки:

3. Cоздаем файл лога и выставляем на него права:

Пример письма, отправленного без ошибок:

Вносить изменения в настройки можно непосредственно в файл либо повторно пройти настройки через меню Битрикс.

Источник

РЕЦЕПТ: Настройки почты в BitrixVM 5.0.44

Приветствую. Настроили наконец то почту на виртуальной машине.

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

Авторизуемся под root

Жмем 6
И видим что то подобное. Если у вас на сервере 1 сайт, то у вас будет только 1 kernel sites: default

И по шагам делаем следующее:

1. Вводим Enter from adress — это адрес по умолчанию с которого будут приходить все электронные письма с сайта. Жмем Enter после ввода email адреса.
2. Enter server address or DNS — это IP адрес сервера или DNS. Для текущего сервера я оставил пустым (тоесть по умолчанию будет использоваться значение указанное в скобках). Жмем Enter.
3. Enter server port — тут можно жать сразу Enter если у вас почта без шифрования (порт по умолчанию 25). Для шифрования указываете 443.
4. Do you need auth options for — Нужна ли вам авторизация на SMTP сервере. Если у вас только отправляются уведомления с сервера то жмете N .
5. Do you need TLS enabled for — Включить ли TLS. Я не включал, так как с включенным TLS поста у меня не приходила.
6. В конце жмете Enter и проверяете работает ли почта. Я проверял через уведомления с сайта.

Получиться в итоге должно что то подобное:

Но там описан процесс для BitrixVM 4.3 и не все актуально.

И да я все почтовые события переложил на крон.
Инструкция от техподдержки из курса: http://dev.1c-bitrix.ru/learning/course/?COURSE_ID=43&LESSON_ID=2943

Получилось как то так

Столкнулся с таким нюансом в ВМ, при установке последних обновлений ВМ перестает работать отправка уведомлений, если для 4,3 достаточно было установить через стандартное меню Битрикса
Server SMTP: localhost
port: 25
адрес ящика с которого отсылать: в моём случае bitrix@адрес портала
авторизация: n(Нет)
tsl: n(Нет)

то в 5,0,44 необходимо теперь каждому сайту в отдельности через модуль масштабирования настраивать почту отдельно. Зачем было усложнять не совсем понятно, хотелось бы комментария по этому поводу.

Но самое печальное что мне в этом всем не нравиться так это хранение паролей от почты в открытом виде в файле /home/bitrix/.msmtprc так как даже у пользователя bitrix получается есть к нему доступ, и давая кому то доступ на редактирование я получается свечу и пароли от почты, что лично меня категорически не устраивает.

Метод неплохой. Сам такими настройками пользовался долгое время.
Пока почта не перестала работать. Грешил на всё подряд. Причём по логам всё уходит. Помогло только смена ip адреса сервера.
Как можно догадаться, нас блочил сам яндекс.

У меня почта домена на яндексе и обычные настройки не помогали.

Всё заработало, но когда я тестил следующим скриптом:

Компания СКАУТ , вы уверены что все работает? У нас на корпортале, свежеустановленном на виртуальной машине 5.0.44 при таких же настройках уходят только приглашения на портал, а вот _уведомления пользователям_ о задачах и комментариях не уходят.

При этом проверку системы проходим на ура, все зелененькое. Разумеется, кроме интеграции с Windows, которая нам пока не нужна.

Если у Вас отправляются любые сообщения, то почта у вас настроена правильно.

Часть сообщений активируется в почтовых шаблонах «/bitrix/admin/message_admin.php?lang=ru»
Но это уже явно другая тема.

Что касается, уведомлений о задачах и комментариях, то полноценно их считайте, что нет.

Поддержка крона в dbconn.php включена:
define(‘BX_CRONTAB_SUPPORT’, true);

А в виртуальной машине в файле кронтаба сразу имеется нужная инструкция для ежеминутного выполнения cron_events.php
В таблице b_events если поменять статус неушедших сообщений с F на N (типа они новые и нужно их отправить), через полминуты снова становится F.

При этом если поменять данные при настройке почты. Например, не 127.0.0.1 а свою почтовую учетную запись на стороннем сервере (из под которой после танцев с бубнами все уходило на 5.0.37), то проверка системы перестает проходиться.

А также если прямо с сервера пытаться отправить письмо:

php -r «mail(‘dir@maystudio.ru’, ‘Test’, ‘Test’);»

то получаем такое:
msmtp: account default not found: no configuration file available

Если же скопировать конфигурационный файл .msmtprc в папку /etc/ (т.е. сделать общим для всех учеток данного сервера),
то при попытке отправить письмо с сервера, получаем 550 Disabled.

В-общем я снова прохожу все эти стадии, как и с 5.0.37

Одно пока радует

/etc/httpd/logs/error_log чистый, без ошибок Segmentation fault

Посмотрим, что будет при большей нагрузке и активности пользователей

В прошлый раунд пришлось обратиться к специалисту, который сказал, что была какая-то проблема С ДОСТУПОМ К ФАЙЛАМ. К сожалению, не знаю, к каким именно файлам и какого пользователя, root или bitrix. Хотя, скорее всего, bitrix?
После решения проблемы с доступом к файлам на 5.0.37, почта стала уходить любая из-под любой почтовой учетки.

Вот сейчас пытаюсь найти проблему после установки 5.0.44. Я бы и не трогала ничего, только падения апача с Segmentation fault замучили, а на 5.0.44 вроде бы должно работать стабильнее. Мне так сказали в другой теме.

А также если прямо с сервера пытаться отправить письмо:

php -r «mail(‘dir@maystudio.ru’, ‘Test’, ‘Test’);»

то получаем такое:
msmtp: account default not found: no configuration file available

Дико извиняюсь, пыталась отправить из под пользователя root (окошко попутала)
Функция mail работает.

Наверно, все же у меня что-то с настройками крона.

Надежда, Вам необходимо указать параметры работы с почтой из административной панели модуля «Управление масштабированием».

Если вы укажете локальный сервер отправки (localhost или 127.0.0.1), то проверка системы будет показывать, что почта работает, тк msmtp соединяется с локальным отправщиком, и ошибки уже нужно смотреть в его логах (чаще всего они говорят о том, что отправитель From неверный или принимающая сторона не может авторизовать корректно ваш сервер и выдает 550 — что тоже все пишется в логах).

Если Вы укажите сторонний smtp сервер (например mail.ru), и проверка на отправку почты не будет проходить, смело смотрите логи msmtp отправщика, обычно проблемы с неправильной настройкой параметров подключения к стороннему smtp.

Дополнительно, если у вас почта отправляется через сторонний smtp сервер, но часть сообщений не доходят до адресатов, также смотрите логи, и скорее всего у вас не совпадают адреса отправителя в почтовых шаблонах с адресом отправителя в настройках msmtp

Таким образом, VM 5.0.44 стала только гибче.

Я везде в почтовых шаблонах (еще в прошлый раз при настройке на 5.0.37 проставила #DEFAULT_EMAIL_FROM#)
#DEFAULT_EMAIL_FROM# у нас равен отправителю в настройках msmtp
В прошлый раз после танцев с бубном все заработало.
Танцы с бубном заключались в том, что нашли какую-то проблему с доступом к файлам.

Как зовут локального отправщика, где он лежит? спасибо. Мы не планируем его использовать, но сейчас он нужен мне для диагностики.
Поискала самостоятельно при помощи grep в конфиг файлах php и апача, чего-то не нашла ничего))).

Вот что нашла сегодня я:

Я сделала вывод работы крона в лог, получила следующее в логе:
msmtp: account default not found: no configuration file available

Msmtp не может найти конфиг файл для пользователя bitrix, хотя он абсолютно точно есть, Мы же его через меню шелла настроили.
В прошлом раунде настройки почты (на 5.0.37) все было так же.

]$ ls -l -a
total 112
drwx——. 3 bitrix bitrix 4096 Aug 16 14:18 .
drwxr-xr-x. 4 root root 4096 Aug 16 11:26 ..
-rw——- 1 bitrix bitrix 92 Aug 16 13:35 .bash_history
-rw-r—r—. 1 bitrix bitrix 18 Jul 18 2013 .bash_logout
-rw-r—r—. 1 bitrix bitrix 176 Jul 18 2013 .bash_profile
-rw-r—r—. 1 bitrix bitrix 124 Jul 18 2013 .bashrc
-rw-rw-r— 1 bitrix bitrix 72022 Aug 16 14:26 bx_log_2014_08_16.log
-rw-rw-r— 1 bitrix bitrix 0 Aug 16 14:46 cron_event.log
-rw-rw-r— 1 bitrix bitrix 3320 Aug 16 14:29 msmtp_default.log
-rw——- 1 bitrix bitrix 834 Aug 16 13:53 .msmtprc
drwxrwx—. 23 bitrix bitrix 4096 Aug 16 11:52 www

Вопрос: где почтовик ищет свой конфигурационный файл и почему не находит.
Я в правах на файлы немного путаюсь, в каком порядке их понимать, пойду почитаю про них пока.

Источник