First, is there a way to disable the Dir Control functionality of
vpopmail?
If not, is there any downside to just not using it?
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
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
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.
[EMAIL PROTECTED] bin]$
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
On Jun 30, 2004, at 4: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
On Jun 30, 2004, at 6:18 PM, Tom Collins wrote:
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
On Jun 30, 2004, at 4:18 PM, Ken Jones wrote:
Yep. Looks like whoever added the Warning message code needed to
ifdef it with the big user dir define.
Added to CVS and scheduled for 5.4.7.
--- vpopmail.c 26 Jun 2004 02:20:56 - 1.28.2.4
+++ vpopmail.c 1 Jul 2004 05:29:45 - 1.28.2.5
@@ -262,9