> 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'
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 bac
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
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 b
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 th
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"..
> 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.
>
>> I
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
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Manvendra Bhangui wrote:
> 1. vdeluser appends the directory being deleted in a MySQL table (for
>file for cdb backend). The latest directory deleted will be at the
>end. Let's say this filename is dir_control_free
This would not work because
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
Matt Brookings wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Remo Mattei wrote:
I agree with you.. So I hope this stays.
vpopmail and qmailadmin development are high on our list of items this year.
We're finishing
up leftover items from the final quarter of 2008, and then we're to sc
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Remo Mattei wrote:
> I agree with you.. So I hope this stays.
vpopmail and qmailadmin development are high on our list of items this year.
We're finishing
up leftover items from the final quarter of 2008, and then we're to schedule
vpopmail and
qma
I agree with you.. So I hope this stays.
Remo
DAve On 1/8/09 1:56 PM, "DAve" 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 abilities of
> vpopmail
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 intr
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" 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
>> have my own pa
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
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... trus
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 2
On Wednesday, October 23, 2002, at 07:03 AM, Matthias Trevarthan wrote:
Howdy,
Just curious: Is vpopmail still being actively developed?
Yes.
Is it a single developer, or is there a CVS and an open development
community?
I ask because I see people talking about patches a lot. If we had a
19 matches
Mail list logo