On Fri, 2009-01-09 at 08:57 -0600, Matt Brookings wrote:
This would not work because users can be deleted out of the hash tree
anywhere. It appears your patch assumes a FILO ordering of user additions
and deletions.
I have not been able to explain properly. It would be FIFO.
If the hashes,
On Monday 12 January 2009 07:48:17 am ISP Lists wrote:
Can someone please provide a brief discussion as to when a vpopmail hashed
folder tree becomes big enough to warrant backfilling? Or, is big
just one concern amongst others such as: rate of deletes and adds,
filesystem choice...
I'm not
Manvendra Bhangui wrote:
Now let say I delete a user who has a directory
in /var/vpopmail/domains/1
The backfill code will put the entry '1' in the first line in the file
dir_control_free.
So after deleting 3 users, the file dir_control_free will have 3 lines
1
2
2
Each time the
ISP Lists wrote:
Can someone please provide a brief discussion as to when a vpopmail hashed
folder tree becomes big enough to warrant backfilling? Or, is big
just one concern amongst others such as: rate of deletes and adds,
filesystem choice...
I'm not quite picking up why the backfill is
Joshua Megerman wrote:
One last note - the idea of maintaining a list of backfill slots in a text
file is a pretty good one, but it still doesn't address the issue of not
properly calculating the number of users in a directory...
What are you referring to when you say it doesn't properly
Matt Brookings wrote:
Remember that this feature does not yet exist, and that there are probably
many systems with backfilling needs that go back years. Potentially this
patch could hit a system with four levels of hashing simply because there's
been a lot of additions and deletions. If the
On Jan 6, 2009, at 3:54 AM, aledr wrote:
There's a lot of patches on SourceForge tracker to be accepted and I
have my own patches and improvements for vpopmail that I would like to
see in the package.
There's no activity on the SF CVS for months, is It in active
development yet?
It's not in
Are people moving to a different options? Just wonder.. And if they are what
are those options?
Thanks,
Remo
Tom Collins On 1/8/09 12:55 PM, Tom Collins t...@tomlogic.com wrote:
On Jan 6, 2009, at 3:54 AM, aledr wrote:
There's a lot of patches on SourceForge tracker to be accepted and I
Remo Mattei wrote:
Are people moving to a different options? Just wonder.. And if they are what
are those options?
I hope not, I've not seen anything that comes close to the abilities of
vpopmail. We are preparing to completely overhaul our backend server and
integrate vpopmaild into our
I agree with you.. So I hope this stays.
Remo
DAve On 1/8/09 1:56 PM, DAve dave.l...@pixelhammer.com wrote:
Remo Mattei wrote:
Are people moving to a different options? Just wonder.. And if they are what
are those options?
I hope not, I've not seen anything that comes close to the
On Thu, 2009-01-08 at 17:10 -0500, DAve wrote:
My reward for fixing the dir_control to backfill still stands.
http://pixelhammer.com/Dan/aargh.jpg
Follow the thread...
http://www.mail-archive.com/vchkpw@inter7.com/msg25272.html
I could improve on the prize some as well, how about two
Good day!
There's a lot of patches on SourceForge tracker to be accepted and I
have my own patches and improvements for vpopmail that I would like to
see in the package.
There's no activity on the SF CVS for months, is It in active development yet?
Thanks.
--
[ ]'s
Aledr - Alexandre
OpenSource
Granted, vpopmail does a great job as is...
I'd just hate to see this project die for lack of renovation someday.
What's the licensing like? Could I modify the source and create another
project? (Not that I want to... trust me. I've got plenty of better things to
do.)
Matthias
On Wednesday
On Wednesday, October 23, 2002, at 12:51 PM, Matthias Trevarthan wrote:
Granted, vpopmail does a great job as is...
I'd just hate to see this project die for lack of renovation someday.
What's the licensing like? Could I modify the source and create another
project? (Not that I want to...
14 matches
Mail list logo