В странице справочника не говорится...
Но 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
Таким образом, это означает, истекает.
Попробовать 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 ведущее устройство.
Вы используете procmail в качестве локальной программы почтовой программы sendmail [FEATURE(local_procmail)
]
=> можно перенаправить/передать сообщения в ~elrond/.procmailrc с 1$, держа часть детали.
Извините, но мое procmail знание недостаточно для обеспечения НАДЕЖНОГО рецепта, например, некоторых проверок работоспособности 1$.
ПРЕДУПРЕЖДЕНИЕ: сообщение и к elrond+1 и к elrond+2 будет передано как два отдельных сообщения procmail.
{yourname}%3@{yourhost}
в Вашем собственном .forward
.
– Elrond
23.05.2013, 00:02
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