Francesco Vertova wrote: > At 13.10 15/03/07, you wrote: > >> I'm currently using GLST with Xmail 1.24, and I've noticed that the >> glst.dbm file never seems to shrink. The glst-lame.dbm grows each time I >> do glst --cleanup, but the glst.dbm file only gets larger. > > I think glst.dbm is supposed to grow and grow until you perform a > manual compact (dbdump --dbfile glst.dbm | dbload --dbfile > compact.dbm), even though every --cleanup frees up some space that, > according to the gdbm doc, should be re-used (so, all things equal, > the growth rate should decrease over time).
Well, see, that's the weird thing. When I do a glst --cleanup, the glst.dbm file actually *grows* (admittedly, only a small amount - maybe 10 - 20 KB or so). Which I thought was weird. > No idea how the glst.dbm size may affect performance. It has been > reported that (on Windows) the file may get corrupted (becoming huge > with glst using a lot of cpu) unless you compact it from time to > time. On my (lightweight) Windows server glst.dbm is slowly growing > above 1Mb, with no apparent performance hits. I've compacted it a > couple of times in the past, though. Well, mine is nowhere near that size, but on the other hand, I'm only supporting a user base of maybe 15 people, with a total of perhaps 40 (valid) email addresses. (I say "valid" because I also have a spamtrap address collection, but they all feed into a single email address). - To unsubscribe from this list: send the line "unsubscribe xmail" in the body of a message to [EMAIL PROTECTED] For general help: send the line "help" in the body of a message to [EMAIL PROTECTED]
