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.
[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
What version of vpopmail? I thought we took care of that error message ("Warning: Failed to delete dir_control for test.com") during the development cycle leading up to 5.4.0. It was due to the domain's directory getting deleted before the dir_control file (for user directories) inside of it.
Perhaps someone could look into making a patch to add a --disable-domains-big-dir (or would that be enable?) to disable hashing when creating new domains. It shouldn't be too hard to ifdef out the code responsible for hashing.
-- 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/