On Apr 28, 2005, at 7:52 PM, Kurt Bigler wrote:
I'm wondering whether the changes I'm seeing have something to do with the
valias stuff which I have not yet enabled, not wanting to change too much at
once, and because I could find information that made me comfortable in my
understanding of the implications of enabling valias.


In any case it remains essential to be be able to have user spam filtering
work when forwarding to the user in question from another address in the
same domain. Right now I have to view my .qmail-<user> files directly to
know whether this will work, i.e. I have to assure I have a forward and not
an alias, since qmailadmin no longer lets me see the difference between the
two.

No relation to the valias code. Take a look at alias2forward.pl in the QmailAdmin contrib directory -- it will convert all Maildir deliveries to forwards. Here's the readme:


Use the alias2forward.pl program to go through your existing domains
and convert the aliases in .qmail-user files to forwards.  The newer
versions of QmailAdmin have switched to using forwards for local and
remote users, instead of Maildir delivery for local users.  This
allows for proper processing of the .qmail file in the user's directory.

Note that you must run this script as root or the vpopmail user.

We recommend that you do a dry run first and watch the output to
ensure that all changes will be as expected.

You will be prompted as to whether you want to do a dry run (YES=don't
save changes), and for the qmail directory (if it is not /var/qmail).

You will also be prompted for the domain to convert (leave blank for all
domains).  Please test with a single domain and confirm proper behavior
before processing all of your domains.

Please contact [EMAIL PROTECTED] with any questions, comments or
suggestions for improvement.

(Start from the command line by typing 'perl alias2forward.pl' or just
'./alias2forward.pl' if you have perl installed as /usr/bin/perl.)



Reply via email to