--------------- FIDO MESSAGE AREA==> TOPIC: 251 OS2 BBS Ref: DBA00027 Date: 06/30/96 From: GRAEME GELDENHUYS Time: 11:39am \/To: JAMES MITCHELL (Read 2 times) Subj: Re: Beta Testers Wanted for ALLFIX/2 Hello James In a message from 09:42:58 23 Jun 96 with the subject "Beta Testers Wanted for ALLFIX/2" you wrote: JM>> Yes, ALLFIX/2 should work with Adept as long as you don't mind recreating your JM>> whole file base after receiving a TIC'd file. After ALLFIX imports your file JM>> and updates the FILES.BBS file, then you'd have to run BFSMAKE to import the But you sure would loose lots of Allfix/2's functions like file accouncements etc, because I don't think it supports there message base either... I don't know, I could be wrong. :-) Greetings by Graeme Geldenhuys -=[Team OS/2 : South Africa]=- --- AdeptMail Version 0.99 (cb) unreg. * Origin: * Live Wire BBS * Somerset West * RSA * (5:7102/128.0) --------------- FIDO MESSAGE AREA==> TOPIC: 251 OS2 BBS Ref: DBA00028 Date: 06/30/96 From: GRAEME GELDENHUYS Time: 01:05pm \/To: JAMES MITCHELL (Read 2 times) Subj: Re: Beta Testers Wanted for ALLFIX/2 Hello James In a message from 09:42:58 23 Jun 96 with the subject "Beta Testers Wanted for ALLFIX/2" you wrote: JM>> Yes, ALLFIX/2 should work with Adept as long as you don't mind recreating your JM>> whole file base after receiving a TIC'd file. After ALLFIX imports your file JM>> and updates the FILES.BBS file, then you'd have to run BFSMAKE to import the Well, you will loose quite a bit of Allfix/2's functions don't you think. I am not sure, but I don't think Allfix/2 supports Adept's message base either, so there goes the Fill Announce ment function... :-) Greetings by Graeme Geldenhuys -=[Team OS/2 : South Africa]=- --- AdeptMail Version 0.99 (cb) unreg. * Origin: * Live Wire BBS * Somerset West * RSA * (5:7102/128.0) --------------- FIDO MESSAGE AREA==> TOPIC: 251 OS2 BBS Ref: DBA00029 Date: 07/01/96 From: GRAEME GELDENHUYS Time: 10:46am \/To: RODNEY TAYLOR (Read 2 times) Subj: Re: Adept Hi Rodney! > Ok, I saw that, then I also saw that in teh file areas whenever I typed in > something into that ADDR line that is greyed out, it says that it's not Check the gatekeeper documentation for info on how to setup .TIC processing. Mine is setup in such a way, that it auto. forwards the nodelist to my downlinks and imports it into my file areas. > thinking of a nodelist compiler, that compiles the nodelist everytime > something in them changes, ie. like the text file is compiled. Most nodelist compilers do that already... You download the world wide nodelist, and then every week you add the Nodediff (difference between the old week and the new week) into the nodelist with the compiler.... Or am I not seeing your point again... :-) Cheers, - Graeme - -=[Team OS/2 : South Africa]=- --- AdeptXBBS v1.07f (Registered) * Origin: * Live Wire BBS * Somerset West * RSA * (5:7102/128) --------------- FIDO MESSAGE AREA==> TOPIC: 251 OS2 BBS Ref: DBA00030 Date: 07/04/96 From: GRAEME GELDENHUYS Time: 03:44pm \/To: RODNEY TAYLOR (Read 2 times) Subj: Fax.. Hello Rodney! 22 Jun 96 00:48, Rodney Taylor wrote to All: RT> Init: v~^~atz| RT> v~^~at+fcr=1;+fdcc=1,3,0,2,0,0,0,0| RT> v~^~at+faa=1;+flid="512 926 5152"| RT> DialPref: v~^~ATDT RT> DialSuf: | RT> Now does that look like a rather large init string to you? I tried That is indeed a fax init string.... Fax modem programs seldom allow you to change the init strings, they are all build in. I could be wrong, but the software I use are like that. If you want to learn more about FAX init strings, and what they stand for, et BGFAX archive. The author decribes most of the init strings and there functions for FAXES. BTW: To get back to your problem... I also run AdeptXBBS v1.07f with a internal Zoltrix 14.4k FAX modem. Here is my init string and other setups.. Under "Line 1 General Settings": Answer: AT+FAA=1;A| Init: v~^~ATZ| AT+FCR=1;+FDCC=1,3,0,2,0,0,0,0| AT+FAA=1;+FLID="(024) 51-2360"| Dial Pref: ATM0DT I use Adept as the Mailer, and when a fax phones in, to switches to BGFAX, and this is my fax1.cmd file in the \adept directory... -=-=-=-=-=-=-=- Begin: fax1.cmd -=-=-=-=-=-=-=- rem *** fax1.cmd for a CLASS2 type modem - Locked 38400! c:\SIO\SU 2 LOCK 0 c:\bbs\BGFAX\BGFAX2.EXE /FAX c:\bbs\FAX h%1 Z /ns c:\SIO\SU 2 LOCK 38400 -=-=-=-=-=-=-=- End: fax1.cmd -=-=-=-=-=-=-=- Hope this helps you... Cheers, Graeme -=[Team OS/2 : South Africa]=- ... It's been Monday aaaaaaaaallllllll week! --- GoldED/2 3.00.Alpha1+ * Origin: * Live Wire BBS * Somerset West * RSA * (5:7102/128) --------------- FIDO MESSAGE AREA==> TOPIC: 251 OS2 BBS Ref: DBA00031 Date: 07/06/96 From: TODD COPELAND Time: 11:56am \/To: BILL BROWN (Read 2 times) Subj: OS/2 Warp HD size lim BB-> WC> HPFS needs a lot more memory. Unfortunately, some of us do not have -> WC> 16 megs.... BB->Define "a lot." 200K is "a lot?" Actually, the correct way of looking it is, you should consider memory requirements when running HPFS *and* FAT. The performance of HPFS, used alone, offsets the addition memory usage. But for people with 8 meg or less it's the HPFS *cache* that is the memory drain. I run HPFS and FAT but only use a 512k cache on the HPFS drives as they are not used often. * OLX 2.1 * Todd Copeland - TEAM OS/2 --- PCBoard (R) v15.22/M 100 * Origin: <> BBS Tampa, Florida (813) 276-1885 1:377/188 (1:377/188) --------------- FIDO MESSAGE AREA==> TOPIC: 251 OS2 BBS Ref: DBA00032 Date: 07/06/96 From: GREG COBB Time: 07:41am \/To: MICHAEL MCBROOM (Read 2 times) Subj: Concord for OS/2 Hello Michael! Friday July 05 1996, Michael McBroom babbled to Greg Cobb: -> I noticed that you and Tommi K. are presently the only active Concord -> sysops in this conference, so I thought I'd address this to you instead f -> throwing it out to "ALL." :) -> In fact, I just sent Pasi an email message, pointing out to him that it s -> impossible to judge the performance of the OS/2 version of any software y -> evaluating the DOS equivalent. Who knows? Maybe he'll have a change of -> heart. He's pretty reasonable. He has replied to my e-mail regularly and has listened to many things that were thrown his way. -> Anyway, barring that, the next best thing is to ask other Concord sysops -> who're running the native OS/2 version how the performance is for them. -> So, this is -> why I'm writing you this message. If you'd care to respond, I'd sure -> appreciate it. Not a problem. -> - How do you like Concord? For the amount of features it has and not being a commercial piece of software, I'd say it's _very_ good. Another thing it has going for it is that Pasi likes the neat little things you can put in a BBS program instead of going with the standard options that all other programs have. -> - Did you use the DOS version before the OS/2 version? To be quite honest, I'm still with the DOS version. I just recently quit being HEC after 2 years and now I have the available time to do what I want with the board. I'll be going with the OS/2 version soon enough. -> - Are you running a multi-node or single node setup? I'm just running a single node with a local login for myself. -> - What do you like best about Concord? There are so many things that Concord has going for it. One is the ease of use with the scripts. With these you can do just about anything you wish. It has built-in ASCII, OMEN, QWK and Bluewave offline systems. It has support for multiple Hudson message bases and JAM as well. In the configuration there are globals you can use, and you can search and replace with a string also. While a user is online, you can edit his/her profile without them being disturbed. You can view the log files, change security levels, set flags, and just about anything else. As for speed, I've had numerous compliments on the way my board runs. There is no problem with ANSI scrolling at all. I've used a few different programs to monitor CPU usage under Concord. Unless you're in an external program, I don't usually exceed 4% cpu usage. The current version hasn't reached V1.0 yet, so the docs aren't completed. There are other lists that come in the archive that list menutypes, macros, etc. -> - What are the areas where you feel it is the most deficient? I'm sure I could name off a small list of things I wish Concord had, but that's with any program. :) As far as things not being adequate.....I can't complain there. I don't know about you, but I get annoyed by some authors who come out with a release or update every 2 weeks or so, When Pasi releases something, you can rest assured it's going to be something besides a "fix". -> - How is the traffic in the Concord conference? Do you find that you -> can get answers to most of your questions? Pasi, Tommi, Len Morgan and quite a few others are regularly in there. Having questions answered is no problem at all. -> - I scanned the docs briefly for the keyword "group," and am not at all -> clear if the software will allow for more than two hierarchical levels. Do -> you know if it is possible to have, say, Supergroups, Groups, and then -> Areas? I believe I'm understanding what you're asking. You can have echos separated into groups where a menu key will take you to Genealogy, Adult, or Health areas, etc. I know it works on 2 levels. I'm not sure about more. -> Thanks in advance, Not a problem. I'm very happy with Concord and had thought about going with PCBoard beforehand, but I can't see that happening at this point. -GCobb- gcobb@memphisonline.com --- GCobbEd v1.23 * Origin: Picture This... AMU - OS/2 - Concord v0.01 (1:123/434) --------------- FIDO MESSAGE AREA==> TOPIC: 251 OS2 BBS Ref: DBA00033 Date: 07/06/96 From: JOHN PENROD Time: 12:08pm \/To: STEVE HAYES (Read 3 times) Subj: Lora Steve, SH> I've just been looking at the DOS version, and I've been pleased SH> with what I've seen so far. It looks a lot easier to set up than SH> Maximus, so I'm wondering what the challenges are? Yep, it is a LOT easier to setup! SH> One advantage seems to be that one doesn't have to worry to much SH> about interfacing a lot of different programs to get the thing to SH> work - it's more or less self-contained. I recommend that you start receiving the fidnet echo labeled LORA. It is devoted just to the lora bbs program. If you do set it up, drop me a line at penrod@jaxnet.com and I will help you through any areas you might have trouble with. ttyl, ------------------------------- John Penrod (penrod@jaxnet.com) http://www.jaxnet.com/~penrod Team Os/2 --**-- Team Lora Sysop, An Os/2 World BBS ------------------------------- --- An Os/2 World! LoraBBS-OS/2 v2.41b3+ * Origin: An Os/2 World (1:112/73) --------------- FIDO MESSAGE AREA==> TOPIC: 251 OS2 BBS Ref: DBB00000 Date: 07/05/96 From: JAMES MCCARTE Time: 03:26am \/To: MICHAEL MCBROOM (Read 3 times) Subj: Customized Maximus BBSes MM> Thanks for the reply. Actually, at this stage of the game, what I'd MM> like to see more than anything else would be a utility that would MM> read in areas.bbs or fidonet.na (having the choice would be nice) to MM> configure the msgarea.ctl file and a similar utility that would do MM> the same with the filearea.ctl, perhaps with a filebone.na or MM> tick.cfg format. MM> Do you know of a utility that will streamline this task? The closest thing I know of, and it's available on my BBS, is a program alled MA'AM, that will read a Squish.cfg file and create the MSGAREA.CTL file. The program is for pre-max3.00, so it won't do the complete job, but... Hope this helps, and thanks the utility idea. Bye, ! --- FleetStreet 1.16 NR * Origin: MindSeed BBS - (514) 489-3212 (1:167/707) --- PCBoard (R) v15.22 (OS/2) 5