On Thu, Jul 15, 2010 at 04:44:00PM -0400, Phil Howard wrote:
> > You are working too hard if you are trying to "optimize" mailbox
> > domains to alias domains when there are not yet any mailboxes.
>
> I *know* certain domains will never have mailboxes.
You can make these virtual alias domains, but if you make them
virtual mailbox domains with no mailboxes, the difference will
be rather small. Instead of the queue manager routing the mail
of non-existing users directly to the error transport, they'll
be routed to the virtual(8) transport, which will bounce them
instead. Since smtpd(8) rejects non-existing users (when not
misconfigured), the different internal logic has little
practical impact.
> things work fine (and they do seem to) by assuming "they may have
> mailboxes some day in the future but just don't, yet", then that
> really would simplify things.
If you have a lot of domains to manage, you can make do with
virtual mailbox domains as a sensible default.
You need separate tables for virtual aliases and virtual mailboxes
regardless of which designation you choose, all that changes
is the contents of virtual_mailbox_domains vs. virtual_alias_domains.
--
Viktor.
