Тема: SMTP ошибка: 451
Опции темы
Поиск по теме
В логах exim есть три файла: main.log, panic.log и reject.log
Подскажите в чём дело? куда смотреть? по моемому что-то с антивирусом.
п.с. отключение «Включить проверку на вирусы» не помогло.
Здравствуйте. В интернете пишут, что помогает добавление в конфиг exim ALL в host.allow.
Или попробуйте clamd перезапустить
можно поподробнее? или ссылочку, где пишут!
в /etc/exim/exim.conf вроде ничего не нашел (ALL, host.allow)
Могу ошибаться, но больше склоняюсь к неисправности антивируса!
в /etc/clamd.d/scan.conf раскоментировал строки
т.к. clamd: unable to connect to UNIX socket (/var/run/clamd.scan/clamd.sock)
LogFile /var/log/clamav/clamd.log
LogTime yes
LogFileMaxSize 2M
LogRotate yes
PidFile /var/run/clamd.scan/clamd.pid
LocalSocket /var/run/clamd.scan/clamd.sock
далее, перезапуск.
[root@62-109-17-101 clamd.d]# service clamd restart
Redirecting to /bin/systemctl restart clamd.service
Failed to restart clamd.service: Unit clamd.service failed to load: No such file or directory.
[root@62-109-17-101 clamd.d]# clamd
ERROR: Can’t open/parse the config file /etc/clamd.conf
так-же создал
touch /var/run/clamd.scan/clamd.sock
chown root:root /var/run/clamd.scan/clamd.sock
Так-же нужно было выполнить
chown clamav:clamav /var/run/clamd.scan/clamd.sock
но clamav не оказалось, выполнил root
по адресу /usr/lib/systemd/system/clamd.service
нет clamd.service
есть clamd@.service
выполнить
systemctl enable clamd@.service
systemctl restart clamd@.service
не получается из-за @
Проблема, с которой в настоящее время сталкиваются многие администраторы серверов, связана с менее распространенной ошибкой SMTP, возникающей при отправке сообщения электронной почты.
Речь идет не о взломе или проблеме, вызванной ошибка конфигурации, ошибка SMTP 451 происходит особенно в операционных системах CentOS cu VestaCP установлен, и журнал ошибок выглядит так:
Я не знаю, если проблема также для серверов, которые имеют cPanel, но на VestaCP конечно это проблема. Практически ни один пользователь не может отправлять электронные письма, даже если подключение к почтовому серверу казалось нормальным.
Ошибка возникает в результате несовместимости конфигурации в последнем обновлении EXIM для CentOS (exim 4.94-1.el7), и пока нет «исправления» для решения этой проблемы. Однако есть очень простое решение.
Возвращаясь к предыдущей версии EXIM (понижение) является наиболее удобным решением для администраторов почтовых серверов с VestaCP.
1. Мы проводим аутентификацию в Linux через SSH и выполняем командные строки, через которые загружаем и устанавливаем старую версию EXIM.
2. Restart «Exim» и будьте осторожны, чтобы работали службы «clamd» и «spamassassin».
Тема: EXIM = «451 Temporary local problem» и прочее
Опции темы
Поиск по теме
Здравствуйте форумчане, техподдержка и разработчики!
С Наступающим всех Вас Новым 2017 годом!
Найдена тема на форуме Проблемка с EXIM4
в /etc/resolv.conf вроде всё в порядке, прописан сервер провайдера
т.е. уже всё исправлено, перезапуск поты не помог, продолжаю.
Попробовал подключится к почте через телефон, на Androide через приложение Gmail завёл новую учётку со своего сервера, подключился, стырае письма увидел, отправить не получается принять тоже.
Допусти мой домен «domen.ru»
Так вот Gmail не хочет на него подключаться как на почтовый, подключился только к mail.domen.ru (откорректировано позднее: смог подключиться на автоматически определённый адрес, т.е domen.ru)
Хотя в этом домене прописано следующее:
В итоге корректно подключается только к mail.domen.ru, т.е. с указанием mail
И так-же жалуется на сертификат от Let’s Encrypt
По SSL/TLS не хочет с этим сертификатом, STARTTLS тоже, только если указать SSL/TLS(принимать все сертификаты), но при этом указывает на то, что «Безопасность сообщения не гарантируется»!
Почта по прежнему не принимается и не отправляется.
Скорее всего Google не полностью доверяет Let’s Encrypt, или не доверяет ему из-за даты окончания сертификата, он всё-же на три месяца с последующим продлением!
При выпуске сертификата от Let’s Encrypt, домен уже стоит и подправить его (добавить) не получится, хотел отдельно выпустить на mail.domen.ru
Вспоминаю о том что есть пункт в меню «Узлы кластера», пункт «SSL Сертификат» (Редактировать SSL-сертификат верхнего уровня для почтовой ноды), тут я немного в ступоре, какой это сертификат верхнего уровня для почтовой ноды. Единственно что приходит на ум это то, что у меня включено проксирование панели на адрес acsum.ru, т.е. когда сервер отправляет системные сообщения, то они будут отправятся с почтового сервера вида mail.acsum.ru.
В антивируснике прописал (/etc/clamd.d/scan.conf)
В итоге почта заработала.
Пока не понял на каком моменте, но работает.
Заранее спасибо за комментарии и разъяснения!
п.с.:
Извините что много не по теме, но всё-же «накипело», хотел бы услышать комментарии!
Спасибо!
Как исправить ошибки SMTP-сервера при отправке писем
Будучи менеджером коммерческого отдела небольшой торговой компании, я выполнял задачу по отправке нескольких сотен писем постоянным и потенциальным клиентам. Базу формировали из открытых источников мы сами, предложение было реально интересным целевой аудитории. Возникла «неожиданная» проблема – часть писем стала возвращаться. Кроме того, начали приходить сообщения с указаниями кодов ошибки SMTP. Своего IT-специалиста в штате у нас не было, потому разобраться с проблемой я решил самостоятельно. О результатах этой работы, причинах возникновения таких ошибок и методах их решения расскажу в этой статье.
Как избежать ошибок при составлении и отправке писем
Причинами возникновения ошибок и, как следствие, неполучения сообщений могут служить разные факторы. Одни из них связаны с неправильным составлением исходящих писем самим пользователем, другие относятся к более глобальным программным настройкам со стороны получателя.
Самый простой способ это понять – отправить тестовое сообщение на свой ящик. Затем следует протестировать его отправку и получение, используя разные внешние почтовые сервисы: gmail, yandex, mail, rambler и другие. Если сообщение получено, следует ответить на него, проверив корректность исполнения команды «RE» вашим почтовым сервером и принятие ответа условным отправителем.
Довольно часто проблемы с попаданием писем в папку «Спам» или программной блокировкой на стороне получателя лежат в неверном оформлении ключевых полей. Особенно это касается массовых рассылок коммерческого характера. Для отправки большого количества однотипных сообщений как минимум потребуется выполнение следующих параметров настройки:
Некорректное использование бота для отправки писем может привести к блокировке отправителя и другим нежелательным последствиям. Даже если информация, которую вы отправляете потенциальным клиентам, реально интересна им, система спам-фильтрации может воспринять данную рассылку как вредоносную. Чтобы избежать этого, лучше всего воспользоваться услугами специализированных компаний.
Положительные и отрицательные сообщения SMTP-сервера
SMTP (Simple Mail Transfer Protocol) — это протокол, используемый большинством почтовых программ для отправки электронных сообщений в сети интернет. Некорректное взаимодействие между серверами, индивидуальные настройки на уровне программного обеспечения и многие другие причины приводят к появлению ошибок. В этом случае письма не доходят до получателей, возвращаются обратно или просто «пропадают». При возникновении таких ситуаций отправитель получает сообщение о наличии конкретной ошибки, отражающей SMTP-код последнего отклика сервера.
Данные коды являются трехзначными, каждая его часть несет в себе определенную информацию, расшифровывающую причину сбоя.
Первая цифра комбинации содержит информацию о качестве доставки:
Существует четыре варианта значений для первой цифры кода:
Вторая цифра в коде сообщает о категории ответа:
Третья цифра дает более расширенную информацию о значении, указанном во второй цифре SMTP-ответа.
Помимо цифровой комбинации, SMTP-сообщение может содержать дополнительную текстовую информацию.
Полную информацию о кодах, их компоновке и значениях можно найти в спецификациях RFC 5321 и RFC 1893.
451 temporary local problem please try later как исправить
Вот такая ошибка у меня сегодня на хостинге с утра 🙁
После долгих изысканий нашел как лечить, может кому пригодиться:
Первым делом, добавляем exim в host.allow
/etc/host.allow
в файле пишем и сохраняем
exim: ALL
Если не помогло (а мне не помогло 🙂 ), пробуем перестроить конфиг eximа
/etc/exim/exim.conf
#вместо
malware = *
#пишем
malware = */defer_ok
После это го все заработало.
После установки обновления ISPmanager Business 5.169.1, тоже начались проблемы с почтой.
5.169.1 дата установки: 2018-09-19
451 Temporary local problem
temporarily rejected after DATA
В panic логе, было видно, что exim не может подключиться к сокету clamdscan. Не хватает прав.
malware acl condition: clamd /var/run/clamd.scan/clamd.sock : unable to connect to UNIX socket (/var/run/clamd.scan/clamd.sock): Permission denied
На сам сокет права были нормальные
srw-rw-rw- 1 clamscan clamscan 0 Sep 21 11:08 /var/run/clamd.scan/clamd.sock
Но, на директорию /var/run/clamd.scan/ права были ограничены
drwx—x— 2 clamscan virusgroup 60 Sep 19 20:08 clamd.scan
Поменял их
drwxr-xr-x 2 clamscan clamscan 60 Sep 21 11:08 clamd.scan
Почта стала отправляться. В paniс лог новых записей больше не появлялось.
cat /etc/tmpfiles.d/clamd.scan.conf
d /var/run/clamd.scan 0755 clamscan clamscan
Вот такая ошибка у меня сегодня на хостинге с утра 🙁
#пишем
malware = */defer_ok
После это го все заработало.
Очевидно у вас тоже эта проблема с правами.
строчка с “defer_ok”принимает сообщения, если антивирусный сканер не может по каким-то причинам обработать сообщение.
То есть, у вас теперь почта просто не проверяется через clamd, так как exim не может к нему подключиться. С этой настройкой он просто игнорирует эту проблему.
После установки обновления ISPmanager Business 5.169.1, тоже начались проблемы с почтой.
Точно, кто же еще виноват 😀
Полечить можно так:
ChangeLog for: clamav-0.100.1-3.el7.x86_64
— Modify group of /var/run/clamd.scan to virusgroup
.
5.169.3 выпущен 27.09.2018
Ладно, не позже всех, приблизительно со мной вместе 😀