### Re: Ocean girl mail-domain

[ Follow-Ups ] [ Post Follow-up ] [ Bulletin Board ] [ FAQ ]

Posted by Peter 'Rattacresh' Backes on March 19, 192001 at 00:02:32: In Reply to: Ocean girl mail-domain posted by Little Angel on March 18, 192001 at 02:29:38:

Ya need to have an MX record on that domain pointing to a mail
server under your control.

That mailserver, be it running sendmail, has a yummy
configuration file called /etc/mail/virtusertable.

don't forget to makemap hash virtusertable.db < virtusertable;
a restart of the daemon is not required.

virtusertable A domain-specific form of aliasing, allowing multiple
virtual domains to be hosted on one machine. For example,
if the virtuser table contained:

info@foo.com foo-info
info@bar.com bar-info
joe@bar.com error:nouser No such user here
jax@bar.com error:D.S.N:unavailable Address invalid
@baz.org jane@example.net

then mail addressed to info@foo.com will be sent to the
address foo-info, mail addressed to info@bar.com will be
delivered to bar-info, and mail addressed to anyone at baz.org
will be sent to jane@example.net, mail to joe@bar.com will
be rejected with the specified error message, and mail to
jax@bar.com will also have a RFC 1893 compliant error code
D.S.N.

The username from the original address is passed
as %1 allowing:

@foo.org %1@example.com

meaning someone@foo.org will be sent to someone@example.com.
Additionally, if the local part consists of "user+detail"
then "detail" is passed as %2 when a match against user+*
is attempted, so entries like

old+*@foo.org new+%2@example.com
gen+*@foo.org %2@example.com
+*@foo.org %1+%2@example.com

and other forms are possible. Note: to preserve "+detail"
for a default case (@domain) +*@domain must be used as
exemplified above.

All the host names on the left hand side (foo.com, bar.com,
and baz.org) must be in class {w} or class {VirtHost}, the
latter can be defined by the macros VIRTUSER_DOMAIN or
VIRTUSER_DOMAIN_FILE (analogously to MASQUERADE_DOMAIN and
MASQUERADE_DOMAIN_FILE, see below). If VIRTUSER_DOMAIN or
VIRTUSER_DOMAIN_FILE is used, then the entries of class
{VirtHost} are added to class {R}, i.e., relaying is allowed
to (and from) those domains. The default map definition is:

hash /etc/mail/virtusertable

A new definition can be specified as the second argument of
the FEATURE macro, such as

FEATURE(`virtusertable', `dbm /etc/mail/virtusers')

Follow-up Messages:

- Re: Ocean girl mail-domain kordo 12:01:11 9/18/2001 (0)

Post a Follow-up Message

    Name:

    E-Mail:

    Subject:
    Comments:

    : Ya need to have an MX record on that domain pointing to a mail
    : server under your control.

    : That mailserver, be it running sendmail, has a yummy
    : configuration file called /etc/mail/virtusertable.

    : don't forget to makemap hash virtusertable.db < virtusertable;
    : a restart of the daemon is not required.

    :
    : virtusertable   A domain-specific form of aliasing, allowing multiple
    :                 virtual domains to be hosted on one machine.  For example,
    :                 if the virtuser table contained:

    :                         info@foo.com    foo-info
    :                         info@bar.com    bar-info
    :                         joe@bar.com     error:nouser No such user here
    :                         jax@bar.com     error:D.S.N:unavailable Address invalid
    :                         @baz.org        jane@example.net

    :                 then mail addressed to info@foo.com will be sent to the
    :                 address foo-info, mail addressed to info@bar.com will be
    :                 delivered to bar-info, and mail addressed to anyone at baz.org
    :                 will be sent to jane@example.net, mail to joe@bar.com will
    :                 be rejected with the specified error message, and mail to
    :                 jax@bar.com will also have a RFC 1893 compliant error code
    :                 D.S.N.

    :                 The username from the original address is passed
    :                 as %1 allowing:

    :                         @foo.org        %1@example.com

    :                 meaning someone@foo.org will be sent to someone@example.com.
    :                 Additionally, if the local part consists of "user+detail"
    :                 then "detail" is passed as %2 when a match against user+*
    :                 is attempted, so entries like

    :                         old+*@foo.org   new+%2@example.com
    :                         gen+*@foo.org   %2@example.com
    :                         +*@foo.org      %1+%2@example.com

    :                 and other forms are possible.  Note: to preserve "+detail"
    :                 for a default case (@domain) +*@domain must be used as
    :                 exemplified above.

    :                 All the host names on the left hand side (foo.com, bar.com,
    :                 and baz.org) must be in class {w} or class {VirtHost}, the
    :                 latter can be defined by the macros VIRTUSER_DOMAIN or
    :                 VIRTUSER_DOMAIN_FILE (analogously to MASQUERADE_DOMAIN and
    :                 MASQUERADE_DOMAIN_FILE, see below).  If VIRTUSER_DOMAIN or
    :                 VIRTUSER_DOMAIN_FILE is used, then the entries of class
    :                 {VirtHost} are added to class {R}, i.e., relaying is allowed
    :                 to (and from) those domains.  The default map definition is:

    :                         hash /etc/mail/virtusertable

    :                 A new definition can be specified as the second argument of
    :                 the FEATURE macro, such as

    :                         FEATURE(`virtusertable', `dbm /etc/mail/virtusers')

    Optional Link URL:

    Link Title:

    Optional Image URL:

[ Follow-Ups ] [ Post Follow-up ] [ Bulletin Board ] [ FAQ ]