On Wednesday 30 June 2004 06:13 pm, Brian Feeny wrote:
> 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
> again. Not sure why ./vdeldomain would be complaining when there
> wasnt a .dir-control in the first place associated with the domain I was
> 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
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.
> 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