Dovecot Pigeonhole, ошибка в обработке команды 'send' после обновления

EXIM, sendmail, postfix, Dovecot и прочие. Решение проблем связанных с работой электронной почты

Модератор: xM

Правила форума
Убедительная просьба юзать теги [code] при оформлении листингов.
Сообщения не оформленные должным образом имеют все шансы быть незамеченными.
dserga
ефрейтор
Сообщения: 57
Зарегистрирован: 2008-05-23 7:23:36

Dovecot Pigeonhole, ошибка в обработке команды 'send' после обновления

Непрочитанное сообщение dserga » 2018-06-23 11:47:03

Проблема, можно сказать, возникла на ровном месте. Долго не обновлял Dovecot с версии 2.2.31 так как был продакш почтовик на FreeBSD 11.0.
Ставил только системные секьюрити патчи. Но тут выпало время на праздники 12го июня и решил сразу и систему поднять до 11.1 и обновить все порты, заодно завершив жизнь dovecot-antispam и перейти на использование, как это рекомендуется, sieve для целей обучения spam.
Все операции прошли в принципе без сучка и задоринки, но по факту на следующий день всплыла одна проблема: перестал работать автоответчик по отпускам, а после, как выяснилось, и пересылка писем по правилам sieve, если таковые устанавливал пользователь в roundcube или thundebird через managesieve.
Смешнее всего, что конфигурация по сути не правилась, все разрешения и права остались как были ранее, но почему-то изменилась логика обработки команды send в sieve.
Ниже я приведу те ошибки что сейчас получаются при использовании. Я уже всю голову поломал, пытаясь найти корень проблемы. А лежит она скорее всего на поверхности, но я ее не могу отловить.
И так.

Код: Выделить всё

root@mail:~ # dovecot --version
2.3.1 (8e2f634)
При включении пересылки имеем следующие ошибки в логах,
maillog.log

Код: Выделить всё

Jun 23 11:16:24 mail dovecot: lda(tester@***.ru)<61293><pHlZKdgBLltt7wAA0J78UA>: Error: smtp-client: conn localhost:25 [0]: connect(::1:25) failed: Connection refused
Jun 23 11:16:24 mail dovecot: lda(tester@***.ru)<61293><pHlZKdgBLltt7wAA0J78UA>: Error: sieve: msgid=<585494030.20180623111622@***.ru>: failed to send vacation response to dserga@***.org: <smtp(localhost:25): RCPT TO failed: Failed to connect to remote server> (temporary error)
Jun 23 11:16:24 mail dovecot: lda(tester@***.ru)<61293><pHlZKdgBLltt7wAA0J78UA>: sieve: msgid=<585494030.20180623111622@***.ru>: stored mail into mailbox 'INBOX'
и в dovecot.sieve.log^

Код: Выделить всё

error: msgid=<585494030.20180623111622@***.ru>: failed to send vacation response to dserga@****.org: <smtp(localhost:25): RCPT TO failed: Failed to connect to remote server> (temporary error).
Причем не важно, делается ли ответ на внешний сервер или человеку из домена ушедшего в отпуск: результат один.
Читать логи я умею и меня сильно смутил вот такой факт: Error: smtp-client: conn localhost:25 [0]: connect(::1:25) failed: Connection refused
Т.е. по сути это выглядит так, что dovecot lda не может достучаться до exim, который его шлет, но тогда это еще страннее, тем более, что авторизация пользователей для отправки почты в exim у меня реализована через dovecot.
Команда mail в консоли от имени root-а отрабатывается нормально. Также без проблем этот самый автоответ уходит, если ручками его запулить через dovecot-lda с кочами -f -d в локальный ящик.
Но (!) какого фига lda пытается доставить это письмо внешнему получателю, а не передает его exim для обработки?
Могу привести последовательность роутеров и транспортов в exim, но по факту, до обновления системы все работало, поэтому сомневаться в их работоспособности я не вижу резона. Но привести их приведу. Могу также добавить конфигурацию dovecot.
Последовательность роутеров exim без обработчиков спама, ибо выполняются они нормально:

Код: Выделить всё

#Finding path through DNS.
dnslookup:
  driver = dnslookup
  domains = ! +local_domains
  transport = remote_smtp
  ignore_target_hosts = \
           0.0.0.0/8 : \
           10.0.0.0/8 : 172.16.0.0/12 : 192.168.0.0/16 : \
           127.0.0.0/8 : \
           169.254.0.0/16 : \
           192.0.2.0/24 : \
           192.88.99.0/24 : \
           198.18.0.0/15 : \
           224.0.0.0/4 : \
           240.0.0.0/4
  no_more

#SYSTEM/VIRTUAL_ALIASES_ROUTERS
system_aliases:
    driver = redirect
    allow_fail
    allow_defer
    data = ${lookup mysql{SELECT `goto` FROM `alias` WHERE \
           `address`='${quote_mysql:$local_part@$domain}' OR \
           `address`='${quote_mysql:@$domain}'}}

virtual_alias:
    driver = redirect
    allow_fail
    allow_defer
    data = ${lookup{$local_part}dbm{/etc/mail/aliases.db}}
    user = mailnull
    group = mail
    pipe_transport = address_pipe

# Deliver to dovecot
dovecot_user:
    driver = accept
    condition = ${lookup mysql{SELECT `goto` FROM \
    `alias` WHERE \
    `address`='${quote_mysql:$local_part@$domain}' OR \
    `address`='${quote_mysql:@$domain}'}{yes}{no}}
    transport = dovecot_virtual_delivery
Транспорт

Код: Выделить всё

remote_smtp:
    driver = smtp
    dkim_domain = DKIM_DOMAIN
    dkim_selector = mail1
    dkim_private_key = DKIM_PRIVATE_KEY
    headers_add = "X-Bounce-ID: $primary_hostname"

dovecot_virtual_delivery:
    driver = pipe
    command = /usr/local/libexec/dovecot/deliver -d $local_part@$domain
    message_prefix =
    message_suffix =
    delivery_date_add
    envelope_to_add
    return_path_add
    log_output
    user = mailnull
    group = mail
    temp_errors = 64 : 69 : 70: 71 : 72 : 73 : 74 : 75 : 78
Буду сильно благодарен, если ткнете мне куда копать. Ибо мозг сломал за эту пару недель, пытаясь играться с правами и настройками по своему скудному разумению.

Хостинговая компания Host-Food.ru
Хостинг HostFood.ru
 

Услуги хостинговой компании Host-Food.ru

Хостинг HostFood.ru

Тарифы на хостинг в России, от 12 рублей: https://www.host-food.ru/tariffs/hosting/
Тарифы на виртуальные сервера (VPS/VDS/KVM) в РФ, от 189 руб.: https://www.host-food.ru/tariffs/virtualny-server-vps/
Выделенные сервера, Россия, Москва, от 2000 рублей (HP Proliant G5, Intel Xeon E5430 (2.66GHz, Quad-Core, 12Mb), 8Gb RAM, 2x300Gb SAS HDD, P400i, 512Mb, BBU):
https://www.host-food.ru/tariffs/vydelennyi-server-ds/
Недорогие домены в популярных зонах: https://www.host-food.ru/domains/

Аватара пользователя
xM
ст. лейтенант
Сообщения: 1316
Зарегистрирован: 2009-01-15 23:57:41
Откуда: Königsberg
Контактная информация:

Dovecot Pigeonhole, ошибка в обработке команды 'send' после обновления

Непрочитанное сообщение xM » 2018-06-27 0:35:16

Дебажить пробовали?
Там обычно всё видно становится сразу.
IT voodoo blog https://kostikov.co

Аватара пользователя
skeletor
майор
Сообщения: 2548
Зарегистрирован: 2007-11-16 18:22:04

Dovecot Pigeonhole, ошибка в обработке команды 'send' после обновления

Непрочитанное сообщение skeletor » 2018-06-27 11:06:24

Код: Выделить всё

conn localhost:25 [0]: connect(::1:25) failed: Connection refused
Оно пытается подключиться по IPv6 (как видим, dovecot резолвит localhost, как ::1), и видимо не получается. Попробуйте одно из трёх:
- выключить в exim'e/dovecot'e IPv6
- вместо localhost'a прописать 127.0.0.1
- заставить слушать exim IP=::1

dserga
ефрейтор
Сообщения: 57
Зарегистрирован: 2008-05-23 7:23:36

Dovecot Pigeonhole, ошибка в обработке команды 'send' после обновления

Непрочитанное сообщение dserga » 2018-06-27 15:05:09

skeletor, мне всегда казалось, что ::1 - это лупбэк адрес именно для Ipv4. Ну а по факту в системе отключена поддержка Ip6, так же поддержка Ipv6 была изначально отключена при сборке exim, а у dovecot такой опции просто нет.
в host в явном виде указано с самого начала (плавали, знаем):

Код: Выделить всё

::1                     localhost mail.***.ru
127.0.0.1               localhost mail.***.ru
Но зато появились дополнительные вводные. Sieve у новых пользователей в roundcube дает неизвестную ошибку при попытке создать правила. Т.е. если раньше у кого набор правил был, то он и продолжает работать и правила создаются. А у вновь созданных папка .sieve создается, но вот файл с самими правилами и исполнительная часть его - нет. Причем самой ошибки (описание) в логах ни у кого нигде нет, что странно. Но это точно проблема с правами до доступ к папкам вырисовывается.

xM, у меня exim собран без debug опции, а в dovecot , по моему эта опция идет по умолчанию. Т.е. надо в конфе включить полный дэбаг и копать что пишут эти двое во время мероприятия по пересылке?

Аватара пользователя
skeletor
майор
Сообщения: 2548
Зарегистрирован: 2007-11-16 18:22:04

Dovecot Pigeonhole, ошибка в обработке команды 'send' после обновления

Непрочитанное сообщение skeletor » 2018-06-27 15:22:29

dserga, вы ошибаетесь.

loopback - это каноническое название "петлевого" интерфейса (например, в linux - lo, во freebsd/solaris - lo0)
localhost - это просто имя хоста, которое всегда описывается в /etc/hosts как

Код: Выделить всё

::1                     localhost
127.0.0.1               localhost
соответственно для ipv6 (первая строка) и ipv4 (вторая).
То есть, если при резолве localhost вы получаете ::1, значит вы выполняете резолв c использованием ipv6 (что собственно и происходит, когда dovecot пытается отрезолвить localhost).

Аватара пользователя
xM
ст. лейтенант
Сообщения: 1316
Зарегистрирован: 2009-01-15 23:57:41
Откуда: Königsberg
Контактная информация:

Dovecot Pigeonhole, ошибка в обработке команды 'send' после обновления

Непрочитанное сообщение xM » 2018-06-27 15:31:16

dserga писал(а):
2018-06-27 15:05:09
xM, у меня exim собран без debug опции
Она не нужна для дебага в Exim.
Останавливаете сервис и запускаете демон вручную с опциями отладки, например

Код: Выделить всё

exim -bd -q15m -d+all
Но похоже skeletor вам правильно указал направление.
Проверьте на каких адресах слушает managesieve для начала.
IT voodoo blog https://kostikov.co

dserga
ефрейтор
Сообщения: 57
Зарегистрирован: 2008-05-23 7:23:36

Dovecot Pigeonhole, ошибка в обработке команды 'send' после обновления

Непрочитанное сообщение dserga » 2018-06-28 12:12:57

xM писал(а):
2018-06-27 15:31:16
Но похоже skeletor вам правильно указал направление.
Посмотрел вчера только конфу от dovecot, и там стоит иcпользование ipv4, ipv6 исключен. Что же выходить, довекоту в явном виде надо указывать на каких адресах ему слушать? Какого фига он пытается слушать туда, где ничего нет?

Код: Выделить всё

listen = *

Вчера не было времени сесть и запустить дебаг, чтобы разобраться, но:

Код: Выделить всё

root@mail:/# sockstat -4 | grep dovecot
root     dovecot    88639 15 tcp4   *:4190                *:*
root     dovecot    88639 23 tcp4   *:110                 *:*
root     dovecot    88639 24 tcp4   *:995                 *:*
root     dovecot    88639 38 tcp4   *:143                 *:*
root     dovecot    88639 39 tcp4   *:993                 *:*
sockstat -6 дает только, что у меня там httpd, ntpd, rcpbind (??? зачем) и syslogd чего-то там делает. Больше нет никаких других приложений.
Ругань на права в общую папку, где хранятся правила global sieve я нашел и исправил, но это никак не повлияло остальное. У новых не создается компиляция *.svbin не файл правил *.sieve, хотя папки для их хранения создаются и присутствуют. Ну и соответственно фигню с send буду ловить уже по дебагу.

dserga
ефрейтор
Сообщения: 57
Зарегистрирован: 2008-05-23 7:23:36

Dovecot Pigeonhole, ошибка в обработке команды 'send' после обновления

Непрочитанное сообщение dserga » 2018-06-28 12:17:39

Кстати по ходу написания возникла мысль, а не добавилось ли что-то в конфиг bind при апдейте freebsd с 11.0 до 11.1, что теперь заставило его работать на ipv6 и соответственно, засирать мозги остальным приложениям, потому как я не помню реально, чтобы у меня ранее apache работал с ipv6.

Аватара пользователя
xM
ст. лейтенант
Сообщения: 1316
Зарегистрирован: 2009-01-15 23:57:41
Откуда: Königsberg
Контактная информация:

Dovecot Pigeonhole, ошибка в обработке команды 'send' после обновления

Непрочитанное сообщение xM » 2018-06-28 12:19:51

Ну значит дебажьте Dovecot на предмет managesieve как отрабатывает. Включайте нужные опции отладки в конфиге и смотрите.
Там должно быть всё видно.
И я бы рекомендовал вам уйти с lda на lmtp при локальной доставке. Конфиг Exim будет проще, а работать станет надёжнее из-за отвязки от пересечения прав Exim/Dovecot на доступ к файловой системе.
В 11 вообще в системе bind нет, так что ничего добавится не могло.

UPD. И посмотрите Changelog Dovecot 2.3 на предмет правки конфига. Там довольно много чего изменилось.
IT voodoo blog https://kostikov.co

dserga
ефрейтор
Сообщения: 57
Зарегистрирован: 2008-05-23 7:23:36

Dovecot Pigeonhole, ошибка в обработке команды 'send' после обновления

Непрочитанное сообщение dserga » 2018-06-28 12:56:55

xM, да, была мысль уйти на lmtp, так как ранее, на другом сервере, именно lmtp использовал, но на 1ом довекоте, и там никаких проблем вообще не было.

dserga
ефрейтор
Сообщения: 57
Зарегистрирован: 2008-05-23 7:23:36

Dovecot Pigeonhole, ошибка в обработке команды 'send' после обновления

Непрочитанное сообщение dserga » 2018-06-28 12:57:51

Bind я ставил из портов, и соответственно пересобрал его после обновления системы.

Аватара пользователя
xM
ст. лейтенант
Сообщения: 1316
Зарегистрирован: 2009-01-15 23:57:41
Откуда: Königsberg
Контактная информация:

Dovecot Pigeonhole, ошибка в обработке команды 'send' после обновления

Непрочитанное сообщение xM » 2018-06-28 14:35:49

dserga писал(а):
2018-06-28 12:57:51
Bind я ставил из портов, и соответственно пересобрал его после обновления системы.
При минорных обновлениях FreeBSD ABI не меняется так что порты можно не пересобирать специально.
IT voodoo blog https://kostikov.co

dserga
ефрейтор
Сообщения: 57
Зарегистрирован: 2008-05-23 7:23:36

Dovecot Pigeonhole, ошибка в обработке команды 'send' после обновления

Непрочитанное сообщение dserga » 2018-06-29 23:04:00

Итак добрался до почтовика и первым делом переделал все на lmtp. Курение мануалов на час, сравнение разности конфигов в 2.2 и 2.3,
исправление пары опций. И все заработало в связке нормально. Но это не исправило первоначальную ошибку.
В Довекоте включаю дебаг:

Код: Выделить всё

# Логировать неудачные попытки входа
auth_verbose = yes
# Не выводить при этом в лог пароли
auth_verbose_passwords = no
# Поиск тараканов в работе sieve
auth_debug = yes
mail_debug = yes
Делаю тестовую отправку и вижу:

Код: Выделить всё

lmtp(tester@***.org)<21593><NOBnHJSJNltZVAAA0J78UA>: Debug: smtp-client: conn localhost:25 [0]: Connection created
lmtp(tester@***.org)<21593><NOBnHJSJNltZVAAA0J78UA>: Debug: smtp-client: conn localhost:25 [0]: transaction: Created
lmtp(tester@***.org)<21593><NOBnHJSJNltZVAAA0J78UA>: Debug: smtp-client: conn localhost:25 [0]: transaction: Add recipient
lmtp(tester@***.org)<21593><NOBnHJSJNltZVAAA0J78UA>: Debug: smtp-client: conn localhost:25 [0]: transaction: Send
lmtp(tester@***.org)<21593><NOBnHJSJNltZVAAA0J78UA>: Debug: smtp-client: conn localhost:25 [0]: transaction: Start
lmtp(tester@***.org)<21593><NOBnHJSJNltZVAAA0J78UA>: Debug: smtp-client: conn localhost:25 [0]: Looking up IP address
lmtp(tester@***.org)<21593><NOBnHJSJNltZVAAA0J78UA>: Debug: smtp-client: conn localhost:25 [0]: DNS lookup successful; got 2 IPs
lmtp(tester@***.org)<21593><NOBnHJSJNltZVAAA0J78UA>: Debug: smtp-client: conn localhost:25 [0]: Connecting to ::1:25
lmtp(tester@***.org)<21593><NOBnHJSJNltZVAAA0J78UA>: Error: smtp-client: conn localhost:25 [0]: connect(::1:25) failed: Connection refused
lmtp(tester@***.org)<21593><NOBnHJSJNltZVAAA0J78UA>: Debug: smtp-client: conn localhost:25 [0]: Delayed connect failure
lmtp(tester@***.org)<21593><NOBnHJSJNltZVAAA0J78UA>: Debug: smtp-client: conn localhost:25 [0]: Connection failed: Failed to connect to remote server
lmtp(tester@***.org)<21593><NOBnHJSJNltZVAAA0J78UA>: Debug: smtp-client: conn localhost:25 [0]: Disconnected
lmtp(tester@***.org)<21593><NOBnHJSJNltZVAAA0J78UA>: Debug: smtp-client: conn localhost:25 [0]: transaction: Failed to connect: Failed to connect to remote server
lmtp(tester@***.org)<21593><NOBnHJSJNltZVAAA0J78UA>: Debug: smtp-client: conn localhost:25 [0]: transaction: Returning failure: Failed to connect to remote server
lmtp(tester@***.org)<21593><NOBnHJSJNltZVAAA0J78UA>: Debug: smtp-client: conn localhost:25 [0]: transaction: Abort
lmtp(tester@***.org)<21593><NOBnHJSJNltZVAAA0J78UA>: Debug: smtp-client: conn localhost:25 [0]: transaction: Aborted
lmtp(tester@***.org)<21593><NOBnHJSJNltZVAAA0J78UA>: Debug: smtp-client: conn localhost:25 [0]: transaction: Destroy
Святые помидоры, а ведь skeletor похоже был прав. Чешу репу, ибо помню, что еще когда стояла 11.0 у меня я в sysctl.conf ставился запрет на ipv6. Так и есть:

Код: Выделить всё

root@mail:/etc# less sysctl.conf
# $FreeBSD: releng/11.1/etc/sysctl.conf 112200 2003-03-13 18:43:50Z mux $
security.bsd.unprivileged_read_msgbuf=0
security.bsd.unprivileged_proc_debug=0
net.inet6.ip6.auto_linklocal=0
Проверяю:

Код: Выделить всё

root@mail:/etc# sysctl net.inet6.ip6.auto_linklocal
net.inet6.ip6.auto_linklocal: 0
Все пучком, но задаю netstat и вижу кошмар:

Код: Выделить всё

root@mail:/etc# netstat -nr
Routing tables

Internet:
Destination        Gateway            Flags     Netif Expire
default            193.**.**.1       UGS        bge0
127.0.0.1          link#3             UH          lo0
193.**.**.0/24    link#1             U          bge0
193.**.**.45      link#1             UHS         lo0

Internet6:
Destination                       Gateway                       Flags     Netif Expire
::/96                             ::1                           UGRS        lo0
::1                               link#3                        UH          lo0
::ffff:0.0.0.0/96                 ::1                           UGRS        lo0
fe80::/10                         ::1                           UGRS        lo0
fe80::%lo0/64                     link#3                        U           lo0
fe80::1%lo0                       link#3                        UHS         lo0
ff02::/16                         ::1                           UGRS        lo0
Как это получилось, Карл???? Как, вашу мать. Какого хрена в таблице маршрутизации присутствует гребанный заблокированный в загрузку ipv6???

Поиски такой траблы в инете, результатов не принесли, кроме статьи, чтобы избавиться от этого, то стоит править дефолтное ядро и его собирать, но я не хочу этого делать. Есть ли другой вариант сделать так, чтобы DNS не искался в ipv6, а смотрелся только, и только в ipv4????

dserga
ефрейтор
Сообщения: 57
Зарегистрирован: 2008-05-23 7:23:36

Dovecot Pigeonhole, ошибка в обработке команды 'send' после обновления

Непрочитанное сообщение dserga » 2018-06-29 23:14:26

И вот еще что:

Код: Выделить всё

root@mail:/usr/ports/mail/dovecot-pigeonhole# sockstat -4 -6 | grep 4190
root     dovecot    21497 15 tcp4   *:4190                *:*
А в make.conf стоит: WITHOUT_IPV6=YES

Аватара пользователя
xM
ст. лейтенант
Сообщения: 1316
Зарегистрирован: 2009-01-15 23:57:41
Откуда: Königsberg
Контактная информация:

Dovecot Pigeonhole, ошибка в обработке команды 'send' после обновления

Непрочитанное сообщение xM » 2018-06-29 23:21:05

Не знаю, чем вам не угодил IPv6. Отключить его в системе, действительно, можно только через сборку своего ядра.
По дефолту IPv6 имеет приоритет при выборе над IPv4, но это можно изменить

Код: Выделить всё

man ip6addrctl
Но это будет работать только на FreeBSD.
А чтобы клиентский софт не ломился удалите в DNS AAAA запись.
IT voodoo blog https://kostikov.co

dserga
ефрейтор
Сообщения: 57
Зарегистрирован: 2008-05-23 7:23:36

Dovecot Pigeonhole, ошибка в обработке команды 'send' после обновления

Непрочитанное сообщение dserga » 2018-06-29 23:40:57

xM, спасибо, помогло именно убирание из опроса в DNS AAAA записи... И сразу все забегало с автоответами. Теперь осталось понять, почему у новых ящиков не создается .sieve и все будет в ажуре. Но с этим уже, надеюсь, будет попроще.

Аватара пользователя
xM
ст. лейтенант
Сообщения: 1316
Зарегистрирован: 2009-01-15 23:57:41
Откуда: Königsberg
Контактная информация:

Dovecot Pigeonhole, ошибка в обработке команды 'send' после обновления

Непрочитанное сообщение xM » 2018-06-29 23:58:15

dserga писал(а):
2018-06-29 23:40:57
xM, спасибо, помогло именно убирание из опроса в DNS AAAA записи...
Вообще, конечно, решение так себе, потому что удалённая система должна пытаться достучаться и по IPv4 в случае неудачи с IPv6.
C .sieve обычно проблема с правами на каталоги / путями доступа и хранения.
IT voodoo blog https://kostikov.co

dserga
ефрейтор
Сообщения: 57
Зарегистрирован: 2008-05-23 7:23:36

Dovecot Pigeonhole, ошибка в обработке команды 'send' после обновления

Непрочитанное сообщение dserga » 2018-06-30 10:37:45

xM, согласен, что так быть не должно, должен быть опрос по приоритетам и далее выбор решения по результату. Но по факту этого не происходит. Скорее всего это проблема именно dovecot-pegionhole версии 0.51, так как выбор логики работы с resolve - это его решение, но никак не системы, на которой он стоит и которая ему честно отвечает на запросы. Т.е. по факту я кастрировал host system для того, чтобы работал плагин. Буду мониторить тему у разработчиков. Может быть стоит им написать в bug track это? Неужели я такой единственной лох, кто столкнулся с такой проблемой? Кстати на тестовой машине, собранной с нуля в виртуалке VM ware Cloud в ЦОДе всплыла таже самая ошибка с резолвами. Что наводит на размышления либо в методологии создания системы, либо все-таки в неправильной работе самого dovecot. Просто в ЦОДе FreeBSD 11.1, в отличие от предыдущей машины, ставил и настраивал не я. Я там только развернул почтовую связку Dovect-Exim-Roundcube поверх уже установленной системы с SQL и Apache....
А вот с созданием дефолтного набора правил sieve странное выходит. Все правила начали работать и у новых пользователей, но если ты только сам заходишь в управление фильтрами в Roundcube и создаешь набор managesieve руками и его включаешь. Сам он теперь перестал создаваться, как это было ранее средствами плагина managesieve в Roundcube, и соответственно не активируется, как это положено. Теперь только вручную. Но далее рабтает. Так что буду дальше копать в этом направлении.

Аватара пользователя
xM
ст. лейтенант
Сообщения: 1316
Зарегистрирован: 2009-01-15 23:57:41
Откуда: Königsberg
Контактная информация:

Dovecot Pigeonhole, ошибка в обработке команды 'send' после обновления

Непрочитанное сообщение xM » 2018-06-30 13:15:36

dserga писал(а):
2018-06-30 10:37:45
Скорее всего это проблема именно dovecot-pegionhole версии 0.51, так как выбор логики работы с resolve - это его решение
Нет, не его. Логика стандартна для всей системы - см. RFC3484.
Но возможен баг именно в конкретной реализации в софте.
IT voodoo blog https://kostikov.co

Аватара пользователя
xM
ст. лейтенант
Сообщения: 1316
Зарегистрирован: 2009-01-15 23:57:41
Откуда: Königsberg
Контактная информация:

Dovecot Pigeonhole, ошибка в обработке команды 'send' после обновления

Непрочитанное сообщение xM » 2018-06-30 13:19:28

dserga писал(а):
2018-06-30 10:37:45
Буду мониторить тему у разработчиков. Может быть стоит им написать в bug track это?
Конечно стоит. В Dovecot это делается через лист рассылки. Заодно посмотрите - возможно эта проблема уже описана там.

UPD. Dovecot и pigeonhole обновились в портах.
IT voodoo blog https://kostikov.co