On Thu, 5 Aug 1999, Daniel Callan wrote:
> Hi all,
>
> I know that the archive is full of alias problems but so far I cannot
> seem to find someone mentioning the simplest (and worst) problem of
> them all: If an account exists that is the same name as a virtual-domain
> specific alias (or even any alias for that matter), the account takes
> preference over the alias and the mail goes straight to the account.
This is not correct. I don't know what you mean by "virtual-domain
specific alias", but only domains that are local - i.e. exists in
control/locals will result in an immediate delivery to the local user if
the user exists.
ALL local deliveries are done first.
> Am I the only who thinks this is completey backwards???
Unfortunately not.
> We have got all the fastforward/dot-forward packages included and have
> still been suffering from this for almost a year now. Our prior two years
> with Sendmail means that we have quite a serious dependance on the concept
> that an alias will override an account of the same name. Worse still, we
> have WWW access for our resellers/agents to add users to the system.
> The system ofcourse checks to see if the user is taken/invalid and if not,
> allows them to add the user. However, we might have (for example) 5
> different aliases for "design"
> ie: [EMAIL PROTECTED] --> account1
> [EMAIL PROTECTED] --> account2
> [EMAIL PROTECTED] --> account3
> [EMAIL PROTECTED] --> account4
> [EMAIL PROTECTED] --> account5
>
> Now, it only takes one of them to unknowingly create a "design"
> account (thru the adduser system) to completely stuff things up and
> give me 5 complaining customers in one hit. Mail for "design@anything"
> will ONLY go to the mailbox (completely ignoring the aliases).
[...]
> Has anyone managed to get a sane alias system going under Qmail?
yes. indeed.
Check out
http://x42.com/doc/qmail/vdomains1.txt
for an old posting to this list.
There will be a section in LWQ about this.
/magnus
