I have found myself for a couple years now retaining .qmail-blah files in
domain directories in order to implement forwards (using the & command),
even though it is gradually becoming clear that using the forward capability
within the user/.qmail file is the more modern way.
For example one distinct advantage of doing forwarding in the user/.qmail
file is to get rid of the ugly
Delivered-To: [EMAIL PROTECTED]
formations.
But today I realized what is keeping me from making this transition, and
that is that the old way allows me to keep forwards and pop accounts really
separate. The look distinct and separate when I'm browsing in the file
system, and the look distinct and are separate in QmailAdmin. Both of thse
are plusses, but particularly the separate entry page in QmailAdmin makes
doing things the old way a real plus.
This made me realize that what I'd really like to see in vpopmail+qmailadmin
is the ability to get rid of all my old qmail forwards (without necessarily
using valias), and stop using them entirely in favor of handing both pop
accounts and forwards via the user/.qmail file, but retaining the idea of a
"pure forward account" and having the pure forwards listed and edited via
the Forwards page rather than the Email Accounts page.
Since pure forwards would not have passwords, perhaps an empty or
special-valued password field would distinguish a "pure forward" user from
an "Email Account" user, or there may be some other way.
Mind you I'm not familiar with valias, and want to avoid using it to avoid
having to add an sql component to my mail solution for my small
installation. So I don't know whether valias addresses anything
functionality like this.
Thanks for any thoughts.
-Kurt Bigler
