На сервере c ISPConfig 3.0.4 глюк в Roundcube при попытке сделать forward

При попытке сделать forward или изменить настройки спама выскакивает сообщение «Soap Error: login_error_regex». И ничего не меняется. На форуме разработчиков нашлось решение. Не хватало одного параметра в передаче. Но там рассматривался плагин смены пароля, а у меня forward. Так что добавить пришлось в плагины /usr/share/roundcube/plugins/ispconfig3_{pass,autoreply,spam,forward} добавить строчку (вторую после существующей первой)

’email’ => $this->rcmail_inst->user->data[‘username’],
‘login’ => $this->rcmail_inst->user->data[‘username’],

Офигенная обработка почты!

Поставил почтовую систему с настройками «из коробки». С этой почтовой системы письма отправляются, а на неё не доходят. Пошел в логи этой системы:

Nov 23 17:17:01 host235 amavis[15853]: (15853-07) Passed CLEAN, [194.158.198.xxx] [194.158.198.xxx] -> , Message-ID: , mail_id: BO92AS4XK3eG, Hits: -1.2, size: 1923, queued_as: BD4FFB6E780, 3535 ms
Nov 23 17:17:01 host235 postfix/smtp[21140]: 3B4ABB6E775: to=, relay=127.0.0.1[127.0.0.1]:10024, delay=3.6, delays=0.02/0/0/3.5, dsn=2.0.0, status=sent (250 2.0.0 Ok, id=15853-07, from MTA([127.0.0.1]:10025): 250 2.0.0 Ok: queued as BD4FFB6E780)
Nov 23 17:17:01 host235 postfix/pipe[21163]: BD4FFB6E780: to=, relay=maildrop, delay=0.03, delays=0.01/0.01/0/0.02, dsn=2.0.0, status=sent (delivered via maildrop service)
Nov 23 17:17:02 host235 amavis[15852]: (15852-08) Passed CLEAN, [194.158.198.140] [194.158.198.135] -> , Message-ID: , mail_id: lqxZpegHU8sw, Hits: -1.2, size: 3455, queued_as: 81D0BB6E775, 3938 ms
Nov 23 17:17:02 host235 postfix/smtp[21143]: 8EE03B6E77F: to=, relay=127.0.0.1[127.0.0.1]:10024, delay=4, delays=0.02/0.01/0/3.9, dsn=2.0.0, status=sent (250 2.0.0 Ok, id=15852-08, from MTA([127.0.0.1]:10025): 250 2.0.0 Ok: queued as 81D0BB6E775)
Nov 23 17:17:02 host235 postfix/pipe[21163]: 81D0BB6E775: to=, relay=maildrop, delay=0.02, delays=0/0/0/0.01, dsn=2.0.0, status=sent (delivered via maildrop service)

Мне кажется несколько странным способ обработки почты maildrop. И самое главное, что пока мне совсем не понятно «За что, Герасим!?». Письма дошли нормально. Почему-то медленно в первый раз.

И вообще, скажите всё, что вы думаете про конфигурацию ISPConfig3 + CentOS 6 или больше не говорите об этом никогда!

Разгадана загадка тысячелетия: почему relay not permit для уважаемых господ :-)

У меня в прошлом году была натуральная эпопея, причём, именно от слова «попа». Тогда у меня кто-то из уважаемых коллег перестал мочь отправлять почту, потому что ему с какого-то бодуна сервер запретил релей. Так как разбираться надо было срочно, а воспроизвести ситуацию не получалось, то тогда был открыт релей, а через пару месяцев случилось закономерное. Собственно, можете считать меня криворуким ламером, поэтому что вышесказанное именно на это и намекает.

Сегодня у нас случился рецедив. Снова уважаемый коллега не смог отправить почту. Воспроизвести ситуацию не получается. С домашнего интернета почта не ушла. Всякоразно экспериментирую. Смотрю полнейшие из полнейших логи…

У клиента не установлена авторизация SMTP… Когда он из локальной сети, то вопросов нет, а когда извне, то только вопросы и есть.

Встроенный в андроид почтовый клиент не хочет удалять сообщения через IMAP

Картинка для привлечения внимания к поисковику Nigma, который не знает как именно расшифровывается IMAP. 🙂

Я по сабж: я хочу пожаловаться сообществу на то, что встроенный почтовый клиент моего планшета не хочет удалять письма через IMAP. Если подключаться по POP3, то вроде как всё удалялось. Но мы же с вами понимаем, что для одновременной работы с многими папками лучше IMAP. А вот он обещает, что он письмо удалил, а на самом деле ничего не удаляет. И при очередном обновлении почты письма появляются снова. Thinderbird удаляет замечательно. И они пропадают из папок на планшете. Как быть?

О том как я внёс свою лепту в популяризацию американского английского и увеличения члена

Многие из вас догадываются, что ниже на картинке статистика, сделанная продуктом munin. Она как бы намекает сколько писем зависает в очереди почтового сервера на отправку за последний год:

Цена деления на шкале — «500 k». По-русски это звучит как «пицот тыщ».

Тогда начну по порядку. Читать далее

На удивление просто оказалось получать почту gmail из консоли

Проверка количества писем выполняется вот так:

curl -u username:password --silent "https://mail.google.com/mail/feed/atom" | grep -c "<entry>"

Отправителя и тему можно посмотреть так:

curl -u username:password --silent "https://mail.google.com/mail/feed/atom" | tr -d '\n' | awk -F '<entry>' '{for (i=2; i<=NF; i++) {print $i}}' | perl -pe 's/^<title>(.*)<\/title>.*<name>(.*)<\/name>.*$/$2 - $1/'

Рецепт найден на хабре и проверен.

Google не знает что важно в почте именно мне. Я отключил priotiry inbox напрочь. Как курочка.

В настройках есть закладка Priority Inbox. Там нет птички «отключить всё нафик», но есть список из 4-х инбоксов. Там в этом списке отключил все инбоксы, кроме «Всё остальное» и всё стало как было. Может фишка была бы и удобная, если бы у меня было пятьсот непрочитанных сообщений, но у меня как-то в инбоксе и без них всегда пусто. 🙂

Сбор почты для всего домена в один ящик средствами exim под debian

Про это мы уже обсуждали вот тут, но оказалось, что в предложенном там решении (rewrite адреса) мы теряем адрес получателя. Поэтому оказалось, что в секции routers файла /etc/exim4/exim4.conf можно добавить вот это:
mydomainforward:
driver = redirect
domains = my.domain.by
data = mailbox@my.domain.by
Вот как-то так оно вроде бы перенаправляет. Ждём-с ответа от заказчика.

Перенаправление почты при помощи exim

Покликали меня юзеры. Попросили у меня создать почтовый ящик, но только так, что бы вся почта, которая на домен приходит — должна в этот ящик попадать. И что бы все имена считались валидными. А дело происходило на доставшемся мне в наследство сервере под Debian, на котором установлен Exim4 в связке с MySQL. В детстве там работал Virtual Exim, но сразу после принятия мною этого сервера Virtual Exim сломался (делаю честные глаза, как будто я тут не при чём). Так что всё началось с заведения аккаунта на сервере. Задачка, надо сказать, не самая тривиальная 🙂 Читать далее

Ежеминутные кроны спамят почтовый ящик.

Выяснилось на основании вот этого форума, что можно подавить отправку писем с жалобами от cron путём добавления >> /dev/null 2>&1 в конец строки запуска.

Единственное чего я не понял, так это ПОЧЕМУ так. Оно перенаправляет стандартный вывод в /devnull, а поток ошибок в стандартный?