This is something I brought up previously as well. I use mail.domainname.com
as an alias for all my domains. This get's messy real quick.
---
Brad Dameron [EMAIL PROTECTED]
Network Account Executive 877-663-4349
TSCNet Online Services www.tscnet.com
> -----Original Message-----
> From: Einar Bordewich [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, February 14, 2001 3:39 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Next 5.0 features
>
>
> I think that vpopmail should use rcpthosts/morercpthosts,
> virtualdomains and
> assign file correct, according to qmail's philosophy.
>
> There is no reason to have an alias domain in the assign file
> at all. The
> only place the alias domain should be placed in qmail, is in the
> rcpthosts/morercpthosts and virtualdomains.
>
> realdomain.com and aliasdomain.com
>
> control/rcpthosts:
> realdomain.com
> aliasdomain.com
>
> control/virtualdomains:
> realdomain.com:realdomain.com
> aliasdomain.com:realdomain.com
>
> user/assign:
> +realdomain.com-:realdomain.com:1000:100:/home/vpopmail/domain
> s/realdomain.c
> om:-::
> .
>
> I have never understood why messing around with softlinks of
> directories and
> make things harder when it comes to vpopmail and aliasdomains!
>
> m2c
>
> regards
> --
> --------------------------------------------
> IDG New Media Einar Bordewich
> Development Manager Phone: +47 2336 1420
> E-Mail: eibo(at)newmedia.no
> Lat: 59.91144 N Lon: 10.76097 E
> --------------------------------------------
>
> ----- Original Message -----
> From: "Ken Jones" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Friday, February 02, 2001 5:26 AM
> Subject: Next 5.0 features
>
>
> >
> > We are looking at the features to add to the vpopmail 5.0 release.
> >
> > Here are the current major changes we are thinking about
> >
> > 1. vqmail-local support. This means, a new vpopmail program that can
> > be used to replace qmail-local for sites which are primarily running
> > vpopmail users/domains. For large volume sites this means one less
> > fork/exec for email deliveries.
> >
> > What this means:
> > a) Kris's additions to vpopmail for qmail-local type processing.
> > Integrating his work into the current vpopmail archecture.
> >
> > b) new API's to support add/del/modify of dot-qmail type files.
> >
> > c) modifications to each authentication module to support dot-qmail
> > file tile processing
> >
> > d) backward compatibility to support standard dot-qmail file
> > setups on current machines.
> >
> > 2. qmailadmin support for new vpopmail api's
> > a) backward compatibility to read the current dot-qmail files
> > for mailing lists, forwards, aliases and autoresponders
> >
> > b) support for the new vpopmail api to get/set dot-qmail
> information.
> >
> > 3. Code review for efficency
> >
> > These are the things that are important to me. If anyone here
> > has things that are important to them, please speak up. Perhaps
> > what you have to say will solve problems that other people
> are seeing.
> >
> > Ken Jones
> >
> > PS: I think I've got an idea for modifications to
> sqwebmail/courier-imap
> > makefiles to support the ~vpopmail/etc/lib-deps and lib-inc file.
> >
> > I would be interested to hear real world experiences from folks
> > who are running vpopmail(etc). Perhaps we can figure out what
> > needs to be changed to make it a better package.
> >
>
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.231 / Virus Database: 112 - Release Date: 2/12/2001
