Re: [vchkpw] Custom Fields ?

2006-12-13 Thread drew-vpopmail
The user directory and the corresponding Maildir is created by 
vdelivermail if it does not exist (make_user_dir(...) in vpopmail.c called 
from vdelivermail.c) and does not depend on the backend.

On Wed, 13 Dec 2006, Joshua Megerman wrote:

 On Wednesday 13 December 2006 01:47, Rick Widmer wrote:
  Joshua Megerman wrote:
   In my experience, as long as you add new fields AFTER the existing
   vpopmail fields, you shouldn't have any problems.
 
  The order of the fields in the table should not matter.  I believe
  vpopmail always uses explicit lists, so as long as you provide all of
  the required fields it should be happy.
 
 OK, I just looked at the MySQL code (the backend I use, and therefore am 
 familiar with) and you're correct.  I don't know if that changed since 
 sometime in 5.3.x, when I first played with extending the DB, but at this 
 point it looks like the columns are explicitly stated in order for all 
 relevant SQL queries, so the order in the DB shouldn't matter.  Just don't 
 change the order in the query without changing the code - that I know for 
 certain :)
 
  I believe vdelivermail has support for creating the Maildir for a user
  when the first email comes in.  All you have to do is create the
  database entry and wait for a message.  (Maybe the one sent by John's
  onchange patch.)  disclamerI may be wrong, I use cdb./disclamer
 
 I believe you are correct - the user dir doesn't get created until the first 
 attempt by vpopmail to either read or write to it (e.g., deliver a message, 
 check via pop3, etc.).  I don't think this depends on the backend, as every 
 backend stores the location of the user dir effectively the same way.
 
 Josh
 



Re: [vchkpw] configure --prefix / --datadir options ignored?

2006-12-13 Thread Rick Widmer



James W. Abendschan wrote:


I'd really like to be able to control the location of the binaries,
configurations, and data directories (other than going in post-install
and making symlinks to where they should go -- which is what I wound
up doing.)

What's the correct way to do this?


I'm afraid the only options you have are to submit a patch or to sponsor 
the development.  I don't think anyone else has shown any interest in 
needing this feature.  It doesn't seem harmful so there probably won't 
be any objection to adding it as long as it does not change default 
behavior.



Rick