Tom Collins wrote:

On Sep 24, 2004, at 7:25 AM, Dave Goodrich wrote:

I've read all the posts in the archive afterching on "valias", a lot of posts, and I think my assumptions are correct. I would like to know if there are any limitations I should be aware of.


--enable-valias configures vpopmail to store .qmail-alias files in a table. It does not affect the .qmail files in POP/IMAP user directories.

Currently, it can only properly handle email forwarding or calling a single program. In the initial design, there wasn't a method to ensure the processing order of alias entries. So, any .qmail-alias file in which the execution order is important (like spam scanning), will not work with valiases.
This answers my most pressing question, thank you.


It should be a simple fix -- add an auto-incrementing sequence column to the table and sort the results by it. Entries will always be returned in the order they were added. The only problem is we need an easy way
to update existing valias tables to add the column.
Yes, but if there are no current multi line entries in existing valias tables, then could not all rows be altered to have the column with a value of 1?

More complex .qmail files will be difficult to edit/manage if stored in the valias table.
Yes, I had thought so as well, which is why I asked. With command line tools this really could be nothing more than add, view, delete an entry.


You can store aliases, forwards and autoresponders in the valias table. ezmlm mailing lists need to stay in .qmail files so ezmlm-make can modify them whenever the list's settings are changed. .qmail-default remains as a .qmail file so qmail-local can find it and pass the message on to vdelivermail.
This is the one I couldn't find a hint of in the archives! I can use both valias and .qmail files within the same domain? (ezmlm and my spam script are the biggest concerns)

Provided I can have both, which hold precedence? If there is a .qmail-<user> file, and a <user> entry in valias, which is run and which is not?

Thank you,

DAve

-- Tom Collins - [EMAIL PROTECTED] QmailAdmin: http://qmailadmin.sf.net/ Vpopmail: http://vpopmail.sf.net/ Info on the Sniffter hand-held Network Tester: http://sniffter.com/




-- Systems Administrator http://www.tls.net Get rid of Unwanted Emails...get TLS Spam Blocker!



Reply via email to