Для очистки очереди сообщений в CentOS/Debian/Ubuntu, etc. необходимо выполнить следующую команду:

exipick -i | xargs exim -Mrm

Переходим

cd /var/spool/exim/db

И выполняем

rm -f *
 

Также можно указать в /etc/resolv.conf

nameserver 8.8.8.8
nameserver 8.8.4.4

После чего

service exim restart

При удалении почтового домена от обычного пользователя и от root'а возникала ошибка "Не удалось удалить 1 элемент(-а,-ов). Для получения подробностей наведите курсор на значок ошибки в строке таблицы." В логе

tailf /usr/local/mgr5/var/ispmgr.log

я также ничего понятного мне не обнаружил

Dec 19 13:45:05 [16235:5] libmgr ERROR Error: Type: 'date' Object: 'strptime' Value: ';2017'
Dec 19 13:45:05 [16235:4] libmgr EXTINFO Thread b2be64388ff637f0 finished
Dec 19 13:45:05 [16235:3] libmgr EXTINFO Start thread 
Dec 19 13:45:05 [16235:6] core_module INFO Request [mgrctl.][root] 'elid=webmail&func=afterinstall&out=text&xset.up=on'
Dec 19 13:45:05 [16235:6] backtrace EXTINFO ??? (lib/libmgr.so.5.131.1 + 0x0) [*0x2b5928b65049]
Dec 19 13:45:05 [16235:6] backtrace EXTINFO mgr_date::AccurateDateTime::AccurateDateTime(std::string const&) (lib/libmgr.so.5.131.1 + 0x99) [*0x2b5927953fd5]
Dec 19 13:45:05 [16235:6] backtrace EXTINFO ??? (lib/libbase.so.5.131.1 + 0x0) [*0x2b592872ecde]
Dec 19 13:45:05 [16235:6] backtrace EXTINFO isp_api::InternalCall(isp_api::BaseConnection const&, isp_api::Authen const&, isp_api::Action const&) (lib/libispapi.so.5.131.1 + 0x53e) [*0x2b59278e9007]
Dec 19 13:45:05 [16235:6] backtrace EXTINFO ispcore::ProcessRequest::ProcessApi1() (lib/libbase.so.5.131.1 + 0x207) [*0x2b59278ebd78]
Dec 19 13:45:05 [16235:6] backtrace EXTINFO ispcore::ProcessRequest::operator()() (lib/libbase.so.5.131.1 + 0xf78) [*0x2b59278ecddd]
Dec 19 13:45:05 [16235:5] proc EXTINFO Run '/bin/sh -c sbin/pkginfo.sh\ show\ ispmanager-pkg-httpd' pid 16361
Dec 19 13:45:05 [16235:6] backtrace EXTINFO mgr_thread::Handle::Impl<mgr_thread::List::Impl<ispcore::ProcessRequest> >::run() (lib/libbase.so.5.131.1 + 0x4d) [*0x2b5928b0d34e]
Dec 19 13:45:05 [16235:6] backtrace EXTINFO ??? (lib/libmgr.so.5.131.1 + 0x0) [*0x2b59263a7aa1]
Dec 19 13:45:05 [16235:6] backtrace EXTINFO ??? (/lib64/libpthread.so.0 + 0x0) [*0x2b59266a5aad]
Dec 19 13:45:05 [16235:6] backtrace EXTINFO ??? (/lib64/libc.so.6 + 0x6d) [*(nil)]
Dec 19 13:45:05 [16235:6] libmgr ERROR Error: Type: 'date' Object: 'strptime' Value: ';2017'

Проблема была в том, что на данном сервере производилась миграция с ISPmanager v4 на ISPmanager v5 (используемая ОС на сервере CentOS 6 64 bit) и от "предка" остался почтовый сервер postfix, который не очень хорошо таки работает на 5ой версии панели. Очень часто возникают проблемы с таблицей пользователей, правами на ящики - муть одним словом. Использовать API панели для удаления почтового домена - об этом я не подумал сразу и решил стрелять по воробьям из пушки. Хотя тут это было дозволено, клиент согласился изменить почтовый сервер с postfix на exim с удалением всех почтовых доменов и ящиков. Сперва я пробовал обновить саму панель - вдруг баг и обнова поможет, но нет. Апдейт меня не спас, но зато появилась свежая версия панели:

yum update ispmanager-*

И перезапускаем панельку

/usr/local/mgr5/sbin/mgrctl -m ispmgr exit

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

yum remove ispmanager-pkg-dovecot

С зависимостями соглашаемся и удаляем - там нет ничего эдакого. Далее сносим dovecot

yum remove dovecot

Тут также проблем нет, соглашаемся. А вот самое интересное - сносить postfix таким образом не рекомендую - слишком много хочет удалять по зависимостям. Поэтому поумерим свой аппетит. Далее все просто - переходим в панель управления в раздел Возможности - Почтовый сервер (SMTP/POP3/IMAP) и выбираем нужный список пакетов. В моем случае это был exim, dovecot, opendkim, roundcube. После у меня все что нужно поднялось и заработало. раздел  Почтовые домены был девственно пуст, но это было и к лучшему. Не считаю данный способ правильным, т.к. все же не опробовал через api решить, но зато помогло и может претендовать на вариант решения данной проблемы.

Наиболее распространенной причиной данной проблемы является включенный IPv6. Отключаем IPv6 в Exim Правим /etc/exim4/exim4.conf.template (Ubuntu, Debian) или /etc/exim/exim.conf.template (CentOS). Перед секцией begin acl указываем следующее:

disable_ipv6 = true

Перезапускаем сервис exim Отключаем IPv6 в Postfix Редактируем /etc/postfix/main.cf и заменяем/комментируем следующую строку

inet_protocols = all

на эту

inet_protocols = ipv4

Перезапускаем сервис postfix Или читаем тут как рубануть вообще IPv6

Возникла следующая проблема при отправке почты через roundcube 451 error SMTP

2016-06-30 22:24:34 1bIhZi-0006S2-GS malware acl condition: clamd: unable to connect to UNIX socket (/var/run/clamav/clamd.sock): Connection refused
2016-06-30 22:24:34 1bIhZi-0006S2-GS H=localhost (IP) [127.0.0.1] F= temporarily rejected >>after DATA malware acl condition: clamd: unable to connect to UNIX socket

Решилась история правкой конфига Exim и обновлением с перезапуском clamd В /etc/exim/exim.conf находим следующую строчку:

malware = *

и заменяем на:

malware = */defer_ok

Сохраняем конфиг. Далее на всякий пожарный обновим ClamAV

freshclam

и перезапускаем сервисы:

service clamd restart

service exim restart

Вуаля, все работает.

Для того чтобы установить ограничение на количество отправленных писем в Exim делаем следующие записи в файле конфигурации /etc/exim/exim.conf после

begin acl

вставляем следующую правку

    
acl_not_smtp:
                deny message = Sender rate overlimit - $sender_rate / $sender_rate_period
                ratelimit = 50 / 1h / leaky
                accept

acl_check_rcpt:
                deny message = Sender rate SMTP overlimit - $sender_rate / $sender_rate_period
                ratelimit = 100 / 1h / leaky

Директива acl_not_smtp работает для рассылки через функцию PHP - mail(). Как очевидно в первом случае отправляется не более 50 писем в час через mail(), второй для отправки через SMTP - не более 100 писем в час