Iredmail smtp ошибка 451 невозможно добавить получателя

You are not logged in. Please login or register.

# /etc/init.d/iredapd restart

Generated in 0.012 seconds (63% PHP — 37% DB) with 8 queries

I am facing strange problem after today.

For months i am using iRedMail 0.9.2 and i have no problems at all. I received and send email all the way until today.

Today i install apt-get install sendmail and everything stopped working.

Now i can not receive and send emails.

So i menaged to remove sendmail and reinstall postfix but now in Roundcube when i try to send email i receive the following error:

SMTP Error (451): Failed to add recipient "theemail@gmail.com" (4.3.0 <office@superweb.bg>: Temporary lookup failure).

I removed sendmail and reinstalled postfix like this:

sudo apt-get purge sendmail
sudo apt-get install --reinstall postfix
sudo /etc/init.d/postfix restart

Here is what my mail.log says:

Oct  5 18:13:58 mail postfix/cleanup[3300]: warning: B8CB3A22AD7: sender_bcc_maps map lookup problem -- message not accepted, try again later
Oct  5 18:13:58 mail postfix/pickup[3297]: warning: maildrop/BAEC8A22ACD: error writing B8CB3A22AD7: queue file write error
Oct  5 18:14:41 mail postfix/smtpd[3318]: error: unsupported dictionary type: pcre
Oct  5 18:14:42 mail postfix/smtpd[3318]: connect from smtp-out.abv.bg[194.153.145.80]
Oct  5 18:14:42 mail postfix/proxymap[3303]: warning: mysql:/etc/postfix/mysql/virtual_mailbox_domains.cf is unavailable. unsupported dictionary type: mysql
Oct  5 18:14:42 mail postfix/trivial-rewrite[3301]: warning: proxy:mysql:/etc/postfix/mysql/virtual_mailbox_domains.cf: table lookup problem
Oct  5 18:14:42 mail postfix/trivial-rewrite[3301]: warning: virtual_mailbox_domains lookup failure
Oct  5 18:14:42 mail postfix/trivial-rewrite[3301]: warning: proxy:mysql:/etc/postfix/mysql/virtual_mailbox_domains.cf: table lookup problem
Oct  5 18:14:42 mail postfix/trivial-rewrite[3301]: warning: virtual_mailbox_domains lookup failure
Oct  5 18:14:42 mail postfix/smtpd[3318]: warning: pcre:/etc/postfix/helo_access.pcre is unavailable. unsupported dictionary type: pcre
Oct  5 18:14:42 mail postfix/smtpd[3318]: warning: pcre:/etc/postfix/helo_access.pcre: table lookup problem
Oct  5 18:14:42 mail postfix/smtpd[3318]: NOQUEUE: reject: RCPT from smtp-out.abv.bg[194.153.145.80]: 451 4.3.5 <smtp-out.abv.bg>: Helo command rejected: Server configuration error;$
Oct  5 18:14:42 mail postfix/smtpd[3318]: disconnect from smtp-out.abv.bg[194.153.145.80]
Oct  5 18:14:58 mail postfix/pickup[3297]: B1974A22AD7: uid=0 from=<root>
Oct  5 18:14:42 mail postfix/proxymap[3303]: warning: mysql:/etc/postfix/mysql/virtual_mailbox_domains.cf is unavailable. unsupported dictionary type: mysql
Oct  5 18:14:58 mail postfix/proxymap[3303]: warning: mysql:/etc/postfix/mysql/sender_bcc_maps_user.cf is unavailable. unsupported dictionary type: mysql
Oct  5 18:14:58 mail postfix/cleanup[3300]: warning: proxy:mysql:/etc/postfix/mysql/sender_bcc_maps_user.cf lookup error for "root@mail.vivashost.com"
Oct  5 18:14:58 mail postfix/cleanup[3300]: warning: B1974A22AD7: sender_bcc_maps map lookup problem -- message not accepted, try again later
Oct  5 18:14:58 mail postfix/pickup[3297]: warning: maildrop/BAEC8A22ACD: error writing B1974A22AD7: queue file write error
Oct  5 18:15:58 mail postfix/pickup[3297]: C0A32A22AD7: uid=0 from=<root>
Oct  5 18:15:58 mail postfix/cleanup[3300]: warning: proxy:mysql:/etc/postfix/mysql/sender_bcc_maps_user.cf lookup error for "root@mail.vivashost.com"
Oct  5 18:15:58 mail postfix/cleanup[3300]: warning: C0A32A22AD7: sender_bcc_maps map lookup problem -- message not accepted, try again later
Oct  5 18:15:58 mail postfix/pickup[3297]: warning: maildrop/BAEC8A22ACD: error writing C0A32A22AD7: queue file write error
Oct  5 18:16:27 mail postfix/smtpd[3395]: error: unsupported dictionary type: pcre
Oct  5 18:16:27 mail postfix/smtpd[3395]: connect from localhost[127.0.0.1]
Oct  5 18:15:58 mail postfix/proxymap[3303]: warning: mysql:/etc/postfix/mysql/sender_bcc_maps_user.cf is unavailable. unsupported dictionary type: mysql
Oct  5 18:16:27 mail postfix/proxymap[3303]: warning: mysql:/etc/postfix/mysql/virtual_mailbox_domains.cf is unavailable. unsupported dictionary type: mysql
Oct  5 18:16:27 mail postfix/trivial-rewrite[3301]: warning: proxy:mysql:/etc/postfix/mysql/virtual_mailbox_domains.cf: table lookup problem
Oct  5 18:16:27 mail postfix/trivial-rewrite[3301]: warning: virtual_mailbox_domains lookup failure
Oct  5 18:16:27 mail postfix/trivial-rewrite[3301]: warning: proxy:mysql:/etc/postfix/mysql/virtual_mailbox_domains.cf: table lookup problem
Oct  5 18:16:27 mail postfix/trivial-rewrite[3301]: warning: virtual_mailbox_domains lookup failure
Oct  5 18:16:27 mail postfix/smtpd[3395]: NOQUEUE: reject: RCPT from localhost[127.0.0.1]: 451 4.3.0 <office@superweb.bg>: Temporary lookup failure; from=<office@superweb.bg> to=<th$
Oct  5 18:16:27 mail roundcube: <65kuug0v> SMTP Error: Failed to add recipient 'thelex@abv.bg'. 4.3.0 <office@superweb.bg>: Temporary lookup failure (Code: 451) in /opt/www/roundcub$
Oct  5 18:16:27 mail postfix/smtpd[3395]: disconnect from localhost[127.0.0.1]
Oct  5 18:16:58 mail postfix/pickup[3297]: 508F3A22AD9: uid=0 from=<root>
Oct  5 18:16:27 mail postfix/proxymap[3303]: warning: mysql:/etc/postfix/mysql/virtual_mailbox_domains.cf is unavailable. unsupported dictionary type: mysql
Oct  5 18:16:58 mail postfix/proxymap[3303]: warning: mysql:/etc/postfix/mysql/sender_bcc_maps_user.cf is unavailable. unsupported dictionary type: mysql
Oct  5 18:16:58 mail postfix/cleanup[3300]: warning: proxy:mysql:/etc/postfix/mysql/sender_bcc_maps_user.cf lookup error for "root@mail.vivashost.com"
Oct  5 18:16:58 mail postfix/cleanup[3300]: warning: 508F3A22AD9: sender_bcc_maps map lookup problem -- message not accepted, try again later
Oct  5 18:16:58 mail postfix/pickup[3297]: warning: maildrop/BAEC8A22ACD: error writing 508F3A22AD9: queue file write error

Can you help me out resolve this problem. I think i have wrong configuration for my postfix.

Can you help me out resolve the problem?

Thanks in advance!

Установил CentOS 7 и iRedMail на виртуальной машине. Если отправлять с сервера при помощи echo ‘test123’ | mail -s ‘test’ ‘test@mymailserver.local’ то всё приходит нормально. Нори отправке писем с других компьютеров происходит ошибка «SMTP ошибка (451): Невозможно добавить получателя «test@mymailserver.local» (4.3.5 Server configuration problem)».
В /var/log/maillog в этот момент происходит следующее:
Feb 4 15:48:47 mail postfix/submission/smtpd[4196]: connect from mail.mymailserver.local[127.0.0.1]
Feb 4 15:48:47 mail postfix/submission/smtpd[4196]: warning: connect to 127.0.0.1:7777: Connection refused
Feb 4 15:48:47 mail postfix/submission/smtpd[4196]: warning: problem talking to server 127.0.0.1:7777: Connection refused
Feb 4 15:48:48 mail postfix/submission/smtpd[4196]: warning: connect to 127.0.0.1:7777: Connection refused
Feb 4 15:48:48 mail postfix/submission/smtpd[4196]: warning: problem talking to server 127.0.0.1:7777: Connection refused
Feb 4 15:48:48 mail postfix/submission/smtpd[4196]: NOQUEUE: reject: RCPT from mail.mymailserver.local[127.0.0.1]: 451 4.3.5 Server configuration problem; from= to= proto=ESMTP helo=<192.168.1.102>
Feb 4 15:48:48 mail roundcube: ERROR: Invalid response code received from server (451)
Feb 4 15:48:48 mail roundcube: <9jdvrtqd> SMTP Error: Failed to add recipient ‘test@mymailserver.local’. 4.3.5 Server configuration problem (Code: 451) in /var/www/roundcubemail-1.1.4/program/lib/Roundcube/rcube.php on line 1712 (POST /mail/?_task=mail&_unlock=loading1454576928229&_lang=ru&_framed=1?_task=mail&_action=send)
Feb 4 15:48:48 mail postfix/submission/smtpd[4196]: disconnect from mail.mymailserver.local[127.0.0.1]

Обнаружил, что именно при отправке останавливается служба iredapd.
Когда письмо отправляется в»/var/log/iredapd/iredapd.log» ошибка «ERROR LDAP bind failed: incorrect bind dn or password.»

Есть такой почтовик — iRedMail-0.7.0.tar.bz2 http://www.iredmail.org/
Postfix+Dovecot+Spamassistent+Claim+amavis+RoundCube (набор скриптов по установке). Запускаешь скрипт — закачивается из портов, ставиться и… должно работать.
При установке ругнулось на Postfix —

Stop in /usr/ports/mail/postfix26/work/postfix-2.6.7/src/util.
*** Error code 1
Stop in /usr/ports/mail/postfix26/work/postfix-2.6.7.
*** Error code 1
Stop in /usr/ports/mail/postfix26
*** Error code 1
Stop in /usr/ports/mail/postfix26.
<ERROR> Port was not success installed, please fix it manually and then re-execute this script.

Решается установкой ручками из портов и правкой скрипта.

 iRedMail-0.6.1/.iRedMail.installation.status, append this line:

export status_install_port_mailpostfix26='DONE'

После чего все ставиться.
Все запускается и вроде работает…
Но: захожу на вебинтерфейс RoundCube и пытаюсь отправить письмо в локально (в этом же домене) — пишет:

SMTP Error (451): Невозможно добавить получателя "test@comp.my" (4.3.5 Server configuration problem)

В логах /var/log/maillog

Apr 14 12:44:23 mail postfix/smtpd[19149]: connect from mail.comp.my[127.0.0.1]
Apr 14 12:44:23 mail postfix/smtpd[19149]: warning: connect to 127.0.0.1:7777: Connection refused
Apr 14 12:44:23 mail postfix/smtpd[19149]: warning: problem talking to server 127.0.0.1:7777: Connection refused
Apr 14 12:44:24 mail postfix/smtpd[19149]: warning: connect to 127.0.0.1:7777: Connection refused
Apr 14 12:44:24 mail postfix/smtpd[19149]: warning: problem talking to server 127.0.0.1:7777: Connection refused
Apr 14 12:44:24 mail postfix/smtpd[19149]: NOQUEUE: reject: RCPT from mail.comp.my[127.0.0.1]: 451 4.3.5 Server configuration problem; from=<www@comp.my> to=<test@comp.my> proto=ESMTP helo=<mail.comp.my>
Apr 14 12:44:24 mail roundcube: Invalid response code received from server (451): 
Apr 14 12:44:24 mail roundcube: SMTP Error: SMTP error: Failed to add recipient 'test@comp.my' in /usr/local/www/roundcube/program/steps/mail/func.inc on line 1491 (POST /mail/?_unlock=loading1302774266302?_task=mail&_action=send)
Apr 14 12:44:24 mail postfix/smtpd[19149]: disconnect from mail.comp.my[127.0.0.1]

Отправляем письмо > cat let.txt | mail -s ‘test’ ‘www@comp.my’
Все нормально уходит.
На 127.0.0.1:7777 должно крутиться amavis
ps -ax | grep amavis

mail# ps -ax | grep amavis
19074  ??  Ss     0:01.46 amavisd (master) (perl)
19080  ??  I      0:00.01 amavisd (virgin child) (perl)
19081  ??  I      0:00.00 amavisd (virgin child) (perl)
19161   0  S+     0:00.00 grep amavis

т.е. amavis запущен
скан портов nmap не выдает открытый порт 7777.

Подскажите куда смотреть??

Будучи менеджером коммерческого отдела небольшой торговой компании, я выполнял задачу по отправке нескольких сотен писем постоянным и потенциальным клиентам. Базу формировали из открытых источников мы сами, предложение было реально интересным целевой аудитории. Возникла «неожиданная» проблема – часть писем стала возвращаться. Кроме того, начали приходить сообщения с указаниями кодов ошибки 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 никак не удается решить, то попробуйте обратиться в службу поддержки почтового сервера.

1. 03.04.2016, 00:48

   
   

   #1

   

   
   Senior Member
   

   ---

   

   SMTP ошибка: 451
   

   Здравствуйте!
   Не отправляется почта! как с Gmail.com и Mail.ru, так и между собой на сервере!
   Через web-интерфейс roundcube — SMTP ошибка: [451] Temporary local problem — please try later
   С мобильного ничего не происходит … (SSL/TLS принимать все сертификаты)

   В логах exim есть три файла: main.log, panic.log и reject.log

   main.log:

   Код:

   2016-04-02 21:31:52 Accepted from admin@purel.in.ua to evgen@purel.in.ua by whitelist.
   2016-04-02 21:31:52 1amOSm-0003JZ-GU malware acl condition: clamd: unable to connect to UNIX socket (/var/run/clamd.scan/clamd.sock): No such file or directory
   2016-04-02 21:31:52 1amOSm-0003JZ-GU H=localhost [::1] F=<admin@purel.in.ua> A=auth_plain:admin@purel.in.ua temporarily rejected after DATA

   panic.log: (весь файл в записях)

   Код:

   2016-04-02 21:31:52 1amOSm-0003JZ-GU malware acl condition: clamd: unable to connect to UNIX socket (/var/run/clamd.scan/clamd.sock): No such file or directory

   reject.log:

   Код:

   2016-04-02 21:31:52 1amOSm-0003JZ-GU H=localhost [::1] F=<admin@purel.in.ua> A=auth_plain:admin@purel.in.ua temporarily rejected after DATA
   Envelope-from: <admin@purel.in.ua>
   Envelope-to: <evgen@purel.in.ua>
   P Received: from localhost ([::1])
   	by 62-109-17-101.acsum.ru with esmtpa (Exim 4.84_2)
   	(envelope-from <admin@purel.in.ua>)
   	id 1amOSm-0003JZ-GU
   	for evgen@purel.in.ua; Sat, 02 Apr 2016 21:31:52 +0500
     MIME-Version: 1.0
     Content-Type: text/plain; charset=US-ASCII;
    format=flowed
     Content-Transfer-Encoding: 7bit
     Date: Sat, 02 Apr 2016 21:31:52 +0500
   F From: =?UTF-8?Q?=D0=90=D0=B4=D0=BC=D0=B8=D0=BD?= <admin@purel.in.ua>
   T To: evgen@purel.in.ua
     Subject: ghfhgfdhgfhg
   R Reply-To: admin@purel.in.ua
     Mail-Reply-To: admin@purel.in.ua
   I Message-ID: <6ef965c0f832e6f8516be4d16465e7ef@purel.in.ua>
     X-Sender: admin@purel.in.ua
     User-Agent: Roundcube Webmail/1.1.4
     X-Scanned-By: unscanned; Sat, 02 Apr 2016 21:31:52 +0500

   Подскажите в чём дело? куда смотреть? по моемому что-то с антивирусом!?!?

   Заранее спасибо!

   п.с. отключение «Включить проверку на вирусы» не помогло.

   Последний раз редактировалось purel81; 03.04.2016 в 01:07.

   Причина: п.с.

   ---

2. 04.04.2016, 20:50

   
   

   #2

   

   
   Senior Member
   

   

   ---

   
   

   Здравствуйте. В интернете пишут, что помогает добавление в конфиг exim ALL в host.allow.

   ---

3. 04.04.2016, 23:02

   
   

   #3

   

   
   Senior Member
   

   

   ---

   
   

   Или попробуйте clamd перезапустить

   ---

4. 05.04.2016, 01:52

   
   

   #4

   

   
   Senior Member
   

   ---

   

   
   

   Здравствуйте! Dasha и Sedna

   Сообщение от Dasha
   

   В интернете пишут, что помогает добавление в конфиг exim ALL в host.allow.

   можно поподробнее? или ссылочку, где пишут!

   в /etc/exim/exim.conf вроде ничего не нашел (ALL, host.allow)

   Сообщение от Sedna
   

   Или попробуйте clamd перезапустить

   Могу ошибаться, но больше склоняюсь к неисправности антивируса!

   в /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

   этого файла нет /etc/clamd.conf
   есть /etc/clamd.d/scan.conf , о нём писал выше

   так-же создал
   touch /var/run/clamd.scan/clamd.sock
   chown root:root /var/run/clamd.scan/clamd.sock

   Заранее спасибо!

   п.с.
   Панель управления — ISPmanager Business
   Операционная система — CentOS 7.2.1511.el7.centos.2.10 (x86_64)
   Репозиторий — ispsystem-5.54
   Версия COREmanager — 5.54.0-2016.03.28_15:24
   Версия панели — 5.54.1-2016.04.04_09:44

   ---

5. 05.04.2016, 02:05

   
   

   #5

   

   
   Senior Member
   

   ---

   

   
   

   Так-же нужно было выполнить
   chown clamav:clamav /var/run/clamd.scan/clamd.sock
   но clamav не оказалось, выполнил root

   ещё на просторах интернета была найдена статья …
   curl https://download.configserver.com/clamd.service -o /usr/lib/systemd/system/clamd.service
   systemctl daemon-reload
   systemctl enable clamd.service
   systemctl restart clamd.service

   по адресу /usr/lib/systemd/system/clamd.service
   нет clamd.service
   есть clamd@.service

   выполнить
   systemctl enable clamd@.service
   systemctl restart clamd@.service
   не получается из-за @

   ---

6. 05.04.2016, 08:54

   
   

   #6

   

   
   Senior Member
   

   

   ---

   
   

   попробуйте так service clamd@scan start

   ---

7. 05.04.2016, 17:53

   
   

   #7

   

   
   Senior Member
   

   ---

   

   
   

   Здравствуйте!

   Подскажите! а что должно быть в файлах:
   /run/clamd.scan/clamd.pid
   /run/clamd.scan/clamd.sock

   точнее кому они должны принадлежать? владелец, группа и права?

   в /var/log/exim/panic.log
   было (No such file or directory)
   2016-04-04 21:55:10 1an7mQ-0002vF-Bh malware acl condition: clamd: unable to connect to UNIX socket (/var/run/clamd.scan/clamd.sock): No such file or directory

   теперь (Permission denied или Connection refused)
   2016-04-05 14:46:56 1anNZY-00005B-4M malware acl condition: clamd: unable to connect to UNIX socket (/var/run/clamd.scan/clamd.sock): Permission denied
   2016-04-05 14:48:01 1anNab-00006e-Hy malware acl condition: clamd: unable to connect to UNIX socket (/var/run/clamd.scan/clamd.sock): Connection refused

   ---

8. 06.04.2016, 07:12

   
   

   #8

   ---

9. 06.04.2016, 12:05

   
   

   #9

   

   
   Senior Member
   

   ---

   
   

   Смотрю у многих данная проблема возникла после последнего (их) обновлений панели.
   Тоже столкнулись.
   Проблема была в clamav.

   ---

10. 06.04.2016, 12:59

    
    

    #10

    

    
    Senior Member
    

    ---

    

    
    

    Проверил

    Сообщение от Mobiaaa
    

    А сокет и Pid не создался видимо потому что нет папки /var/run/clamd.scan/

    папка есть! по адресу /run/clamd.scan/
    в /var/ есть run которая ведёт в /run/clamd.scan/
    но эта папка пустая
    где-то читал что если были косяки и прочее, то создать эти файлы и перезапустить!
    в итоге: No such file or directory, Permission denied или Connection refused
    иногда даже созданные мной удаляются…

    Сообщение от HostSpectr
    

    Проблема была в clamav.

    Примерно год назад … тоже почта у меня не работала, её не мог проверить антивирус
    решение было банальным, антивирусу не хватало памяти, был 1 гиг, хорошо что OVZ, изменил тариф на 2 гига, и всё заработало

    30.03.2016, т.е. несколько дней назад, сервер был установлен с нуля, сразу не обратил внимания на почту …
    но помню, что не сразу в панель (ispmgr) зашел, первоначально зашел в core, с принятием лицензии (соглашения) и какими-то автоматическими установками, и только через час-два в ispmgr …

    п.с. если до выходных не решу, … , снесу всё …

    ---