"an alias can never override a valid user's deliveries" ???
Hi! at http://www.lifewithqmail.org/lwq.html (part: 3.5. Aliases): ---xx--- Note that because of the way aliases are implemented in qmail, an alias can never override a valid user's deliveries. E.g., if rachel is a normal user, ~alias/.qmail-rachel will not be used. ---xx--- for aliases I am using fastforward with /etc/aliases.cdb and have problem with above rule when there exists aliases with the same name in different domains _and_ if exists real user with that name, say we have user "john" but want have also aliases [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], etc. for others, pointed to different real users, and because of that rule all messages sent to these aliases goes to one Maildir of user "john" however he has his own domain and alias [EMAIL PROTECTED] So, how to override this? thanks for any help --Adam
Re: "an alias can never override a valid user's deliveries" ???
Adam Andrzej Jaworski wrote: > > for aliases I am using fastforward with /etc/aliases.cdb > and have problem with above rule when there exists aliases > with the same name in different domains _and_ if exists > real user with that name, say we have user "john" but > want have also aliases [EMAIL PROTECTED], [EMAIL PROTECTED], > [EMAIL PROTECTED], etc. for others, pointed to different real users, > and because of that rule all messages sent > to these aliases goes to one Maildir of user "john" however he has > his own domain and alias [EMAIL PROTECTED] > > So, how to override this? > > thanks for any help > > --Adam We alias all of our mail for our server with the domain first: (excerpt from /var/qmail/users/assign): =triton-net-ennui:virtual:1008:100:/var/qmail/popboxes/triton-net/ennui::: ... =1-800-all-cruises-com-info:virtual:1008:100:/var/qmail/popboxes/1-800-all-cruises-com/info::: (excerpt from /var/qmail/control/virtualdomains) triton.net:triton-net mail.triton.net:triton-net ... 1-800-all-cruises.com:1-800-all-cruises-com Is this not a viable option for you? -- Keith Network Engineer Triton Technologies, Inc.
Re: "an alias can never override a valid user's deliveries" ???
Keith, Thanks, but I was moved to qmail from Zmailer with large aliases list, (it worked on Zmailer without any problem) and this is the reason why now I'm using this shortcut (aliases -> aliases.cdb and fastforward) instead of any "native" qmail technology so I need an advice on how to do that with this set of tools... --Adam at [16/Apr/2001Mon 00:06] You Wrote in [Re: "an alias can never override a valid user's deliveries" ???]: > We alias all of our mail for our server with the domain first: > > (excerpt from /var/qmail/users/assign): > > =triton-net-ennui:virtual:1008:100:/var/qmail/popboxes/triton-net/ennui::: > ... > > >=1-800-all-cruises-com-info:virtual:1008:100:/var/qmail/popboxes/1-800-all-cruises-com/info::: > > (excerpt from /var/qmail/control/virtualdomains) > triton.net:triton-net > mail.triton.net:triton-net > ... > 1-800-all-cruises.com:1-800-all-cruises-com > > Is this not a viable option for you?
Re: "an alias can never override a valid user's deliveries" ???
P.S. also please remember that users/assign method is not suitable for us since - for many reasons (our auto-hosting software) - we have to use system accounts at: http://www.pgregg.com/projects/qmail/single-uid-howto.php >> "If you want to use system accounts do not read this document - it may lead you in the wrong direction." >> so we need one simple thing: qmail should respect what is in global aliases.cdb file used by fastforward means if there is configured alias (or catch-all) in one domain it should sent messages to user pointed to this alias - not to real user if this can't be done, then handling aliases in fastforward/qmail duo are worse than in Zmailer... (brrr..) P.S. Keith, Thanks, but I was moved to qmail from Zmailer with large aliases list, (it worked on Zmailer without any problem) and this is the reason why now I'm using this shortcut (aliases -> aliases.cdb and fastforward) instead of any "native" qmail technology so I need an advice on how to do that with this set of tools... --Adam at [16/Apr/2001Mon 00:06] You Wrote in [Re: "an alias can never override a valid user's deliveries" ???]: > We alias all of our mail for our server with the domain first: > > (excerpt from /var/qmail/users/assign): > > =triton-net-ennui:virtual:1008:100:/var/qmail/popboxes/triton-net/ennui::: > ... > > >=1-800-all-cruises-com-info:virtual:1008:100:/var/qmail/popboxes/1-800-all-cruises-com/info::: > > (excerpt from /var/qmail/control/virtualdomains) > triton.net:triton-net > mail.triton.net:triton-net > ... > 1-800-all-cruises.com:1-800-all-cruises-com > > Is this not a viable option for you?
Re: "an alias can never override a valid user's deliveries" ???
Adam Andrzej Jaworski <[EMAIL PROTECTED]> wrote: >also please remember that users/assign method is not suitable >for us since - for many reasons (our auto-hosting software) - >we have to use system accounts qmail-users doesn't preclude the use of system accounts, it just provides a more general aliasing mechanism that preempts system accounts. >so we need one simple thing: qmail should respect what is in global >aliases.cdb file used by fastforward >means if there is configured alias (or catch-all) in one domain >it should sent messages to user pointed to this alias - not to >real user >if this can't be done, then handling aliases in fastforward/qmail duo >are worse than in Zmailer... (brrr..) You could always modify the source--qmail-lspawn.c, most likely. -Dave
Re: "an alias can never override a valid user's deliveries" ???
Thanks Dave, of course, I just realized that Keith talked about just qmail-users, not in context "Single-UID based POP3 box By Paul Gregg" - I'm sorry Keith - anyway, it seems that I should start hacking around the qmail :-) I will let you know, folks, if it will be a success, since I'm not a programmer of any kind, but if this is the only way... I will :-) thanks for your support --Adam at [16/Apr/2001Mon 21:14] You Wrote in [Re: "an alias can never override a valid user's deliveries" ???]: > Adam Andrzej Jaworski <[EMAIL PROTECTED]> wrote: > > >also please remember that users/assign method is not suitable > >for us since - for many reasons (our auto-hosting software) - > >we have to use system accounts > > qmail-users doesn't preclude the use of system accounts, it just > provides a more general aliasing mechanism that preempts system > accounts. > > >so we need one simple thing: qmail should respect what is in global > >aliases.cdb file used by fastforward > >means if there is configured alias (or catch-all) in one domain > >it should sent messages to user pointed to this alias - not to > >real user > >if this can't be done, then handling aliases in fastforward/qmail duo > >are worse than in Zmailer... (brrr..) > > You could always modify the source--qmail-lspawn.c, most likely. > > -Dave >