Ive been going over our server with a fine tooth comb in order to free up space because we are reaching our 8.3GB limit. We get several "insifficient disk space to return an open file to its compressed form" messages a day. I noticed in our mail\wpgo0000 post office that there where 5000+ files that were no longer in use from 1999. My client workstation ie. reports a size of 2.51MB and size on disk 100MB so after deleting and purgeing I wasnt able to recover more then the 2.51. Can someone explain how this works and what I need to do to recover the approx. 1,500 MB that should theoretically be there. Thanks

Have you unmounted the volume and run vrepair? You should just to make sure the disk is being reported correctly. Not sure why you think you should get 1.5gig back when it was reported that only 2.1meg? was available. Big difference between 2meg and 1 1/2gig. Do you have a vol1? Sounds like you only have sys vol and everything is on that. I have 5.1 and even with our IT folder containing ghost images, etc my disk is only 6gig full. We don't use word perfect mail? but a product called Pegasus. Works great and only uses the user home folders, which in our case is on vol1.

On a NW 4.11 server.... The SFT III v4.10 server has a limit of 2 million files. Namespaces will divide the maximum number by the number of loaded namespaces. Directory entries are kept in 4k blocks. Each block has 32 entries. Whenever a new directory is created, a new 4k block needs to be allocated. The first entry in the block is the directory, the remaining 31 entries can be used for file entries only. This brings us to a theoretical 128.000 directories per volume. Considering that "some" blocks get used only for file entries (10%) you usually have 100.000 directories per volume. After deleting and purging the files you certainly should dismount the volume and run a vrepair. I would even bounce the server to ensure that everything has reset properly.