On Wednesday 30 June 2004 06:13 pm, Brian Feeny wrote: > Ken, > > Thanks for answering. I did see that disable-users-big-dir option, > so I configured with it. > > It seems to still do the following though: > > 1. create .dir-control in the domains directory. > 2. complain when removing a domain that it can't delete the dir control.
Yep. Looks like whoever added the Warning message code needed to ifdef it with the big user dir define. > > [EMAIL PROTECTED] bin]$ ./vadddomain test.com testcom > [EMAIL PROTECTED] bin]$ ./vdeldomain test.com > Warning: Failed to delete dir_control for test.com > > Even though /home/cust/vpopmail/domains/test.com is gone, > there is a .dir-control file in /home/cust/vpopmail/domains. I manually > deleted this file, but every time I add a new domain it creates this > file > again. Not sure why ./vdeldomain would be complaining when there > wasnt a .dir-control in the first place associated with the domain I was > deleting. > > Any ideas? Looks like the only way to stop domains from being hashed would be in 2 steps: rm -rf /home/vpopmail/domains/.dir-control vadddomain domainname If the /home/vpopmail/domains/.dir-control file does not exist then it creates a default one and puts the domain in /home/vpopmail/domains. So you can fake it out by deleteing the .dir-control every time. Also looks like we need to fix that warning message. Ken > > Brian > > On Jun 30, 2004, at 5:27 PM, Ken Jones wrote: > > On Wednesday 30 June 2004 03:37 pm, Brian Feeny wrote: > >> First, is there a way to disable the Dir Control functionality of > >> vpopmail? > > > > Sure. Use this option > > > > --disable-users-big-dir > > > >> If not, is there any downside to just not using it? > > > > Just the optimization for keeping the number of directories in > > a directory to a efficent level. > > > >> You may ask why I need to do this. > >> > >> We do our own hashing of directories and usernames here, using our own > >> script systems. > >> I like this because the paths that we are creating are predictable > >> since we are determining them > >> instead of dir control/vadduser. > > > > Since you do your own hashing, no need to use vpopmail's. > > > > Cheers, > > Ken Jones > > > >> Brian > >> > >> ---------------------------------------------------------------------- > >> Brian Feeny, CCIE #8036 e: [EMAIL PROTECTED] > >> Network Engineer p: 318.213.4709 > >> ShreveNet Inc. f: 318.221.6612