|
Neohapsis is currently accepting applications for employment. For more information, please visit our website www.neohapsis.com or email hr@neohapsis.com |
Subject: Re: incoming envelope?
From: Wietse Venema (wietse
porcupine.org)Date: Sun Sep 10 2000 - 16:26:00 CDT
- Next message: Greg A. Woods: "Re: Load Restrictions and queuing"
- Previous message: Greg A. Woods: "Re: CDB tables ?"
- In reply to: Mark W. Eichin: "Re: incoming envelope?"
- Reply: Wietse Venema: "Re: incoming envelope?"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Mark W. Eichin:
> > With Postfix, that is possible only of you change the virtual domain
> > into a real one,
>
> Ahhh.
>
> > - by listing virtual.domain in $mydestination
> > - by removing the "virtual.domain whatever" entry from the virtual map.
> > - by removing all locally delivered users from the virtual map.
>
> So alias processing will happen on all such domains identically (which
> is fine, it is what '
sonri.org
thok.org' meant in the original
> config)...
Indeed. However, when mail is forwarded (via an alias, .forward
file, or otherwise) to an unqualified user (no
domain) then Postfix
appends
$myorigin.
> can I still add domain-specific aliases too, in the virtual
> table, or does the second line above mean that it won't even look
> there? (The docs I've looked at show how to *use* the "whatever"
> magic, but I have failed to find an explanation of what it really does...)
The virtual map rewrites any recipient (and appends
$myorigin to
an unqualified address). The "virtual.domain whatever: entry is
black magic, otherwise the virtual map is like a global alias table.
Wietse
- Next message: Greg A. Woods: "Re: Load Restrictions and queuing"
- Previous message: Greg A. Woods: "Re: CDB tables ?"
- In reply to: Mark W. Eichin: "Re: incoming envelope?"
- Reply: Wietse Venema: "Re: incoming envelope?"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]