On Wednesday, March 23 at 11:08 AM, quoth Tom Collins: > On Mar 23, 2005, at 9:45 AM, Kyle Wheeler wrote: > >Additionally, the ideas there I think you can still use. For example, > >you could make --enable-spam-command look something like this, too: > > > > |spamc -u "[EMAIL PROTECTED]" | maildir > >/.../vpop/domains/$USER/$EXT/Maildir/ > > What if vdelivermail just set some extra environment variables for you > to use. > > $VPOPUSER, $VPOPDOM, $VPOPEMAIL, $VPOPMAILDIR > > Username, domain name, full email address, maildir path > > Others?
I think that would be great - especially if you could guarantee that those envariables are in the correct case (e.g. someone sending to [EMAIL PROTECTED] will get properly handled as [EMAIL PROTECTED]). That would, if nothing else, make my job much easier. I also agree with Jeremy Kitchen. A lot of the environment variables necessary to do this are already documented - there are official equivalents for all the environment variables you list up there, it's just that when vdelivermail delivers them, they're "incorrect" (i.e. they reveal the virtualness of the domain). For example, $USER is set by qmail-local when it hands mail to vdelivermail, but this envariable is left unaltered: when the .qmail files are processed by vdelivermail, $USER is set to "domain.com" - which is just silly. Similarly, $HOME is set, but it is incorrect - it should be the virtual user's home, rather than vpopmail's home (why would anybody's mail delivering scripts need to know where vpopmail's home is? if nothing else that can be *EASILY* hardcoded in, it's not like it's gonna CHANGE for any of the users). Let me see... envariables that should be "fixed"...: $RECIPIENT, $USER, $HOME, $LOCAL, $HOST, $EXT, $EXT2, $EXT3, $EXT4, $DEFAULT, and $DTLINE It's probably "technically" correct to leave them as is, just not very useful, and it makes the domain less "virtual". If these envariables are fixed by vdelivermail, it would make it *MUCH* easier to move an existing qmail installation into a virtual setup. With the exception of qmail-extensions (which are done weirdly under vpopmail), nobody's .qmail files would need to be manually edited! Above all, it would wonderful if the envariables were made lowercase so I (and others) can take those dang "tr" calls out of our scripts. But some more intelligent environment setup would be a GREAT help. ~Kyle -- Formal symbolic representation of qualitative entities is doomed to its rightful place of minor significance in a world where flowers and beautiful women abound. -- Albert Einstein
signature.asc
Description: Digital signature
