roundcube/managesieve отправляет ответы отпуска только локальным пользователям

У меня был круглый куб / постфиксная установка с X-сервером (10.8) OS, в течение некоторого времени работающим. Сегодня мы обнаружили, что фильтр отпуска только отправляет сообщения локальным пользователям. Это работало некоторое время назад, таким образом, я предполагаю, что обновление повредило что-то. Я переустановил roundcube, но все еще только локальные пользователи получают ответы отпусков.

Я предполагаю, что это должна быть почтовая маршрутизация, но я не могу выяснить что не так. Любые идеи ценились бы.

Это - журнал сообщения, отправленного от myself@outside.example.net до user@example.com

macmini.example.com postfix/qmgr[5115]: 3508123A2110: from=<myself@outside.example.net>, size=2674, nrcpt=1 (queue active)
macmini.example.com postfix/smtpd[5152]: disconnect from mxout-027-ewr.mailhop.org[216.146.33.27]
macmini.example.com postfix/smtpd[5118]: connect from localhost[127.0.0.1]
macmini.example.com postfix/smtpd[5118]: 3FB9A23A2119: client=localhost[127.0.0.1]
macmini.example.com postfix/cleanup[5120]: 3FB9A23A2119: message-id=<CAGgjO8Pv4UZ+QmDOgJdo8V5MZptiRTP25c0w2bnwZieNyrnUMQ@mail.gmail.com>
macmini.example.com postfix/smtpd[5118]: disconnect from localhost[127.0.0.1]
macmini.example.com postfix/qmgr[5115]: 3FB9A23A2119: from=<myself@outside.example.net>, size=3101, nrcpt=1 (queue active)
macmini.example.com postfix/smtp[5116]: 3508123A2110: to=<user@example.com>, relay=127.0.0.1[127.0.0.1]:10024, delay=1.2, delays=1.1/0/0/0.06, dsn=2.0.0, status=sent (250 2.0.0 from MTA(smtp:[127.0.0.1]:10025): 250 2.0.0 Ok: queued as 3FB9A23A2119)
macmini.example.com postfix/qmgr[5115]: 3508123A2110: removed
macmini.example.com postfix/pickup[5114]: 4A8E123A211C: uid=214 from=<>
macmini.example.com postfix/cleanup[5120]: 4A8E123A211C: message-id=<dovecot-sieve-1419283881-289928-0@macmini.example.com>
macmini.example.com postfix/qmgr[5115]: 4A8E123A211C: from=<>, size=659, nrcpt=1 (queue active)
macmini.example.com postfix/pipe[5122]: 3FB9A23A2119: to=<user@example.com>, relay=dovecot, delay=0.05, delays=0/0/0/0.05, dsn=2.0.0, status=sent (delivered via dovecot service)
macmini.example.com postfix/qmgr[5115]: 3FB9A23A2119: removed
macmini.example.com postfix/smtpd[5118]: connect from localhost[127.0.0.1]
macmini.example.com postfix/smtpd[5118]: 58C3C23A2129: client=localhost[127.0.0.1]
macmini.example.com postfix/cleanup[5120]: 58C3C23A2129: message-id=<dovecot-sieve-1419283881-289928-0@macmini.example.com>
macmini.example.com postfix/qmgr[5115]: 58C3C23A2129: from=<>, size=1088, nrcpt=1 (queue active)
macmini.example.com postfix/smtp[5116]: 4A8E123A211C: to=<myself@outside.example.net>, relay=127.0.0.1[127.0.0.1]:10024, delay=0.08, delays=0/0/0/0.07, dsn=2.0.0, status=sent (250 2.0.0 from MTA(smtp:[127.0.0.1]:10025): 250 2.0.0 Ok: queued as 58C3C23A2129)
macmini.example.com postfix/qmgr[5115]: 4A8E123A211C: removed

Это - правило это сгенерированный roundcube/managesieve

require ["vacation"];
# rule:[out 2]
if true
{
   vacation :days 1 :addresses ["user@example.com"] :subject "not here" "out of office";
}

Теперь я вижу, что мое почтовое реле возвращает ответ, потому что это отправляется от <> (обратите внимание, что это не затенено, это пусто

macmini.example.com postfix/smtp[5173]: 58C3C23A2129: to=<myself@outside.example.net>, relay=smtpcorp.com[216.22.15.247]:25, delay=2.1, delays=1/0.02/0.9/0.16, dsn=5.0.0, status=bounced (host smtpcorp.com[216.22.15.247] said: 550-MDR refused, to send MAIL FROM: <> use both IP-address and password 550 xxxx.xxxx.xxxx.xxxx/32 (in reply to RCPT TO command))
1
задан 23 December 2014 в 00:09
1 ответ

Эта строка журнала сообщений

macmini.example.com postfix/smtp[5173]: 58C3C23A2129: to=<myself@outside.example.net>, relay=smtpcorp.com[216.22.15.247]:25, delay=2.1, delays=1/0.02/0.9/0.16, dsn=5.0.0, status=bounced (host smtpcorp.com[216.22.15.247] said: 550-MDR refused, to send MAIL FROM: <> use both IP-address and password 550 xxxx.xxxx.xxxx.xxxx/32 (in reply to RCPT TO command))

указывает на то, что вашему восходящему каналу SMTP было отказано в ретрансляции вашей электронной почты. Похоже, изменение политики было для вас рабочим решением.

Есть ли способ избежать from = <> и заставить его действительно вставить отправителя?

В разделе 4.3 RFC 5230 говорится, что можно использовать настраиваемый отправитель при отправке отпуска. Просто укажите в правиле : from (скрыто). Например

vacation :days 1 :from "user@example.com" :addresses ["user@example.com"] :subject "not here" "out of office";

Я не знаком с roundcube, поэтому не могу сказать вам, есть ли у плагина managesieve возможность устанавливать отправителя.

Ссылка (и)

2
ответ дан 3 December 2019 в 21:08

Теги

Похожие вопросы