Menu

postfix

Unfreeze messages in Exim queue

, , 0

Unfreeze messages in Exim queueНаскоро на един от WHM сървърите ми, се наложи да се занимавам с freeze-нати писма от мейл сървъра exim.

За разлика от postfix, където няма схема „freeze“, а самите писма от опашката се изпращат супер лесно :

postqueue -f

при exim нещата са доста по-сложни.

Поради тази причина и пиша този пост за да споделя как се прави това.

 

Какви писма има в опашката на exim се проверява така :

exim -bp

А чрез използването на while се пише следния ред, които unfreeze-ва тези писмa :

exim -bp | grep -i frozen | awk '{print $3}' | while read LINE; do exim -Mt $LINE; done

Други полезни exim queue команди:

Опитва да изпрати писмо с определено ID:

/usr/sbin/exim -M email-id

Принудително пуска още една опашка да върви:

/usr/sbin/exim -qf

Виждаме лога на писмото:

/usr/sbin/exim -Mvl messageID

Виждаме тялото (body) на писмото:

/usr/sbin/exim -Mvb messageID

Виждаме началото (header) на писмото:

/usr/sbin/exim -Mvh messageID

Изтрива писмото без да изпраща никакви съобщения за грешки:

/usr/sbin/exim -Mrm messageID

Показва броя на писмата в опашката:

/usr/sbin/exim -bpr | grep "<" | wc -l

Показва броя на freeze-натите писма в опашката:

/usr/sbin/exim -bpr | grep frozen | wc -l

Изтрива всички frozen писма:

/usr/sbin/exim -bpr | grep frozen | awk {'print $3'} | xargs exim -Mrm

Изтрива цялата опашка на exim-а:

/usr/sbin/exim -qff

Повече информация може да се намери в документацията на exim.

Amavis ClamAV permission denied

, , , , 0

Amavis ClamAV permission deniedПривет,

Вчера трябваше да правя нов мейл сървър на един debian 8, като използвах любимата ми комбинация – postifx, dovecot, amavis, clamav и ISPconfig. Обаче се слблъсках с проблем, който досега не бях срещал. При изпращане или получаване на мейл, вирус скенера изписва Amavis ClamAV permission denied и неможе да провери писмото за вируси. Въпреки това, че бях добавил clamav и amavis потребителите в техните групи, проблема не се реши – даже и chmod 777 не помогна.
Мейл лога показваше следното :

Dec 3 08:11:18 mx amavis[26907]: (26907-13) (!)run_av (ClamAV-clamd) FAILED - unexpected , output="/var/lib/amavis/tmp/amavis-20151202T213415-26907-pGW3vX4Z/parts: lstat() failed: Permission denied. ERROR\n"
Dec 3 08:11:18 mx amavis[26907]: (26907-13) (!)ClamAV-clamd av-scanner FAILED: CODE(0x445a3d0) unexpected , output="/var/lib/amavis/tmp/amavis-20151202T213415-26907-pGW3vX4Z/parts: lstat() failed: Permission denied. ERROR\n" at (eval 99) line 905.
Dec 3 08:11:18 mx amavis[26907]: (26907-13) (!)WARN: all primary virus scanners failed, considering backups

Amavis ClamAV permission denied

След обстойно проучване намерих решение на проблема, като се оказа опция на clamav-a ! В

/etc/clamav/clamd.conf

смених

AllowSupplementaryGroups false

на

AllowSupplementaryGroups true

и рестартирах clamav-a. Така проблема се реши и скенера заработи коректно!

postfix delete specific mail from queue

, 0

postfix delete specific mail from queueHello,

Днес на един от мейл сървърите ми видях, че има много спам в опашката от определен имейл. Аз използвам postfix, а най-лесният за мен начин беше да изтрия всичко от опашката чрез postsuper -d ALL , но така щях да изтрия и важни мейли, които в този момент са влезли там.  За целта трябваше точно по определен начин наречен (postfix delete specific mail from queue)  да сторя това. И така в крайна сметка схемата стана по този начин:

Резултата от mailq беше следния:

root@bigmac:~# mailq|grep suspended |wc -l
1416

И накратко, всички чакащи мейли бяха от изпращач applications@careerbuilder.com (който явно е някакъв спамер или някой от компютрите ползващи този мейл сървър са хванали вирусче). Тряваше трявваше да забърша всички мейли от този адрес.

Под ubuntu или debian , начина е такъв:

postqueue -p | tail -n +2 | awk 'BEGIN { RS = "" } / applications@careerbuilder\.com/ { print $1 }' | tr -d '*!' | postsuper -d -

А резултата такъв :

postsuper: Deleted: 1398 messages

И така успях да премахна конкретните мейли от опашката 🙂

auth_pam: pam_authenticate failed: Authentication failure

, , , , , 0

Привет,

Искам да споделя за един проблем който ме мъчи от сигурно половин година, свързан с един saslauthd демон.

Навремето имах един стар дебиан с ISPconfig и courier-imap. След време трябваше да ъпгрейдна сървъра, като го направих на виртуалка с ubuntu 12.04 и реших да заменя courier-a с dovecot. Обаче там се объркаха едни схеми, и за да оправя положението отново върнах courier-a.

От тогава обаче всеха да се случват странни неща при опит да се изпрати мейл, неща от типа на :

 

SASL LOGIN authentication failed: authentication failure

В този си му вид лога не ми говори нищо, и за целта добавих в /etc/pam.d/smtp „debug“ и почнах да дъбъгвам. И както писах в предния пост по темата реших проблема временно с рестарт на saslauthd-то.

Да обаче днес оправих проблема напълно!
За целта реших тотално да се отърва от saslauthd, и да използвам courier-authdaemon-a.
Първо направих следната промяна в /etc/postfix/sasl/smtpd.conf
Замених pwcheck_method: authdaemond вместо pwcheck_method: saslauthd
Замених authdaemond_path: /var/run/courier/authdaemon/socket вместо saslauthd_path: /var/run/saslauthd/mux

Спрях saslauthd и пуснах courier-authdaemon.
След това направих следната схема :

/etc/init.d/courier-authdaemon stop
rm -rf /var/run/courier/authdaemon/
rm -rf /var/spool/postfix/var/run/courier/authdaemon/
mkdir -p /var/spool/postfix/var/run/courier/authdaemon/
ln -s /var/spool/postfix/var/run/courier/authdaemon/ /var/run/courier/authdaemon
/etc/init.d/courier-authdaemon start
/etc/inti.d/postfix restart

И воала! Нещата придобиха дормалният си вид и всичко си проработи както трябва!

Извода, има бъг в pam модулите, в http://wiki2.dovecot.org/PasswordDatabase/PAM пишат да се използва директивата pam_maxrequests за да се избегнат подобни проблеми, но аз реших кардинално да си реша проблема.

При другите ми мейл сървъри които използват dovecot и saslauthd нямам подобни ситуации, и заради това мисля че всичко се обърка заради първоначлното инсталиране на dovecot и модулите му и след това courier.
Аз винаги съм използват howto-тата от howtoforge.com и не съм имал проблеми, но в случая мисля че сам си създадох моя 🙂

SASL LOGIN authentication failed: authentication failure

, , , , 0

SASL LOGIN authentication failed: authentication failureПривет,

Днес ще пиша за един проблем с който се занимавах по-рано сутринта, и който оправих с доста дебъгване.

Наложи се да местя един мейл сървър от стар физически debian 6 на нов виртуален ubuntu 12.04. Тестовете които проведох, показаха че всичко си му работи. След като го пуснах в действие обаче, видях че през мейл клиенти от рода на outlook и thunderbird изпращането на писма не работеше. През webmail всичко си беше 6.

В лога на postfix-а ми вадеше следното : SASL LOGIN authentication failed: authentication failure

като това по никакъв начин не ми помогна да разбера къде е проблема.

След като тествах какви ли не вариянти със saslauthd-а , накрая оправих проблема, който се оказа супер тъп и елементарен…

След като добавих в /etc/pam.d/smtp debug накрая на 2та реда:

auth required pam_mysql.so user=ispconfig passwd=mysqlpass host=127.0.0.1 db=dbispconfig table=mail_user usercolumn=login passwdcolumn=password crypt=1 debug
account sufficient pam_mysql.so user=ispconfig passwd=mysqlpass host=127.0.0.1 db=dbispconfig table=mail_user usercolumn=login passwdcolumn=password crypt=1 debug

и рестартирах postfix-a , видях следното:

Oct 25 14:15:31 bigmac saslauthd[11054]: PAM unable to dlopen(pam_mysql.so): /lib/security/pam_mysql.so: cannot open shared object file: No such file or directory

Мда… адски тъпо, липсваше ми пакета libpam-mysql =) и след като го инсталирах всичко си тръгна без проблеми..

Общо взето това е, отивам да пия винце, че баба зима дойде! Наздраве!

Load More