As soon as you put the domains into control/locals you made the entries in
control/virtualdomains totally useless.  Domains must go in EITHER
control/locals or control/virtualdomains.  THEY CANNOT BE PUT IN BOTH
FILES.  If they are the domain is considered local and the virtualdomains
entry is IGNORED.

On Thu, 5 Aug 1999, Daniel Callan wrote:

> Hi Magnus,
> 
> Thanks for your reply.
> 
> At 08:21 5/08/99 +0200, you wrote:
> >> 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. 
> 
> Which part?
> 
> >I don't know what you mean by "virtual-domain
> >specific alias", 
> 
> I meant (in /etc/aliases):
> 
> [EMAIL PROTECTED]:      account1        (domain specific alias)
> [EMAIL PROTECTED]:      account2
> 
> AS OPPOSED TO
> 
> design:       account1                (gloabal 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.
> 
> All of the virtual domains I'm using are in control/locals AND
> in control/virtdomains. If they weren't, I couldn't use them as domains
> for all the local accounts. None of the domains are soley for either
> purpose, they are all used for BOTH accounts and aliases.
> 
> Point is, Sendmail was able to have virtual domains apply to all
> known accounts and aliases (WITH ALIASES CHECKED BEFORE ACCOUNTS).
> 
> >
> >> Am I the only who thinks this is completey backwards???
> >
> >Unfortunately not.
> 
> Glad to hear that at least ;-)
> 
> > 
> >> 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. 
> >
> 
> I did and strangely enough it doesn't vary from our setup very much
> at all. More particularly, we have already achieved the goals of that
> page. Only we DO have them in locals (to make the normal accounts respond 
> to that domain too) and we run the aliases straight from the /etc/aliases
> (to keep the lusers from wiping their .qmail* files under FTP)
> 
> ie:
> >>I am trying to set up multiple domains with multiple aliases. For
> > example:
> >  Joe B. has a login of joeb and an email address of -  [EMAIL PROTECTED] Yet
> >  Joe H. has a login in as joeh and an email address of - [EMAIL PROTECTED]
> >
> 
> I can already do this quite effectively :-)
> 
> What I CAN'T do is:
> 
> Joe B. has a login of "joeb" and an email address of -  [EMAIL PROTECTED]  
> (WORKS OK)
> Joe H. has a login in as "joeh" and an email address of - [EMAIL PROTECTED]  
> (STILL WORKS)
> Joe ? comes along and gets the login "joe" for email of - [EMAIL PROTECTED]
> (DOH! THIS ACCOUNT GETS MAIL FOR ALL THREE OF THEM)
> 
> This was not the case in Sendmail. Why change?
> 
> As I mentioned earlier, I definately require BOTH kinds of
> functionality for each domain (ie: local aliases AND local accounts).
> We are a Virtual ISP / Web Domain hosting service and have about
> 200 virtual domains on this mailserver (about 50 of which have 100-500
> local email accounts for each of that clients' users AND a gaggle of aliases 
> for themselves, some of which shorter than 8 chars eg: design, info).
> 
> This is why solutions such as "Domain only works for local aliases" or
> "Domain only works for local accounts" are not even an option for us.
> I need both. :-\
> 
> It just seems so silly to check accounts before aliases, for any reason 
> at all. I really can't fathom a single benefit from that order.
> 
> 
> Thanks for the help anyway, 
> (sorry if I'm sounding out of sorts, 
> I am having the day from hell here)
> 
> Regards,
> -Daniel
> 
> 
>          Daniel Callan
>         System Engineer/
>        Senior Programmer
> 
>      [EMAIL PROTECTED]
>       -- DataLine.net.au --
>      http://dataline.net.au 
> 

---------------------------------
Timothy L. Mayo                         mailto:[EMAIL PROTECTED]
Senior Systems Administrator
localconnect(sm)
http://www.localconnect.net/

The National Business Network Inc.      http://www.nb.net/
One Monroeville Center, Suite 850
Monroeville, PA  15146
(412) 810-8888 Phone
(412) 810-8886 Fax

Reply via email to