| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | tobruk bug |
PM>> Have you tried running SQPACK against it. Packing the PM>> message base may help, and it can't hurt! AM> No, I don't think so. It's either sqpack or sqfix that modifies the AM> last read pointers of Maximus though, which means I then have to go into AM> max and read the last message in each echo to reset them before adding AM> anything more to the messagebase. A bit of a snafu. In fact I AM> discovered just how delicate max's last read pointers are in this packet AM> - I'd been looking through my netmail area last night and went back to a AM> particular message so that I could resend it - about 15-20 message AM> back... Low and behold, there are over 20 messages in my next qwk AM> packet! :( Almost all old ones... Stupid unintelligent software. I doubt that sqpack is the culprit. Most sysops would run it fairly regularly and their users would be jumping up and down if it reset the last read pointers. Wouldn't it be less hassle to run PQWK to convert your packets to QWK? PM>> In that case you're on your own. You could always collect PM>> the Squish echo and see if anyone has some more ideas. If AM> I'm a PC user, not a masochist. ;) Not a masochist? This from the man who runs the worlds most complicated point setup! PM>> you find anything, let me know. I'd like to see if I can PM>> break the 100 msgs/sec mark :-) AM>* Origin: It's not even a nice place to visit (3:711/934.1) 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™.