>We need to accept incoming mail for thousands of third-level domains (e.g.
>foo.bar.com). Then we need to forward all mail for each third-level domain
>to an email address specified by the third-level domain's owner.
>
>Ideas?
Go ahead and do it. There are two or three config files that will
bloat up with thousands of domains. One is the "virtualdomains" file
that lists the mapping from domain to address, but that's only read
once by qmail-send and held in an internal form, so that's not likely
to be a performance problem. The SMTP daemon reads the list of
domains to accept from rcpthosts and morercpthosts, but you compile
the latter into a CDB file so that shouldn't be a problem, either.
One way to handle the forwarding addresses would be to make fake
addresses in users/assign, but I'd suggest mapping them all through a
single virtual user, e.g. in virtualdomains:
floob.org:virtual-floob.org
Then make a .qmail-alias-default that uses fastforward to look up the
actual address. (Remember that dots turn into colons when it looks up
the address.)
CDB is designed so that lookups take constant time regardless of the size
of the database, so at first glance I don't see any reason this shouldn't
work for thousands of virtual domains.
>Hmmm. Considering another option, what about a cool Web interface enabling
>the domain's owner to access email sent to their domain (e.g. foo.bar.com),
>with Qmail on the backend?
Sounds like a swell idea, shouldn't be very hard to adapt from one of the
existing web mail packages.
--
John R. Levine, IECC, POB 727, Trumansburg NY 14886 +1 607 387 6869
[EMAIL PROTECTED], Village Trustee and Sewer Commissioner, http://iecc.com/johnl,
Member, Provisional board, Coalition Against Unsolicited Commercial E-mail
