--------------- FIDO MESSAGE AREA==> TOPIC: 251 OS2 BBS Ref: EFD00008 Date: 11/08/97 From: JIM BAXTER Time: 11:05am \/To: ALL (Read 0 times) Subj: front end are there any front end mail software authours out there with a new OS/2 front end mailer that they want beta tested? i currently run binkley 2.60/XR4 and am changing bbs software, so i was thinking of trying a new front end.. also if anyone wants to recommend anything for os/2 that's better than binkley please do so.. thanks --- MR/2 2.2 NR If at first you don't succeed, call it NT. --- Renegade v5-11 Exp * Origin: Electric Prayers - Everybody Knows This is Nowhere (1:221/802) --------------- FIDO MESSAGE AREA==> TOPIC: 251 OS2 BBS Ref: EFD00009 Date: 11/08/97 From: JIM BAXTER Time: 11:05am \/To: IAN MOOTE (Read 0 times) Subj: Front end. on 11-05-97, Ian Moote said to Jim Baxter: JB> binkley term is a good front end mailer.. i run it.. ->Thanks, Jim. I'm gonna give it a try. Take care and TTYL. if you have any questions about it, feel free to ask me.. i'll try my est to answer them.. --- MR/2 2.2 NR Let's Go Mets! --- Renegade v5-11 Exp * Origin: Electric Prayers - Everybody Knows This is Nowhere (1:221/802) --------------- FIDO MESSAGE AREA==> TOPIC: 251 OS2 BBS Ref: EFD00010 Date: 11/08/97 From: PATRICK OETIKER Time: 12:15pm \/To: EVERYONE (Read 0 times) Subj: News about the Concord BBS? Hello Everyone! Are there any news about the Concord BBS? Since July we haven't got any msgs in the echos CONCORD and CONCORD.GER :-( Pat --- GoldED 3.00.Alpha5+ * Origin: GCCS Aargau Switzerland (2:301/518) --------------- FIDO MESSAGE AREA==> TOPIC: 251 OS2 BBS Ref: EFE00000 Date: 11/09/97 From: ROGER NELSON Time: 04:50am \/To: TOM SMITH (Read 0 times) Subj: Adept XBBS stuff Tom Smith wrote in a message to Roger Nelson: TS> And also the 25 megs of files I have for the file area index The TS> system is not made for very large File areas. What do you mean, exactly? Regards, Roger --- timEd/2 1.10+ * Origin: NCS BBS - Mandeville, LA - (504) 626-7968 (1:3828/7) --------------- FIDO MESSAGE AREA==> TOPIC: 251 OS2 BBS Ref: EFE00001 Date: 11/09/97 From: SCOTT DRAKE Time: 11:00am \/To: VINCE COEN (Read 0 times) Subj: Adept Files at Air Applewood in Europe Hi Vince! On Thursday November 06 1997 at 10:56, Vince Coen wrote to Scott Drake: VC>>> UTILOS2 UtilNet: OS/2 End User Utilities SD>> It's happening frequently, please fix your file announcement to SD>> announce only OS/2 BBS Software and Utilities or you will no SD>> longer be allowed to annonuce file anymore. VC> Have now stopped utilsos2 from announcing and this appears to be the VC> culprit. The problem is that there are some BBS utils coming through VC> this tag but hopefully the better ones will also come through the VC> normal channels as well. Thank you Vince, btw everything that comes down UTILOS2 is always a duplicate of what is hatched out in the FernWood areas, I have never found anything usefull from utilos2 that Fernwood hasn't already hatched. Regards, Scott Moderator of OS2BBS E-Mail sdrake@isonline.com / BetaTeam@isonline.com IRC: irc.isonline.com / irc.SysopNet.Org ... In Need of a IRC Support Channel?, Contact ircadmin@SysopNet.Org --- Get Connected, get OS/2 v4 * Origin: 5 megs of Web Space only 16.95 a mo (info@isonline.com) (1:2630/212) --------------- FIDO MESSAGE AREA==> TOPIC: 251 OS2 BBS Ref: EFE00002 Date: 11/09/97 From: MARK STORM Time: 08:53am \/To: GEORGE FLATMAN (Read 0 times) Subj: OS/2 BBS options George Flatman wrote in a message to Mark Storm: GF> hey mark is there still a version of Darkstar floating around i GF> thought mr. hunter dropped it if not can you tell me how to get GF> it i used to be a beta tester out her in vegas with another sysop, GF> if this iosn't the same bbs program i am sorry i am curious to GF> hear about it please sir. I do NOT run DakrStar (software) the name comes from an OLD Sci-Fi movie ... M TOPIC: 251 OS2 BBS Ref: EFE00003 Date: 11/09/97 From: JIM RYSYK Time: 08:51pm \/To: VINCENT DANEN (Read 0 times) Subj: ADEPT FILES AT AIR APPLEWOOD IN EUROP > Hmmm... again, sysop error. Perhaps you need some help setting up > AllFix properly? > >JR> Ŀ >JR> > >JR> Thanks allfix. You take BBSsing back 12 years. > > So does your attitude... >JR> Ŀ If the TIC attives with the above due to one or more Allfix Gama Sites (two are my uplinks) my non Allfix tosser has nothing to do with what is in the Desc field. Normal Desc fileds are over 1,000 characters long, none prportiante spaces, none line wraped. That how its been for over a decade, and that how it is, before Allfix touches it. If you wantr, I can post a few hundred TIC files for you to examin. Either SS or the link just prior to him were one of the problem systems, as was PC or the link prior to him over the past years. Two jumps before either, had the Desc field un altered when I did my last in depth investigations, and rep[orted what I found to Z1C, Z1EC, SS, NS, PC, R12C, R12NC, and my own net NC/NEC some time back. For a while SS feed TIC files DESC filed was fixed, due to using ol;d software, byt weeks later, the Desc fileds were again garbaged. So don't blame the messanger. Read both the downlink TIC files, and the Allfix Fileanouncemnts your own system sends, and get the Gamma and Beta sited up to speed, and get the hatched documentation fixed to get the file movers up to speed, and stop retarding Fido 10+ years to the days of no description Bonk File sends/requests days. I did my part, now do your, since you feel its not the programs fault. I only report what I see as a down link, and report to those in authority to do something about it. Its about five years now, since I started to report Allfix bugs, as a receivng downlink, and I still see the same old crap. > So does your attitude... Its attitueds like your, that does not help get the junk configs fixed, or the programs off line untill they are. Beter documented, ect, is needed to stop it from constantly reoccuring, and making people like me fed up in repeatidly reporting the same old error, damaged TIC after every prommis OK WE FIXED IT over these last five years. Ask SS, NS, PC Z1C ect uplink, if they remember receiving my observations, and pointing to the two or three systems in Z1 who were destroying the TIC Desc fileds. With my report to those above, I included the TICs pre PC, and SS, reports from the receiving systems (the only link between them and me) and the ones after processed by their (SS & PC) systems. Now you do your part, as I've no ear to bend at Allfix, and the local Gama site is not interested in my opinion, or observations, or interested in fixing his copy, or using something else that works.. --- FLAME v1.1 * Origin: 416 604-1221, free dialup access to e-Mail (1:2424/242) --------------- FIDO MESSAGE AREA==> TOPIC: 251 OS2 BBS Ref: EFF00000 Date: 11/10/97 From: TOM FREEMAN Time: 11:50am \/To: BOB JUGE (Read 0 times) Subj: External File Transfer Protocols -> When you pass off a hot comm port from one OS/2 app to another, it is -> dynamically assigned a port "handle" - a number that has no relation -> to the physical comm _port_ number. This is most likely your -> problem. Thank you. Several others have also now pointed this error out to me. I found the correct handle in an environmental variable "PCBHANDLE" and modified my batch files accordingly. CEXYZ still reported "NO CARRIER" and failed, so that still didn't fix my problem. I went through PCBoard's configuration files until I found a section on ports. From the docs: "PCBoard normally shuts down the RTS signal and unhooks itself from the serial port interrupt prior to executing the external protocol handler". This was my problem. CEXYZ (and any other external application I tried) won't function this way. I changed PCBoard so that it left the port open during the shell, and now CEXYZ works! Now I need to figure out how to do this in a PPL program and I'll be happy! Thanks again for the info, - Tom --- PCBoard (R) v15.3 (OS/2) 50 * Origin: Project Enable BBS - (304) 766-2690 (1:279/144) --------------- FIDO MESSAGE AREA==> TOPIC: 251 OS2 BBS Ref: EFF00001 Date: 11/10/97 From: TOM FREEMAN Time: 11:59am \/To: TIM PEETERS (Read 0 times) Subj: External file transfer pr -> Z,D,1024,Zmodem (batch),N,N,Y ... -> 2,D,2048,Zmodem (batch) CEXYZ,N,Y,Y ^^^ Thanks for the info... My problem was that one "Y"... PCBoard was dropping RTS and releasing the COM port, and while this is fine in DOS, it seems to lock out the port from other applications in OS/2. Leaving the COM port up now allows my native OS/2 apps to work during a protocl shell. Now, my real problem is I'm trying to launch CEXYZ2 from a PPL program. I can't just use a PCBoard file transfer command in the PPL program because I need to keep complete control of the user before and after the transfer. There is no modem control in the SHELL option, and PCBoard is closing the COM port during all shells in a PPL. Any suggestions? - Tom --- PCBoard (R) v15.3 (OS/2) 50 * Origin: Project Enable BBS - (304) 766-2690 (1:279/144) --------------- FIDO MESSAGE AREA==> TOPIC: 251 OS2 BBS Ref: EFF00002 Date: 11/09/97 From: GREG COBB Time: 08:41pm \/To: PATRICK OETIKER (Read 0 times) Subj: News about the Concord BBS? Hi Patrick! Saturday November 08 1997, Patrick Oetiker babbled to Everyone: -> Are there any news about the Concord BBS? Since July we haven't got any -> msgs in the echos CONCORD and CONCORD.GER :-( Beta 5 is out. I'm putting it back up. I couldn't find anything else that was as easy to set up with the features it has. * Origin: Picture This....Just doing mail! (1:123/434)