forum.lissyara.su

xM, ну я думаю потому, что, скорее всего, pigeonhole как-то неверно письма передавал в exim для дальнейшего роутинга и отправки. И вчера вечером я плюнул на это дело и вернул pipe транспорт заместо lmtp, и о чудо, все заработало как надо и ошибка пропала. Печально это, конечно, но за-то работает.

xM, приношу извинения, соврал, точнее ввел в заблуждение, потому как не проверил отправку сообщений наружу. Внутри одного домена отправка копии сообщения только заработала в моем случае, а вот пересылка его на другие внешние домены - нет. Там та же самая ошибка.

pigeonhole как-то неверно письма передавал в exim для дальнейшего роутинга и отправки

Pigeonhole вообще ничего никуда в Exim передавать не должен, разве что вы не написали специальную обработку через внешние скипты.

xM, стоп, а разве не pegionhole занимается обработкой sieve внутри dovecot? Pigeonhole - Sieve filtering support for the Dovecot Secure IMAP and POP3 server, так у них написано. Тогда по логике pigeonhole должен передать письмо по команде send или dovecot для дальнейшей обработки или в exim.

dserga писал(а): ↑

2018-10-07 21:20:22

xM, стоп, а разве не pegionhole занимается обработкой sieve внутри dovecot?

Вот именно. Внутри. Dovecot.

dserga писал(а): ↑

2018-10-07 21:20:22

Тогда по логике pigeonhole должен передать письмо по команде send или dovecot для дальнейшей обработки или в exim.

Что у вас "смешались в кучу кони, люди". Dovecot раскладывает почту по папкам и обеспечивает работу с ними по IMAP. А отправляет - принимает Exim. Exim передаёт входящее в Dovecot, но никак не наоборот. Исходящие идут клиента напрямую в Exim по SMTP.

xM писал(а): ↑

2018-10-08 18:11:50

Исходящие идут клиента напрямую в Exim по SMTP.

Так и должно быть, ведь smtp клиентом наружу является EXim, но у меня авторизация при отправке сообщения клиента почтового сервера идет через dovecot сначала, и в логе я вижу этот факт. Значит dovecot изначально получает письмо от клиента, а далее передает его на обработку Exim.
Если команда send в обработчике sieve имеет аргументом почтовый адрес вне домена, куда почта была доставлена, то по моим соображениям dovecot должен передать это письмо Exim для его дальнейшей обработки, ведь он не может его локально засунуть в необходимую папку. И вот уже exim возвращает dovecot ошибку, и я вижу ее одновременно в логе exim и dovecot. И уже потом эта ошибка всплывает в логе dovecot-sieve-errors.
Сегодня вечером постараюсь не полениться и запустить dovecot и exim в режиме debug, и уже там постараться выловить все связанные с прохождением такого сообщения сообщения записи.

Значит dovecot изначально получает письмо от клиента, а далее передает его на обработку Exim.

Нет, не значит. Учите матчасть.
Мне некогда разжёвывать базовые вещи.

xM,
Да. Вчера я погорячился и поторопился с выводами: при авторизации на отправку сообщения от клиента exim вызывает только механизм авторизации dovecot, письмо клиента передается напрямую в МТА от клиента, так как exim слушает необходимые порты для приема почты клиента. Это верно, здесь признаю, был неправ.
Но в случае с sieve именно dovecot с localhost адреса отдает сообщение на обработку для МТА.

dserga писал(а): ↑

2018-10-09 8:10:31

Но в случае с sieve именно dovecot с localhost адреса отдает сообщение на обработку для МТА.

Читайте дальше.

Написал инструкцию по обновлению https://capyba.ru/blog/ustanovka-obnovl ... -vmbitrix/ - написана для VM Bitrix, но решение универсальное для CentOS