--------------- FIDO MESSAGE AREA==> TOPIC: 174 MUFFIN (MAXIMUS) Ref: F1P00018Date: 01/19/98 From: DAVID CHORD Time: 12:07pm \/To: ANTHONY TIBBS (Read 1 times) Subj: packet sorter Anthony Tibbs wrote in a message to David Chord: DC> Question. Does PacketSort actually speed up the entire processing time DC> (including it's own runtime) or does it slow down, or remain the same? AT> Speed it up. BIG time. Including when you have 1 or 2 messages for one echo, and do that several times a day, or does it slow things down because it finds that it really has nothing to do (as the messages are already in order and for the one area) DC> I'd have my doubts as to wether or not it made any real differences DC> speed-wise, but it does appear to have several other usefull features DC> (like splitting large packets and sorting messages by date) AT> It does speed things up. Think about it. If Squish only has to AT> open a single area ONCE, rather than 50 or more times, will it not AT> be faster? After all, each open requires a DOS "FAT AT> search"/directory search, etc. See my previous message to all on this. Dave Save your BBS! Join INTBBS_WK now! --- timEd 1.10 * Origin: GnomeVille TBBS 64-4 235-6887 (3:771/1560) --------------- FIDO MESSAGE AREA==> TOPIC: 174 MUFFIN (MAXIMUS) Ref: F1P00019Date: 01/19/98 From: DAVID CHORD Time: 12:11pm \/To: JIM BROWN (Read 1 times) Subj: Maximus filesystem on NT Server: problem12:11:1901/19/98 Jim Brown wrote in a message to Scott Dudley: JB> I have an update for you. One of my points suggested that I set up JB> the IPC directory on one of the Win95 workstations and point JB> everyone to that. It worked. However, this is a workaround, not a JB> solution. One of the things I have to do to make it work is keep a JB> user logged into the NT Server in order to map a drive to the IPC JB> directory on the Win95 workstation so that background tasks such as JB> mail tossing can write their IPC files. Can't you have something else pointing to it to keep it mapped? What'sthe situation with NT changing the mapping? Dave Save your BBS! Join INTBBS_WK now! --- timEd 1.10 * Origin: GnomeVille TBBS 64-4 235-6887 (3:771/1560) --------------- FIDO MESSAGE AREA==> TOPIC: 174 MUFFIN (MAXIMUS) Ref: F1P00020Date: 01/19/98 From: DAVID CHORD Time: 12:15pm \/To: STAN BIMSON (Read 1 times) Subj: packet sorter Stan Bimson wrote in a message to Steve Monteith: SM> Right now the biggest slow is linking the areas. SB> This really is only a local problem, I look at trying to get stuff SB> out the door as fast as possible. But do you run QQLink? That's SB> faster than having Squish link your areas. Doesn't QQLink have problems linking some messages that Squish will (eg the original message arrives after the reply - I understand that QQLink won't link them?) Dave Save your BBS! Join INTBBS_WK now! --- timEd 1.10 * Origin: GnomeVille TBBS 64-4 235-6887 (3:771/1560) --------------- FIDO MESSAGE AREA==> TOPIC: 174 MUFFIN (MAXIMUS) Ref: F1P00021Date: 01/19/98 From: DON GUY Time: 12:34pm \/To: BOB JUGE (Read 1 times) Subj: Arj & OS/2 Greetings Bob! A long time ago, in a galaxy far, far away, a coded message from Bob Juge to Tommi Pitkanen was intercepted... BJ> OS2 Add arjz-os2 a -e+ -md %a %f ^^^^^^^^ I've long been under the impression that ARJ compression under OS/2 simply wouldn't happen. Is there a complete archive hiding on your site somewhere? -Don ... Windows isn't crippleware: it's "Functionally Challenged." --- * Origin: Extreme Impossibility/2 [Kingston, Ontario, Canada] (1:249/176) --------------- FIDO MESSAGE AREA==> TOPIC: 174 MUFFIN (MAXIMUS) Ref: F1P00022Date: 01/19/98 From: BOB JUGE Time: 05:53pm \/To: DON GUY (Read 1 times) Subj: Arj & OS/2 Don Guy wrote in a message to Bob Juge: BJ> OS2 Add arjz-os2 a -e+ -md %a %f ^^^^^^^^ DG> I've long been under the impression that ARJ compression under OS/2 DG> simply wouldn't happen. Is there a complete archive hiding on your DG> site somewhere? It's in ARJZ015.ARJ 05/30/95 264501 bytes. - Bob Internet : bob@juge.com Telnet, Vmodem, WWW or FTP to juge.com --- timEd/2 1.10+ * Origin: COMM Port OS/2 juge.com 204.89.247.1 (281) 980-9671 (1:106/2000) --------------- FIDO MESSAGE AREA==> TOPIC: 174 MUFFIN (MAXIMUS) Ref: F1P00023Date: 01/18/98 From: ANTHONY TIBBS Time: 12:37pm \/To: DENNIS CARR (Read 1 times) Subj: Shelling out to Bluewave door... DC> Something I've noticed is that whenever I locally run the Bluewave DC> door DC> from inside Maximus, somewhere during the switch, something is DC> accessing DC> the CD drive - which will pose a problem if an audio CD is in there - DC> it DC> just sits there reading the CD drive. =/ Yep, in Max.Ctl there is a line "Save Directories CDEFG..." Take your CD-ROM drive's drive letter outa there and you should be fine. Even if there were an audio CD in the drive, it should eventually skip it (max a few seconds), though. --- PointEd 2.0 * Origin: The Tibbs' Point - Ottawa, Ontario, Canada (1:163/215.38) --------------- FIDO MESSAGE AREA==> TOPIC: 174 MUFFIN (MAXIMUS) Ref: F1P00024Date: 01/18/98 From: ANTHONY TIBBS Time: 12:39pm \/To: MICHAEL EPLER (Read 1 times) Subj: msg editor ME> want to control (pre-can) and that would be consistent with your idea. ME> However, are there user options like header/text display colours, ME> quoting style, taglines, etc that would/could still be very ME> individual? How would they get placed in the on-the-fly generation? ME> How would they be stored for retrieval? That's on the editor.....then ME> tagged areas, last read pointers, etc from the bbs end still need to ME> be picked up, don't they? Well, if they wanted to set their own colours, etc. you would need a (possibly large) database containing a config for each user. But that wouldn't necassarily be required - after all, maybe the sysop doesn't WANT them to pick their own colours? The tagged areas/LRP can be retrieved using MEX, I believe. --- PointEd 2.0 * Origin: The Tibbs' Point - Ottawa, Ontario, Canada (1:163/215.38) --------------- FIDO MESSAGE AREA==> TOPIC: 174 MUFFIN (MAXIMUS) Ref: F1Q00000Date: 01/20/98 From: ANTHONY TIBBS Time: 06:44pm \/To: DAVID CHORD (Read 1 times) Subj: packet sorter DC>> same? AT>> Speed it up. BIG time. DC> Including when you have 1 or 2 messages for one echo, and do that DC> several times a day, or does it slow things down because it finds that DC> it really has nothing to do (as the messages are already in order and DC> for the one area) Nope, because if the total, unpacked size of the .pkts is <50k, I don't even run PktSort. :-) Gotta love 4DOS. --- PointEd 2.0 * Origin: The Tibbs' Point - Ottawa, Ontario, Canada (1:163/215.38) --------------- FIDO MESSAGE AREA==> TOPIC: 174 MUFFIN (MAXIMUS) Ref: F1Q00001Date: 01/20/98 From: PATRICK MCCULLOUGH Time: 03:09am \/To: ALAN HESS (Read 1 times) Subj: barricades Alan Hess wrote in a message to all: AH> I'm trying to set up a few message areas to allow specific users to AH> enter them. Apparently, I can do this using barricade, but I have AH> not been able to get it to work (I have RTFM.) Any assistance would AH> be appreciated. Thanks. *adh* There are a couple of ways to do it... here's one: Set a key for the areas you want to barricade, example: MsgArea AS2 ACS Normal/M Thusly, only users with Normal or higher access AND the key M will even see that message area. Run Silt or Siltp, of course.... Then give that key to each of the users you wish to enter that area. You can assign multiple keys and come up with all sorts of custom access levels -i.e. let them in only if they have M and Z or whatever. The only limit is the number of free keys you have left. Another way is to use the barricade access files, with or without passwords. Keys work for me, though, and it's easier to setup. YMMV. For an automatic password barricade, set a line like this in the echos you are controlling: Msgarea (whatever) ACS (whatever) Barricade Barrier.acs <--points to a filename (rest of msgarea stuff here) End Msgarea Barrier.acs might look like this: !Joe_User Worthy !Robby_Dittmann Worthy !Patrick_McCullough Sysop !All NoAccess Meaning Joe User and Robby get Worthy access, I get Sysop, and everyone else can't see it. Same as the key works, the difference being keys can be turned on and off from the user editor. You'd have to manually edit the barrier.acs file each time you make a change. Hope this helps! (Thanks to Robby for explaining this to me a while back :) Patrick --- timEd 1.10 * Origin: Layzner SPT-LZ-00X (1:133/1024) --------------- FIDO MESSAGE AREA==> TOPIC: 174 MUFFIN (MAXIMUS) Ref: F1Q00002Date: 01/19/98 From: LARRY EVANS Time: 09:33pm \/To: MATTHEW LAIRD (Read 1 times) Subj: Telnet Door Matthew Laird wrote in a message to Larry Evans: LE> Then I suppose it is I who misunderstood. And as for LE> the MANY telnet servers? Hmmm....they must have eluded me. ML> There's WnFossil/NT, Netmodem, COM/IP, and I found one or two ML> smaller ones out there which I can't remember. I actually wrote ML> the author of NetModem, and he says to his knowledge there's no ML> outbound telnet client currently available. He did however say ML> that he has plans to write one sometime in the future. ML> Unfortunately that doesn't help me right now. I guess it's time to ML> ditch Maximus and head for linux.... Winfossil i had heard of but not tried, and thought that it was merely another front end fossil driver, nothing indicated to me that it was a telnet server, but I will check it out. Netmodem I have heard a lot about, and telnet server WAS mentioned often regarding it, and COM/IP I have seen mentioned but with problems associated. Thats the big 3, not quite 'many' eh . Just kidding Matt. I dunno, Although I am capable with win95 and NT, and still prefer OS/2 above either ot them, I am leaning more and more towards Linux for my next system. It just seem like the best for internet handling and BBS as an all in one box. Plus, it multitasks with the best of them. Adios for now, Lightnin' Lar (larry@fidogate.com) --- timEd/2 1.10 * Origin: Tesla's Tower/Spokane HUB/ftp.fidogate.com (1:346/49)