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/domains/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.
>
