home *** CD-ROM | disk | FTP | other *** search
- ***Notes on using FrontDoor and RemoteAccess with Windows 95***
-
- Several folks asked for the files that I use to run RA-USA (FrontDoor
- Commercial version and RemoteAccess 2.50) under Win95. Here they are.
-
- These suggestions are for Windows 95. They are NOT for Windows 3.11.
- Windows 95 has a MUCH improved COMM driver that makes third party
- drivers unnecessary! Windows 3.11 does NOT. If you want to run a BBS
- under Windows, by all means, upgrade to Windows 95 or Windows for
- Workgroups 3.11 or, if you must use Windows 3.1 or 3.11, use a third
- party COMM driver such as KingComm, TurboComm, etc.
-
- I want to thank Bill Cheeks for his comments and suggestions concerning
- Windows 95 and, before that, talking me into trying W4W <smile>. Like
- most of us, I had read all the messages saying that "Windoze" just
- couldn't cut it as a multi-tasker for a BBS. You =HAD= to use DesqView
- or OS/2! Bill convinced me I should try W4W and I've never been happier.
-
- I ran RA-USA for a number of years under DesqView and have run it under
- OS/2 as well. I have found Win95 to be as good or better than W4W...
- Easier to setup... and I like the new interface better. The change from
- the PIF editor to just clicking on "Properties" is worth the switch if
- nothing else had changed <smile>! Win95 does like memory though! It's
- really not useable in 4 meg. It will run in 8 meg but there is a quite
- noticable increase in speed and responsiveness with 16 meg or ram.
- RA-USA runs its two 28,800 lines with 16 meg.
-
- Here's the setup here at RA-USA. I am running two lines. Both use VFC
- or V34 28,800 modems. I =DO= have 16550 UARTS on both lines. I believe
- 16550's are absolutely essential for high speed modems under =ANY= multi-
- tasking system! FrontDoor (Commercial) answers both lines and handles
- mail. The BBS software is RemoteAccess. The system is a 486 DX100 with
- 16 meg of memory.
-
- Just a word about the files... The RAx.BAT files are the files called by
- Windows to start the BBS. They begin by setting up a number of
- environment variables AND start the FOSSIL inside the window. This is
- different than DesqView which wants the FOSSIL loaded BEFORE DV. Windows
- 95 works BETTER with the fossil loaded in each window! Don't load it in
- CONFIG.SYS! ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
- ^^^^^^^^^^
- It's also best to load ANSI.COM in EACH window rather than loading ANSI.SYS
- in the AUTOEXEC.BAT. There are two reasons for my suggesting this.
- 1. The ANSI.SYS driver is slower than the ANSI.COM program
- 2. Loading the ANSI handler in each window gives you a little
- more conventional memory in each window. I have 612k in each
- window here at RA-USA.
- A number of people have asked where to get ANSI.COM so I have included it
- in this archive for you.
-
- You will see both X00 and BNU there. I have tried both BNU and X00 and I
- believe BNU did a better job with W4W. I don't see as much difference
- between X00 and BNU under Win95 and probably either will work ok although
- I prefer BNU. In the sample BAT files I am currently using BNU so it
- doesn't have a "rem" in front of it. See note at the end concerning
- WinFossil.
-
- You will also see a NEAT little file called FDFIXW4W.COM that is loaded
- immediately AFTER the fossil. I'll say more that below. After handling
- the initialization, the remainder of RAx.BAT does the actual running of
- the BBS... processing mail and recycling RA after each call. The
- initialization section runs ONLY once when the window is first opened.
- From then on, we just recycle to the :Start section.
-
- RA1 processes all incoming mail. Both lines have FrontDoor answering
- the phone. RA1 does all the mail tossing. Line 2 just exits with
- echomail and creates a flag to tell RA1 there is mail to toss. RA1 also
- does all the maintenance. I use FrontDoor Commercial 2.20 and it has a
- nice feature that 2.12 doesn't have called FDFREEZE. It is described
- in the 2.12 docs but shown as <C> only. It allows me to "freeze" line
- two while I do maintenance. If you run 2.12, you'd need another method
- if running two lines.
-
- I've included a couple of different methods of running RemoteAccess for
- you. RAx.BAT loads RA first and then SHELLS to FrontDoor. The advantage
- to this method is a noticably faster switch from FD to RA! Because
- RA is already in memory it is almost instantaneous. I will also include
- a set called RAFDx.BAT that load FrontDoor first and when FD gets a human
- caller it simply loads RA using DOBBS and EXEBBS.BAT. You will see that I
- check for only one errorlevel (200) to start the BBS. That works because
- 200 is my lowest errorlevel in FD (for 300 baud). So =ALL= higher baud
- rate errorlevels will work with the 200 setting and call the DOBBS file
- which then tells RA the exact baud rate. NOTE! The EXEBBS files are not
- needed for the RA1 (shell) method. I have FrontDoor create the DOBBS
- file with either method because if RA finds it, it can tell whether the
- call is from an ARQ modem or not.
-
- If you are upgrading from W4W, or Windows, and you put Win95 in the old
- Windows directory, the installation will find the W4W PIF files and create
- the icons to start the BBS for you. This was a really easy upgrade here!
- I installed Win95 over W4W, cranked it up and the RA-USA came up on both
- lines with NO changes or tweaks on my part!
-
- There is an advantage to NOT allowing Win95 to upgrade from an existing
- WFW or Windows setup and that advantage is speed. I believe you get a
- slightly faster system by not saddling Win95 with all the old baggage
- that accumulates in W4W/Windows. After running a few weeks with an
- upgraded Win95, I did a tape backup and installed a new and larger
- hard drive and then installed Win95 fresh. It seems to me that it was
- faster and more responsive after the fresh install. Part of that may
- have been the slightly faster drive and Promise 2300+ controller card.
-
- If you are not upgrading, you will need to create "shortcuts" to the DOS
- BAT files included in this archive and then place the shortcuts wherever
- you want to be able to start the BBS. Here's how to do that...
-
- Create a directory for each of the nodes. Place the BAT file for that
- node in that directory and crank up the Windows 95 Explorer and go to the
- directory. Find the BAT file and RIGHT Click on it. Now, select
- "Properties" and in the "Program" tab select an ICON you like. I use the
- graphic of a computer and monitor.
-
- The memory can be left alone if you want an easy installation. Windows
- 95 will handle it pretty well when left on automatic. However, you can
- get a little more speed out of Win95 if you set the memory and do NOT
- let Win95 do it for you! I use 560k in conventional memory for each
- line. I also give the environment 512k. On line one which tosses mail,
- I give 1024k of XMS. Less would probably work as well. I leave DPMI
- on automatic. Line two which does no mail tossing gets the same settings
- except for XMS which is only 330k.
-
- Two things to make sure of are in the "Misc" tab. I Set the "Idle
- Sensitivity" two clicks to the right of the LOWEST setting. You'll
- see folks say it should be all the way to the left. I've tried it both
- ways and 2 clicks seems to give the system a little more smoothness.
- Make sure "Backgound - Always Suspend" is =NOT= checked!
-
- Now, click on OK and then you can make a couple of "Shortcuts" to that
- BAT file. While pressing the =RIGHT= mouse button, drag the BAT file
- icon outside the explorer window and onto the desktop and release the
- button. Tell it you want to create a "Shortcut". Now, when you double
- click on that "shortcut" the BAT file (and the BBS) should crank up.
- I'd suggest always running the BBS either FULL SCREEN or minimized for
- best speed. It's going to start the first time as a
- window. Just press ALT ENTER and it will change to full screen.
-
- You'll probably also want to drag an icon to the "Startup" folder so the
- BBS will automatically start anytime Windows loads. To do this, =RIGHT=
- click on "START" and then "OPEN". Double click on "Programs" and
- hopefully you'll see a "Startup" folder. Just right click/drag another
- shortcut to the startup folder. If the startup folder isn't there you
- can create a NEW FOLDER and name it "Startup". One suggestion... Make
- all your changes to the properties BEFORE you make your shortcuts! That
- way the shortcuts will have the same settings you have put in the original
- properties. This is one place that OS/2 is a little better than Win95.
- Changes made in the original will automatically carry to the OS/2 version
- of shortcuts (I can't remember the name they use for them at the moment).
- Win95 shortcuts do =NOT= get updated if you make changes in the original
- properties settings!
-
- For fastest speed, run your BBS either FULL SCREEN or minimized! If you
- run it in a window rather than full-screen, file transfers seem to go
- about the same speed but displays are noticeably slower because Win95 must
- treat them as graphics rather than plain text and each letter has to be
- built from individual pixels rather than using an existing font of whole
- letters.
-
- Now a word about using FrontDoor! You will want to run FrontDoor
- 2.12/2.20 because of the support for higher baud rates. Unfortunately,
- these two versions of FD have a problem with Windows time slicing.
- You may find that FD doesn't answer the phone on the first ring and
- usually takes two or may not answer AT ALL if it's not in the active
- window!
-
- In the past, I have recommended the use of "/ForceInt28" on FD's command
- line. This would make FD answer on the first ring and connect
- immediately. The down side of this was that /ForceInt28 also cut
- Windows's efficiency by about half!! Now there is a very nice FIX for
- this problem and it works without cutting Windows efficiency!! Included
- in this archive is a tiny TSR (written by Mats Wallin of the FrontDoor
- Beta team) which you should run immediately AFTER the fossil is loaded
- (FDFIXW4W.COM). This little program fools FD 2.21/2.20 into thinking it
- is running under DesqView and eliminates the need for /ForceInt28 while
- giving you the fast response to calls that you want!! It doesn't seem to
- have any adverse effect on RA so I never "unload" it once I have it
- loaded. BY all means, use this fix if you run FrontDoor. You'll find it
- used in the updated BAT files now included in this archive. I have it in
- my UTIL directory. You can place it wherever you like and change the
- path in the BAT file to call it. Also, see note at the end of this file
- concerning WinFossil.
-
- In summary... Win95 seems to work well here and it was certainly easier
- to get running than OS/2 =OR= Windows for Workgroups <smile>!! I really
- believe you could just install Win95 and pretty much use the default
- settings and get reasonably good performance from your BBS. That's a
- far cry from the tweaking that OS/2 or even W4W needed! Most people I
- have heard from seem to like Win95. For myself, I can say I like it
- very much.
-
- Note added July 96: All of the above remains true except for the fossil
- driver. I have been using Bryan Woodruff's WINFOSSIL driver for
- several months now and have found it to work well here. I am using
- version 1.11 at this time but a beta of 1.12 been released. I am not
- including WinFossil in this help package because Bryan updates it fairly
- often. You can download it, via Internet, at Bryans web site. His
- address is: http://www.halcyon.com/woodruff/www. WinFossil should
- correct the problem of FrontDoor not answering when in the background.
- This means you should not need to use FDFIX.
-
- Ed Meloan
- RA-USA - 803-279-5006
- FidoNet 1:360/1
- Internet: e.meloan@csra.net
-
-