Как позволить sendmail сохранить плюс деталь для .forward?

В странице справочника не говорится...

Но route программа прибывает из пакета сетевых инструментов...

Существует интерфейс мерзавца к источнику здесь

который дает нам следующую информацию:

 UP U
 GATEWAY G
 REJECT !
 HOST H
 REINSTATE R
 DYNAMIC D
 MODIFIED M
 DEFAULT d
 ALLONLINK a
 ADDRCONF c
 NONEXTHOP o
 EXPIRES e
 CACHE c
 FLOW f
 POLICY p
 LOCAL l
 MTU u
 WINDOW w
 IRTT i
 NOTCACHED n

Таким образом, это означает, истекает.

3
22.05.2013, 17:39
3 ответа

Попробовать FEATURE(preserve_local_plus_detail) в Вашем .mc файл, и восстанавливает Ваш .cf. Это изменяет ruleset 5 (localaddr). Это может вызвать побочные эффекты (т.е. если Ваша локальная почтовая программа не поддерживает +detail).

Если это неблагоприятно производит Ваш поиск псевдонимов, то, возможно, _FFR_ALIAS_DETAIL для Вас, это - время изготовления (т.е. нет .cf) опция, я не могу сказать, что протестировал ее все же. Не рекомендуемый ;-)

Приводя это к сбою, единственный путь I видит выполнения, что-либо как Вы требует только с управляемым пользователями .forward файлы должны проверить Ваш confFORWARD_PATH включает путь, который имеет a $h компонент. Это должно быть значением по умолчанию по крайней мере начиная с 8,12:

O ForwardPath=$z/.forward.$w+$h:$z/.forward+$h:$z/.forward.$w:$z/.forward

Это позволит, пользователи для создания говорят, ~/.forward.extra управлять, где "user+extra" обратился к электронной почте, идет:

$ sendmail -v -d27.2  -bv elrond+foo 
alias(elrond+foo)
alias(elrond+*)
alias(elrond)
alias(elrond)
forward(elrond+foo)
include(/home/elrond/.forward.thishost+foo)
include(/home/elrond/.forward+foo)
include(/home/elrond/.forward.thishost)
include(/home/elrond/.forward)
elrond+foo... deliverable: mailer local, host foo, user elrond

(Вы видите вперед файлы, обрабатываемые include() функционируйте ‒, это не имеет никакого понятия расширения, когда это читает файлы.)

FEATURE(virtusertable) как предложено в другом месте, вероятно, лучший способ пойти, если Вы - вид сценариев, Вы могли бы забрать пользователя ~/.xforward файлы периодически и сборка virtusertable ведущее устройство.

1
27.01.2020, 21:28
  • 1
    Хорошая идея! Я не видел той опции. НО: Из документов "Сохраняют +detail часть адреса при передаче адреса локальному курьеру. Отключает псевдоним и .forward +detail разделяющий (например, данный user+detail, только тот адрес будет искаться в файле псевдонима; пользователь +* и пользователь не будут искаться)", - ну, это средство basicly, которое sendmail-bv elrond+extra@localhost дает "неизвестному пользователю". И интересно, если это действительно передало бы elrond+extra@somewhere в этом случае? –  Elrond 22.05.2013, 20:43

Вы используете procmail в качестве локальной программы почтовой программы sendmail [FEATURE(local_procmail)]
=> можно перенаправить/передать сообщения в ~elrond/.procmailrc с 1$, держа часть детали.

Извините, но мое procmail знание недостаточно для обеспечения НАДЕЖНОГО рецепта, например, некоторых проверок работоспособности 1$.

ПРЕДУПРЕЖДЕНИЕ: сообщение и к elrond+1 и к elrond+2 будет передано как два отдельных сообщения procmail.

1
27.01.2020, 21:28
  • 1
    Хорошо, это было бы опцией. Но я хотел бы сохранить отправителя конверта почты (.forward, сделает это). Да, я мог извлечь отправителя конверта в procmail (у меня на самом деле есть это для очень определенных вещей, работающих). Но действительно, я хотел бы что-то, чтобы весь мой пользователь системы работал. Так, чтобы я мог сказать им, "Если Вы хотите передать с деталью, поместить {yourname}%3@{yourhost} в Вашем собственном .forward. –  Elrond 23.05.2013, 00:02
  • 2
    Интересуются Вы решениями для уровня администратора почты? например, virtusertable запись. –  AnFi 23.05.2013, 15:13
  • 3
    virtusertable одно место, где эта целая вещь работает приятно: elrond@this.box elrond%3@other.box. Я имею в распоряжении это для некоторых моих пользователей без системных учетных записей (также я нахожу это глупым, что virtuser не может взять записи без домена, поскольку это поле имеет несколько доменов, и добавление их всех к virtusertable ужасно). Для пользователей системы я действительно предпочел бы их способность легко отредактировать их собственную передачу. Тем не менее я, вероятно, обращусь к разрешению пользователям сказать мне, что они хотят и меня добавляющий многократные въезды к virtusertable. –  Elrond 23.05.2013, 15:58

Вы полагали, что пользователи разрешения используют (голубятня) решето?

Кажется, что можно использовать пример ниже с redirect вместо fileinto http://wiki2.dovecot.org/Pigeonhole/Sieve/Examples#Plus_Addressed_mail_filtering

0
27.01.2020, 21:28

Теги

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