| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | |
Niels, at 16:28 on May 13 1996, you wrote to Bill Grimsley... BG> I suspect it's caused by Msged actually, but it's awfully hard to prove. NP> Unless you can get in and read the source code, you are flying blind as to NP> what is really going on. Fraid so. Trouble is, it only ever happens when I go back and specifically edit a message which I'd previously written, so whilst it could be squish at fault, I'm unable to really point the finger either way. BG> Another trap for the unwary. It pays to run SQPACK occasionally, BG> otherwise the files become positively enormous. NP> He was working on the basis that with all the disk space he had, he would NP> only trim it after 12 months.!! Silly bastard! Even though it only shows messages up to the predetermined limit, squish still keeps everything which has been posted to that echo until the message base is packed. That's a lot with Avtech, too. :) NP> It's trimmed now!!! Jeeze, where did all that free disk space come from? :) NP> 27 megs of Old mesages in one area and the rest since then in another. It NP> was all I could do as the tosser would NOT add to the corrupted file Doesn't matter anyway. I find that most messages are even more boring the second time around... Regards, Bill --- Msgedsq/2 3.20* Origin: Logan City, SEQ +61 7 3200 8606 MO (3:640/305.9) SEEN-BY: 640/305 711/934 @PATH: 711/934 |
|
| SOURCE: echomail via fidonet.ozzmosis.com | |
Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.