|
|
784b94 |
# A domain-specific form of aliasing, allowing multiple virtual domains to be
|
|
|
784b94 |
# hosted on one machine.
|
|
|
784b94 |
#
|
|
|
784b94 |
# info@foo.com foo-info
|
|
|
784b94 |
# info@bar.com bar-info
|
|
|
784b94 |
# joe@bar.com error:nouser 550 No such user here
|
|
|
784b94 |
# jax@bar.com error:5.7.0:550 Address invalid
|
|
|
784b94 |
# @baz.org jane@example.net
|
|
|
784b94 |
#
|
|
|
784b94 |
# then mail addressed to info@foo.com will be sent to the address foo-info,
|
|
|
784b94 |
# mail addressed to info@bar.com will be delivered to bar-info, and mail
|
|
|
784b94 |
# addressed to anyone at baz.org will be sent to jane@example.net, mail to
|
|
|
784b94 |
# joe@bar.com will be rejected with the specified error message, and mail to
|
|
|
784b94 |
# jax@bar.com will also have a RFC 1893 compliant error code 5.7.0.
|
|
|
784b94 |
#
|
|
|
784b94 |
# The username from the original address is passed as %1 allowing:
|
|
|
784b94 |
#
|
|
|
784b94 |
# @foo.org %1@example.com
|
|
|
784b94 |
#
|
|
|
784b94 |
# Additionally, if the local part consists of "user+detail" then "detail" is
|
|
|
784b94 |
# passed as %2 and "+detail" is passed as %3 when a match against user+* is
|
|
|
784b94 |
# attempted, so entries like
|
|
|
784b94 |
#
|
|
|
784b94 |
# old+*@foo.org new+%2@example.com
|
|
|
784b94 |
# gen+*@foo.org %2@example.com
|
|
|
784b94 |
# +*@foo.org %1%3@example.com
|
|
|
784b94 |
# X++@foo.org Z%3@example.com
|
|
|
784b94 |
# @bar.org %1%3
|
|
|
784b94 |
#
|
|
|
784b94 |
# Note: to preserve "+detail" for a default case (@domain) %1%3 must be used
|
|
|
784b94 |
# as RHS. There are two wildcards after "+": "+" matches only a non-empty
|
|
|
784b94 |
# detail, "*" matches also empty details, e.g., user+@foo.org matches#
|
|
|
784b94 |
# +*@foo.org but not ++@foo.org. This can be used to ensure that the
|
|
|
784b94 |
# parameters %2 and %3 are not empty.
|
|
|
784b94 |
#
|
|
|
784b94 |
# All the host names on the left hand side (foo.com, bar.com, and baz.org)
|
|
|
784b94 |
# must be in class {w} or class {VirtHost}. The latter can be defined by the
|
|
|
784b94 |
# macros VIRTUSER_DOMAIN or VIRTUSER_DOMAIN_FILE (analogously to
|
|
|
784b94 |
# MASQUERADE_DOMAIN and MASQUERADE_DOMAIN_FILE). If VIRTUSER_DOMAIN or
|
|
|
784b94 |
# VIRTUSER_DOMAIN_FILE is used, then the entries of class {VirtHost} are
|
|
|
784b94 |
# added to class {R}, i.e., relaying is allowed to (and from) those domains.
|