Beijing Paradise BBS Backup

home *** CD-ROM | disk | FTP | other *** search

/ Beijing Paradise BBS Backup / PARADISE.ISO / software / BBSOFFLI / BW320RA.ZIP / BWMAIL.DOC < prev next >

Wrap

Text File | 1996-01-29 | 119.7 KB | 2,514 lines

The Blue Wave Offline Mail Door for RemoteAccess, Version 3.20 Copyright (C) 1992-1996 by Cutting Edge Computing All Rights Reserved Configuration and Reference Manual Written by George Hatchew Cutting Edge Computing P.O. Box 90476 Burton, Michigan 49509-0476 USA BBS Support Number: 810-743-8464 FAX Support Number: 810-743-5910 (REGISTERED users only) Voice Tech Support: 810-743-9283 (REGISTERED users only) Internet E-Mail : bluewave@concentric.net World Wide Web : http://www.concentric.net/~bluewave TABLE OF CONTENTS ----------------- Chapter 1 ABOUT THIS DOCUMENTATION 3 Section 1.1 Purpose of this Documentation 3 Section 1.2 Printing this Documentation 4 Chapter 2 LICENSING AND DISTRIBUTION 5 Section 2.1 Software License Agreement 5 Section 2.2 Purchasing a License 6 Section 2.3 Corporate and Governmental Purchase Orders 8 Section 2.4 What You Receive When You Order 8 Section 2.5 Registered User License 9 Section 2.6 Trademarks and Credits 9 Chapter 3 ABOUT THE BLUE WAVE MAIL DOOR 11 Section 3.1 History of Offline Mail Systems 11 Section 3.2 What Are E-Mail Networks For? 12 Section 3.3 What Features are in Blue Wave? 12 Chapter 4 HARDWARE AND SOFTWARE REQUIREMENTS 14 Section 4.1 Different Blue Wave Mail Door Versions 14 Section 4.1.1 Requirements for The Blue Wave Mail Door 14 Section 4.2 Different Blue Wave Reader Versions 15 Section 4.2.1 Requirements for Blue Wave/DOS 15 Section 4.2.2 Requirements for Blue Wave/386 16 Section 4.2.3 Requirements for Blue Wave/OS2 17 Section 4.3 Locating Other Blue Wave Versions 17 Section 4.4 Required External Programs 18 Section 4.5 MS-DOS CONFIG.SYS Settings 18 Chapter 5 INSTALLING THE MAIL DOOR INTO REMOTEACCESS 20 Section 5.1 Mail Door Installation 20 Section 5.2 RemoteAccess Menu and Message Area Setup 21 Section 5.3 BWMAIL Command Line Parameters 23 Section 5.4 Multi-Node Installation Considerations 28 Section 5.5 Supported RemoteAccess Features 29 Chapter 6 INSTALLING EXTERNAL PROGRAMS 30 Section 6.1 Installing External Support Programs 30 Section 6.2 The PATH Environment Variable 30 Section 6.3 Configuring External Archiver Programs 31 Section 6.3.1 Macros Used for Archiver Definitions 32 Section 6.3.2 Sample Archiver Command Lines 33 Section 6.3.3 Notes About Archiver Command Lines 34 Chapter 7 OPERATING THE MAIL DOOR 35 Section 7.1 General Mail Door Operation 35 Section 7.2 Functions Available While a User is Online 35 Section 7.3 Maintaining The Blue Wave Mail Door 37 Section 7.3.1 Message Area Overrides 37 Section 7.3.2 Removing Old User Records 38 Section 7.4 Creating and Using Reader Bulletin Files 38 Section 7.5 Using the Mail Door in Local Mode 39 Section 7.6 The FidoNet->Internet Gateway 41 Chapter 8 SOFTWARE SUPPORT INFORMATION 42 ------------------------------------ Chapter 1: ABOUT THIS DOCUMENTATION ------------------------------------ Section 1.1 Purpose of this Documentation The documentation presented in this file is designed to: * Provide an overview of the operation of The Blue Wave Offline Mail Door from the SysOp or System Adminstrator's point of view, and the concept of offline mail systems in general. * Provide information about the minimal system hardware configuration that is required to use the mail door. * Provide details about the external programs which are required for proper usage of the mail door, including the configuration of these external programs. * Describe the features available in the mail door, and how to use them effectively. The documentation in this file is not meant as a reference for end- users of The Blue Wave Offline Mail Door. A separate documentation file describing the use of the mail door for end-users has been included in a file called BWDOOR.DOC. The information in BWDOOR.DOC applies to all Blue Wave Mail Doors -- it is not specific to the mail door for any single BBS software package. The mail door's configuration program (BWSETUP.EXE) provides an online help system which describes each configuration field in detail. At any point while using BWSETUP you can press the <F1> key for immediate on-screen context sensitive help. If at any time you need help while using the mail door's configuration utility, always remember that documentation is only an <F1> key press away. The online help system provides 'hot links' to related help topics, and a help topic index to allow you to find items of interest. In addition, each error message and condition that is generated by the configuration utility is covered by an online help category. If you receive an error message or condition while using BWSETUP, and you do not know the cause of the problem, the help system will most likely be able to give you specific information about the cause and how you can go about fixing it. This documentation provides a Table of Contents; use this to help you locate items of interest in this file, or use a file viewer/editor to search for items you may be looking for. Instructions for printing this documentation file can be found in the following section. -------------------------------------------------- The Blue Wave Offline Mail Door/RemoteAccess, v3.20; Page 3 Section 1.2 Printing this Documentation This documentation is formatted with Form Feeds for printing on all Personal Computer printers. This documentation file contains no IBM Extended ASCII characters, so it should print fine on all printer models - even non IBM ProPrinter compatibles. To print this documentation in hard copy, simply execute the following command from the DOS (or OS/2) command line: COPY BWMAIL.DOC PRN If you would like to print this documentation using the PRINT.COM print spooler provided with most versions of DOS, simply execute this command at the DOS prompt: PRINT BWMAIL.DOC OS/2 users note that PRINT.COM is not necessary under OS/2, as OS/2 has an internal print spooler. Simply type "COPY BWMAIL.DOC PRN" if you are an OS/2 user. The documentation is formatted to 60 lines per page so that printing on laser printers should also work with no problems. If, when you attempt to print this documentation, your printer begins ejecting pages which are not complete (the page number is not at the bottom of the page), you should cancel the print job and configure your printer to accept at least 60 lines per page. You will need to consult your printer's user manual for information on how this can be done. The documentation was written by George Hatchew and is Copyright (C) 1995 by Cutting Edge Computing. It may be distributed freely, so long as it is kept together with the entire set of mail door files. Please read the section titled "Software License Agreement" for more information. -------------------------------------------------- The Blue Wave Offline Mail Door/RemoteAccess, v3.20; Page 4 -------------------------------------- Chapter 2: LICENSING AND DISTRIBUTION -------------------------------------- Section 2.1 Software License Agreement Cutting Edge Computing has taken every precaution to ensure that no harm or damage will occur to systems running The Blue Wave Offline Mail System. However, we cannot be responsible for any damages or other losses sustained as a result of running this software on your system. The user assumes full responsibility for the proper use of this mail system, whether damage occurs as a fault of operator error or software error. NO WARRANTIES ARE IMPLIED OR EXPRESSLY STATED. The Blue Wave Mail System and this documentation are copyrighted materials of Cutting Edge Computing and George Hatchew. Cutting Edge Computing reserves all rights to these materials, and is protected under United States and International Copyright laws. No part of these materials may be reproduced or modified in any way without the prior express written permission of Cutting Edge Computing. Use of The Blue Wave Offline Mail System constitutes acceptance of the stated terms and conditions. Cutting Edge Computing reserves all rights which are not expressly granted. The Blue Wave Offline Mail System is fully copyrighted, and is not, nor will it ever be, in the Public Domain. The Blue Wave Offline Mail System is NOT FreeWare. It is distributed and marketed under the concept of ShareWare. Users are allowed to try this program for 30 days before paying for and registering the mail system with Cutting Edge Computing. In this 30 days, you may use the program to its full capacity. If the software does not meet your needs, and you do not plan on purchasing and registering this software with Cutting Edge Computing after your 30 day trial period, you are to cease usage of the mail system. Continued use beyond the authorized evaluation period is a violation of copyright law unless you have payed the registration fee in full. Cutting Edge Computing grants an unlimited license to make and distribute UNREGISTERED copies of The Blue Wave Offline Mail System which have been released to the public by Cutting Edge Computing. Absolutely no modifications to the files contained in the software package, including this documentation file, may be made before distribution. No fee may be charged by anyone other than Cutting Edge Computing beyond the actual cost of providing these copies without the prior written consent of Cutting Edge Computing. Distribution on CD-ROM, BBS systems, and other media is encouraged, so long as the purchaser of the CD-ROM (and other media) or downloader of the software is aware that they must also purchase a LICENSE to use this software. The purchase price of the media or any subscription costs to an online service do not pay for this license. -------------------------------------------------- The Blue Wave Offline Mail Door/RemoteAccess, v3.20; Page 5 Section 2.2 Purchasing a License There are several ways in which you can purchase a license (or register) to use this software. Methods for registration include surface mail, FAX registrations by credit card, and online credit card registrations through our support BBS. When you unpacked the mail door and this documentation file from the distribution archive, three registration forms should have also been unpacked. The main registration form is called REGISTER.BW. This is a text file which can be printed in the same manner as described above for printing this documentation. Two other forms are also included. REGISTER.AUS can be used to register the software if you live in Australia, New Zealand, Singapore, or any other nearby country. Our registration agent in Australia is Craig Gibson (Fidonet address 3:620/252). REGISTER.EUR can be used to register the software if you live anywhere in Europe. Our registration agent in Europe is Steve Stacher (2:443/888). To register by surface mail, simply print the appropriate form (REGISTER.AUS for Australia and nearby countries, REGISTER.EUR in Europe, and REGISTER.BW elsewhere in the world). Complete all of the necessary information and mail the form to the address shown on the form. To register by FAX, you must use a credit card. We accept Visa, MasterCard, Discover, American Express, Diner's Club, Optima, and JCB. Complete the form REGISTER.BW and FAX the form to +1-810-743-5910. Sorry, FAX orders cannot be accepted at the Australian registration agent. To register through our support BBS, use a communications program and your modem to dial +1-810-743-8464. You must be using one of our accepted credit cards (Visa, MasterCard, Discover, American Express, Diner's Club, Optima, or JCB). When you log into the support BBS and reach the Main Menu, simply type 'R' to load the Registration System. If your credit card authorization request is accepted by the bank, you will immediately be provided a 'temporary' 30-day registration number. After final approval of your credit card order, you will receive a permanent registration number via surface mail (approximately 1-2 weeks). We perform address verification on all credit card orders by phone or through our online registration system. If the address information you provide is not accurate, our bank will decline the authorization on your credit card. To register by check or money order, simply fill out the appropriate registration form and mail it to the address shown. All checks and money orders MUST be payable in United States currency, and they MUST be drawn on a US bank. EuroCheques and GiroCheques cannot be accepted. Due to the fees our bank charges for cashing checks drawn on a Canadian bank, we must require that you enclose an additional $15.00 US if you pay with a check from a Canadian bank. We suggest a -------------------------------------------------- The Blue Wave Offline Mail Door/RemoteAccess, v3.20; Page 6 Postal Money Order, available from your local post office, instead. This is a much cheaper alternative. -------------------------------------------------- The Blue Wave Offline Mail Door/RemoteAccess, v3.20; Page 7 Section 2.3 Corporate and Governmental Purchase Orders Purchase orders from large corporations and governmental agencies are accepted with "NET 30" terms. Both site licenses and per-copy licenses are available. Please write to Cutting Edge Computing with your requirements and we will submit a bid. Site license and per-copy discounts apply when 25 or more copies of The Blue Wave Offline Mail Reader and/or Blue Wave Offline Mail Door are purchased at one time. Our mailing address is: Cutting Edge Computing P.O. Box 90476 Burton, MI 48509-0476 USA Section 2.4 What You Receive When You Order When you purchase a copy of The Blue Wave Offline Mail Door, you will receive a registration letter which contains details on converting your evaluation copy of the mail door into a registered version. The registration letter will assign you a unique user registration number based upon the SysOp name, and mail packet name you supplied when you submitted your registration form. To convert your copy of the mail door into a fully licensed version, you simply need to enter the registration name, mail packet name, and registration number supplied into the "General Information" section of the BWSETUP program. The next time you load the mail door, it will recognize you as a registered owner of the software. In order to keep registration costs low, we do not automatically ship a disk containing a copy of the software. Since you already HAVE a copy of the software, we can simply provide you with a registration number to activate the software license. If you would like to insure that you have the latest version of the mail door, we do offer a disk mailing service for an additional $5.00US. Sorry, we currently do not offer a printed manual for the mail door. With the online documentation/help system built into the mail door configuration utility, we have found that most users do not need or do not want to pay the extra cost of providing a printed manual. Please be sure to keep the registration letter you receive from us. You may need your registration number handy in the case of a disk failure or other system crash. This registration letter also serves as your official software license. If you lose or otherwise misplace your software registration certificate, we can provide you with a replacement copy. You must send your request to our mailing address along with a self-addressed, STAMPED envelope. (Users outside of the United States must enclose an International Reply Coupon, available at your post office). Replacement registration codes will NOT be given by any other means (FAX, e-mail, or voice technical support). -------------------------------------------------- The Blue Wave Offline Mail Door/RemoteAccess, v3.20; Page 8 Section 2.5 Registered User License Registered users of The Blue Wave Offline Mail System are granted an unlimited license to use the product, provided the following: * Registration fees are NOT refundable. * Registration codes are not transferable to other parties. * Unofficial software patches must not be applied, and all copyright notices in the documentation and supporting files are not to be altered. * Backup copies may be kept of all registered versions of this software for archive purposes only. * Use of a registered copy is limited to one machine at a time. Use of multiple registered copies on multiple machines AT THE SAME TIME requires additional payment to Cutting Edge Computing. Section 2.6 Trademarks and Credits Cutting Edge Computing would like to thank all users of The Blue Wave Offline Mail System for their outstanding contributions in the form of new feature requests, advice, and word-of-mouth recommendations. It is users of the mail system that have made it what it is today. Cutting Edge Computing extends credit to Scott J. Dudley for his work in creating the Squish Message Base Format and the Squish MSGAPI, which is used in the code of The Blue Wave Mail Door in versions which support the Squish Message Base Format. Cutting Edge Computing extends credit to Joaquim Homrighausen, Andrew Milner, Mats Birch, and Mats Wallin for their work in creating the JAM message base and the JAM(mbp) API, which is used in the code of The Blue Wave Mail Door in versions which support the JAM Message Base Format. The use of these APIs (Application Programmer's Interfaces) ensures maximum compatibility with the supported message base formats. Cutting Edge Computing would also like the thank all past and current software testers for their tireless and extensive work in providing problem reports and suggestions during the testing process. The following products are mentioned throughout this documentation. They are products or trademarks of the companies or individuals indicated: AMD Advanced Micro Devices ARJ Robert Jung Cyrix Cyrix Corporation DESQview Quarterdeck Office Systems -------------------------------------------------- The Blue Wave Offline Mail Door/RemoteAccess, v3.20; Page 9 FidoNet Tom Jennings, Fido Software IBM OS/2, PC-DOS International Business Machines Corporation Intel Intel Corporation Maximus Scott Dudley, Lanius Corporation MS-DOS, Windows Microsoft Corporation Opus-CBCS Wynn Wagner, III PCBoard Clark Development PKZIP/PKUNZIP PKWARE, Incorporated ProBoard Philippe Leybaert QuickBBS Pegasus Software RemoteAccess Wantree Development SuperBBS Risto Virkkala and Aki Antman T.A.G. The T.A.G. Team Telegard Tim Strike WildCat! Mustang Development Corporation -------------------------------------------------- The Blue Wave Offline Mail Door/RemoteAccess, v3.20; Page 10 ----------------------------------------- Chapter 3: ABOUT THE BLUE WAVE MAIL DOOR ----------------------------------------- Section 3.1 History of Offline Mail Systems Back in the early to mid 1980's, many people were beginning to get home computers and modems. People began communicating in several ways through Bulletin Board Systems (BBS's). BBS systems began offering message bases where people of similar interests could communicate with each other through electronic means. As the technology grew, people started sharing message bases between different BBS systems across the city, then across the country, and eventually across the world. Mail conferencing was born, and nothing was going to stop it. At about the same time, commercial online services began offering E- Mail services which could transmit a message to a recipient several thousands of miles away in a matter of hours, minutes, or even seconds. In the early stages, however, these commercial online services were very expensive. E-Mail on commercial services normally could only be afforded by businesses and a handful of individuals. Many people became hooked, many others dependant, on E-Mail. While the commercial companies were developing new, faster, and less expensive ways to transmit E-Mail across the world, so were the amateur BBS operators. Several amateur E-Mail networks and technologies were formed. One of the largest amateur E-Mail networks still popular today is FidoNet. Don't let the term 'amateur' fool you. Many of the people that are responsible for keeping FidoNet up and running may be classified as amateurs, but years of experience and knowledge, and usually thousands of dollars in equipment, have earned them a very respectable name. Today, FidoNet is nearly 20,000 nodes strong and still growing! As the networks and the number of home computer users has grown, the use of technology for reading and replying to E-Mail offline has become more and more essential. When BBSing was young, there was plenty of time to read and reply to messages online. Today, with more users than ever and more E-Mail flowing than ever, there just is not enough time for every user to spend a half-hour, an hour, or even two hours online to their local BBS. Long distance phone rates can also get to be outrageously expensive after just a few of these sessions per month. This is where offline mail reading comes into play. With today's innovations in offline mail processing, your users can spend just a very few minutes per day online to your BBS system and do all of their work OFFLINE, where there is no system time limit to run up against, and where the phone company's meter is not running. This also frees up your system phone line(s) for access by more users and help alleviate the dreaded 'busy signals'. -------------------------------------------------- The Blue Wave Offline Mail Door/RemoteAccess, v3.20; Page 11 Best of all, users can read their mail at any time of the day or night -- whenever they have free time. Today's communications software allows users to build "smart" script files, which in turn allows them to retrieve their mail automatically at even the oddest times of the day or night (especially when long distance phone rates are low). Section 3.2 What Are E-Mail Networks For? At this point, you may be asking yourself, "What exactly are E-Mail Networks for?". Some people unfamiliar with mail networks and E-Mail sometimes cannot understand the enjoyment and knowledge that can come out of being an active participant on an E-Mail network. Not only can you communicate with people from all corners of the world, but you can learn more about your favorite computer software, share recipes with others, learn how to repair your leaking roof, get advice from others on product quality ratings, or just join in a chat between long distance friends. As a matter of fact, FidoNet alone offers well over 300 E-Mail topics (sometimes called 'echos' or 'conferences') ranging from Aardvarks to Zymurgy. Many businesses now use internal E-Mail networks for communications between employees just down the hall, across town, or even half-way around the globe. Many software and computer hardware companies now have a support BBS which allows users to dial in and exchange messages and files between users. Technical support is nearly always offered through these types of support systems. If your system is not currently part of an E-Mail network, don't worry. The Blue Wave Offline Mail System will still provide you with all of the features described. And, if you later decide to join an E- Mail network, you will already have The Blue Wave Offline Mail Door up and running. Very few, if any, changes will be necessary to integrate the offline mail system into your E-Mail network. Section 3.3 What Features are in Blue Wave? The Blue Wave Offline Mail Door is unlike many offline mail systems available today. The Blue Wave Mail Door is tightly integrated with your BBS software. This allows the mail door to have the same security features as your BBS and interface directly with your BBS's data files. This means that The Blue Wave Mail Door requires very little to no maintenance by the SysOp; just "plug it in and forget about it!" The mail door allows you to set default message areas for new users, and force message areas on for all users or individual users. Message areas can be blocked on a user-by-user basis, allowing your greater control and flexibility in managing access to specific message areas on your system. -------------------------------------------------- The Blue Wave Offline Mail Door/RemoteAccess, v3.20; Page 12 Full compatibility with FidoNet EchoMail and NetMail message areas is one of the greatest features of the mail system. If you are a member of a FidoNet-style network, the mail door offers full plug and play compliance with FidoNet standards. Those BBS systems that support a direct interface for Internet E-Mail and Usenet Newsgroups are also supported directly by The Blue Wave Mail Door. The Blue Wave Mail System offers a unique user Offline Configuration system. While the user is using a Blue Wave-compatible mail reader, they can configure all aspects of the mail door's behavior while offline. When the user uploads the offline configuration information to the mail door, the door automatically adjusts itself to the user's new configuration settings. There is absolutely no setup required to enable this feature. File Requesting is another option available to a user. While offline, a user may input a list of files that they would like to download from your system. The next time they use the mail door to upload their mail packet, the door automatically senses the request for specific files and will send them to the user as part of their next mail packet. Full record checking is performed during file request sessions, including file access security, time limits, download:upload ratios, and any other BBS-specific file download options. You can control the number of files that may be requested during one session, or you may disable the file requesting feature entirely. As a complement to the file requesting feature, the mail door will also perform "new file scanning." If you enable the new file scan feature, users will be able to choose the option of including a new file listing since their last mail download, or skipping the new file scan altogether. One of the more powerful features available to users is the Blue Wave Bundling Commands. Bundling commands allow users to selectively include, exclude, and manipulate the messages that are packed before they actually perform a mail download. Please see the mail door user documentation (BWDOOR.DOC) for more information about this and many other features available to users. The Blue Wave Mail Door is one of the most exciting and useful utilities that you can add to your BBS. It provides many benefits for both SysOps and users alike. After a while, you will wonder how you ever managed without it! -------------------------------------------------- The Blue Wave Offline Mail Door/RemoteAccess, v3.20; Page 13 ---------------------------------------------- Chapter 4: HARDWARE AND SOFTWARE REQUIREMENTS ---------------------------------------------- Section 4.1 Different Blue Wave Mail Door Versions The Blue Wave Offline Mail Door is available in several different versions. You should select the version that corresponds with the BBS software that you are running. Because each Blue Wave Mail Door is more like an extension to your BBS software, rather than just an external message processing facility, it is vital that you select the correct mail door to run on your system. It is unlikely that you will be able to use a Blue Wave Mail Door intended for one specific BBS software with another similar BBS software. For example, if you are running SuperBBS, it is not possible to run the QuickBBS mail door with your software -- even though the two BBS software packages are extremely similar in both operation and data file formats. At the time this documentation was written, Blue Wave Mail Doors were available for the following BBS software packages: * Maximus (DOS and OS/2) * Opus * ProBoard * QuickBBS * RemoteAccess * SuperBBS * T.A.G. * Telegard In addition, a Blue Wave Mail Door for PCBoard (both DOS and OS/2 versions) was in development, and was scheduled to be available in early 1996. A WildCat! compatible mail door was scheduled to begin development in early 1996. If you would like to obtain any of these mail door versions, please see Section 4.3 (Locating Other Blue Wave Versions) for additional information. Section 4.1.1 Requirements for The Blue Wave Mail Door The Blue Wave Mail Door is one of the most versatile mail doors available. The mail door will run on any IBM-PC Compatible computer-- whether it be an XT or the latest Intel Compatible Processor. At the time of this writing, the Pentium was the latest Intel system available, with the Pentium Pro waiting in the wings. Of course, the mail door will also run on Intel Compatible chips such as the Cyrix and AMD offerings. -------------------------------------------------- The Blue Wave Offline Mail Door/RemoteAccess, v3.20; Page 14 The mail door will require approximately 200-300K of available memory. The actual amount of memory required varies with the number of message areas that are configured on your system. You will also need some hard disk space available. The amount of hard disk space varies greatly from system to system and from user to user. While the mail door packs messages into a mail packet for a user, there will need to be enough drive space available to hold the temporary files. It is unlikely that you will ever need over 10 megabytes of free disk space available for temporary files. An estimate in the 2-3 megabyte range would not be far off target. With the mail door's built-in session limits (see BWSETUP's "Limits for Mail Sessions" menu option), you can control how many messages a user may pack in any single mail session. This will allow you to fine-tune or limit the drive space that may be necessary at any one time. If you are running the OS/2 version of one of our mail doors, the same requirements for memory and disk space apply. However, you will need a system capable of running IBM OS/2 v2.0 or higher. This implies that you need at least an 80386SX processor with at least 4 megabytes of memory. Section 4.2 Different Blue Wave Reader Versions The Blue Wave Offline Mail Reader v2.20 is available in three different versions. There is Blue Wave/DOS, Blue Wave/386, and Blue Wave/OS2. Each mail reader has the same set of features and operations available. They differ only in the operating system they require, and the amount of data they can handle. (The amount of data they can handle is related to the operating system they are being run under). The hardware and software requirements of each version will be explained in the following three sections. You should read the requirements for each of the three different versions of the mail reader to be sure that you use the one that is most appropriate for your system and your needs. Section 4.2.1 Requirements for Blue Wave/DOS The Blue Wave Offline Mail Reader for DOS is by far the most popular version of the mail reader. It can be run on any 100% IBM-PC compatible computer that runs PC-DOS, MS-DOS, or Novell DOS version 3.0 or higher. This includes DOS emulation in both IBM OS/2 and Microsoft Windows. A minimum 1MB of free disk space is also needed. This software will run efficiently on any Intel 8088 compatible processor, which includes the IBM PC/XT, IBM PC/AT, any Intel 80286 compatible processor, and processors compatible with the 80386, 80486, and the Intel Pentium (such as an AMD or Cyrix processor). This version of the mail reader requires at least 300K of free memory, and does not require the use of Expanded or Extended memory. However, -------------------------------------------------- The Blue Wave Offline Mail Door/RemoteAccess, v3.20; Page 15 due to the limitation of the DOS operating system, this mail reader cannot make use of any more than 640K of memory. This limitation is apparent in all DOS-based programs that operate in 'real' mode. (Real mode is a technical term that you probably do not have to worry about. It is a term that, if you know what it means, you wish you didn't!). Because of the limitations of DOS (the operating system), the mail reader is constrained to the limit of 640K of base memory. This means that, even though you may have 8 megabytes of memory in your computer, DOS programs will only 'see' the first 640K. This puts a limit on the number of message areas and the number of messages per area that the reader can handle. If you are running an 80386 processor or higher along with DOS or Windows, you may want to try the version of the mail reader called "Blue Wave/386". Blue Wave/386 can 'see' all of the memory in your computer and use it for loading large numbers of messages and message areas, in addition to very large messages (commonly encountered on the global Internet and USENET networks). Section 4.2.2 Requirements for Blue Wave/386 Blue Wave/386 is an extended, or protected mode DOS program. In very simple terms, this means that it is capable of utilitizing all memory that is installed on your system. (Please read the previous section for more information). In addition to the ability to use all memory in your computer, Blue Wave/386 can also 'simulate' memory through the use of a disk file. This is sometimes called a 'swap file' or Virtual Memory. In order to run Blue Wave/386 on your system, you must be running DOS 4.0 or higher, OS/2 v2.0 or higher, or Windows v3.0 or higher. In addition, your computer processor must be at least an Intel compatible 80386, 80486, or Pentium. This version of the mail reader also requires more disk space than the rest. A minimum of 2MB of free disk space (more if a swap file is used) is needed. You must also have at least 1MB of free memory available on your system. 2MB of free memory is recommended for the fastest operation. Through the use of both RAM and swap space (Virtual Memory), Blue Wave/386 can load thousands of message areas, thousands of messages in an area, and messages that are several megabytes long without batting an eye. Again, the only limit to Blue Wave/386 is the amount of real memory plus the amount of disk space you can give it. It will handle any mail packets you give it now and well into the future. For the technical wizards; Blue Wave/386 will use a DPMI server, XMS, EMS, or VCPI interface to upper memory. A DPMI server is recommended (OS/2, Windows, and QEMM provide DPMI services). This version is NOT recommended if you are running OS/2. Protected mode switching in this mail reader will consume an undesirable amount of processor time. OS/2 users should choose Blue Wave/OS2 as their mail reader. This version is also NOT recommended for users who rely on the speech hardware/software interface in Blue Wave/DOS. Although this version of the mail reader does provide a speech-friendly video -------------------------------------------------- The Blue Wave Offline Mail Door/RemoteAccess, v3.20; Page 16 mode, it is extremely slow. This is due to the fact that writing to the PC-BIOS requires a switch from protected mode to real mode. Since PC-BIOS compatible video writes can only be done one character at a time, this causes a severe performance penalty. Blue Wave/386 utilizes the DOS4GW protected mode runtime loader. This DOS extender may exhibit some incompatibilities on some hardware. The author has one such machine. It is highly recommended that you install and use this version before blindly purchasing a copy as there is a slight chance that it may not work for you. Sorry, no refunds can be given once you receive a registration number. Section 4.2.3 Requirements for Blue Wave/OS2 Blue Wave/OS2 has no special hardware requirements, other than those required to run OS/2 itself. If you are running OS/2 v2.0 or higher, this mail reader will most likely work for you. Blue Wave/OS2 has all of the features and options available in Blue Wave/DOS and Blue Wave/386. It is a 32-bit text mode program which can either be run full-screen or on the OS/2 desktop. (It is *not* a Presentation Manager application.) As with Blue Wave/386, Blue Wave/OS2 can handle any number of message areas, any number of messages in an area, and messages of nearly any length. The only limit is the amount of memory that OS/2 can supply to the mail reader. (The available memory is limited to the amount of actual RAM installed on your computer, plus the amount of free disk space available to the OS/2 swap file). As with the other two versions of the mail reader, Blue Wave/OS2 is very efficient with its memory usage. Considering this fact, and assuming available swap file space of approximately 3 megabytes, there is nothing this reader *won't* load! An average sized mail packet probably would cause the mail reader to not use any more than 300K of system memory resources. Although Blue Wave/DOS runs extremely well in an OS/2 DOS session, it is recommended that you use the native OS/2 mail reader if possible. There is much less of a performance hit on other running applications when using native OS/2 software. Section 4.3 Locating Other Blue Wave Versions All Blue Wave Offline Mail Reader and Door versions are distributed as ShareWare. If you would like to try a version of the mail door or reader but cannot find a copy locally, or you would like to make sure you obtain an unaltered distribution file, here are some alternative methods for getting an evaluation copy: * The latest versions of our software are always available for first time callers to download through our support BBS. Our support BBS phone number is +1-810-743-8464. -------------------------------------------------- The Blue Wave Offline Mail Door/RemoteAccess, v3.20; Page 17 * You can receive a disk directly from Cutting Edge Computing by sending $5.00 (US Dollars) to our mailing address given on the title page of this documentation. Please specify 3.5" or 5.25" disk size and the version(s) of the mail door and/or reader you would like. You can use the file REGISTER.BW, which should have been included in the mail door distribution archive, to a request a disk. * If you have Internet access, the latest version of the mail doors and mail readers are always available through our World Wide Web Site. Simply point your web browser to: http://www.cris.com/~bluewave. * We try to keep the latest versions of the mail reader on America Online. Use the file finder to search for "Blue Wave". Section 4.4 Required External Programs When a user downloads message packets from your BBS system, they will always be compressed with some type of compression program. The program used to compress these mail packets is sometimes called an archiver, or compression utility. We would be willing to hazard a guess that 95% or more of the mail systems online today support the use of a ZIP-format compatible archiver. It is suggested that you obtain a ZIP compression and decompression program. Without these, your mail door probably will be unable to communicate with many of the mail readers available today. The most popular ZIP compression and decompression programs come from the author and creator of the ZIP archive format; Phil Katz, founder of PKWARE, Inc. PKZIP and PKUNZIP are distributed in the same file, normally called PKZ204G.EXE. (At the time this documentation was written, v2.04g of PKZIP/PKUNZIP was the latest version available). PKZIP and PKUNZIP are ShareWare programs, and are almost definitely available from the same source you received The Blue Wave Offline Mail Door. Blue Wave is distributed through BBS systems and online services in the ZIP compression format, so it is likely that you already have a copy. InfoZip is another PKZIP compatible archive program. InfoZip is released with source code, and is available for download from many BBS systems. These programs are usually named ZIP.EXE and UNZIP.EXE. The InfoZip utilities are available for several different operating systems including DOS and OS/2. (OS/2 users should get a copy of the OS/2 flavor of InfoZip for use with Blue Wave/OS2). If you cannot find a copy locally, you are welcome to download the above utilities from the Blue Wave Support BBS from the "Blue Wave Reader" file directory (Area #1). Section 4.5 MS-DOS CONFIG.SYS Settings -------------------------------------------------- The Blue Wave Offline Mail Door/RemoteAccess, v3.20; Page 18 If you are using the mail door under the MS-DOS (or compatible) operating system -- either alone or with Microsoft Windows -- you should make sure that the following items are set properly in your CONFIG.SYS file. CONFIG.SYS is a system startup configuration file that is always located in the root directory of the DOS boot drive (usually C:\CONFIG.SYS). If you do not have a CONFIG.SYS file, it will be necessary to create one. Load CONFIG.SYS into a text editor and make sure there is a line somewhere which reads: FILES=25 This line tells DOS at boot time to allocate 25 file handles for use by programs that you will be running on your system. If you already have a "FILES=" line in your CONFIG.SYS, and the number after it is 25 or higher, there will be no problems. A value higher than 25 will work just fine, but a lower value can cause problems. If the mail door attempts to open a file for reading or writing, and there are not enough DOS file handles available, the open will fail. The last item to check in your CONFIG.SYS file is the number of buffers that you are allowing DOS to allocate for faster disk accesses. In your CONFIG.SYS file, you should have a line that contains the following: BUFFERS=30 This tells DOS to allocate enough system memory to hold 30 disk buffers. This in turn allows DOS to perform disk intensive activities much more quickly than normal. If the number of buffers in your CONFIG.SYS file is already set higher than 30, that is perfectly fine. If you are running a disk caching program, you can ignore this advice, and follow the instructions that were given in the documentation for your disk caching program. Most disk caching programs will instruct you to use a very low value for the "BUFFERS=" statement in CONFIG.SYS because the cache program can use the memory in a much more efficient manner than DOS does. If you have made changes to your CONFIG.SYS file, please remember to reboot your system so that the new settings will take effect. -------------------------------------------------- The Blue Wave Offline Mail Door/RemoteAccess, v3.20; Page 19 ------------------------------------------------------ Chapter 5: INSTALLING THE MAIL DOOR INTO REMOTEACCESS ------------------------------------------------------ Section 5.1 Mail Door Installation The mail door is distributed in an archive called BWnnnRA.ZIP, where 'nnn' is the version number of the mail door. In BWnnnRA.ZIP you will find this documentation file, any necessary conversion programs, and a README.1ST file. Please -- always be sure to view the README.1ST file before attempting to install the mail door. If you are upgrading from a previously-installed version of the mail door, installation/upgrade instructions will always be found in the file README.1ST. The installation instructions in this section of the documentation apply to new installations only. All of the base mail door files (online help files, introductory screens, BWSETUP.EXE, BWMAIL.EXE, and BWMAIL.OVR) are contained in another archive called BWMAIL.ZIP. Create a new directory specifically for the mail door. Making a separate directory for the Blue Wave distribution files will make life easier in the long run. Here are step-by-step quick installation instructions: 1) Unpack BWMAIL.ZIP into your new mail door directory. 2) Change to your new mail door directory and run BWSETUP.EXE. (This file should have been unpacked in step number 1 above). This will load the door's installation module and guide you through the initial setup procedures. You will first be prompted to enter the path to your RemoteAccess CONFIG.RA file. If the installation module can open CONFIG.RA in the directory that you specified it will load as much information as possible from your existing RemoteAccess setup. 3) Each message area that you have defined in RemoteAccess will be used by the mail door EXACTLY as it is defined within the BBS. The mail door reads all message area definitions directly from RemoteAccess' MESSAGES.RA file. This includes security levels, area flags, private/non-private status, etc. 4) After a few seconds, BWSETUP will show you a screen informing you that it has gathered as much data as possible. The installation program also installed several sample archiver and protocol configurations into your setup. At this time, it will be necessary to "walk" through *each* menu item of the installation and maintenance utility in order to enter information that cannot be found through your RemoteAccess setup. Each menu item in the BWSETUP program is described in detail through online help. If you need help at any time while using BWSETUP, please press <F1>. -------------------------------------------------- The Blue Wave Offline Mail Door/RemoteAccess, v3.20; Page 20 The help system is context sensitive and provides links to other related help topics. 5) At this point your new mail door has been installed. Now you need to edit your RemoteAccess configuration to include a new menu item (or items) for your mail door, and some modifications to your message area definitions may be necessary. If you are running a multi-node system, other setup procedures may also be necessary. Please read this entire chapter to determine what changes to the default mail door configuration may be required. Section 5.2 RemoteAccess Menu and Message Area Setup If you have installed other external programs into your RemoteAccess setup, you should have absolutely no problem installing The Blue Wave Mail Door. If you have never installed external programs into your BBS, don't worry. This section will guide you through the process and have you back up-and-running in no time at all. 1) When you ran the BWSETUP installation module, it created a file called BWDOOR.BAT in your main RemoteAccess directory. This batch file was created with the paths and file names taken from your initialization parameters, and should be fully functional with your system -- as long as you have not changed anything around since you executed the installation module. The batch file contains the following lines: @ECHO OFF C: CD \RA\BLUEWAVE BWMAIL %1 %2 %3 %4 %5 %6 %7 %8 %9 2) To get RemoteAccess to supply the user with a menu item to access The Blue Wave Mail Door, you will need to edit your menus with RACONFIG.EXE's Menu Editor. You can place the menu item(s) on any system menu you choose. Suggested menus are the MAIN menu, the MESSAGE menu, or you can create a new BLUEWAVE menu for the mail door. Below are TYPE 7 menu entries that can be used for both single and multi-line systems. Type 7 Menu Entries for Single-Node Systems ------------------------------------------- Menu Text : B)lue Wave Interactive Mode Optional Data: *C /C C:\RA\BWDOOR.BAT /T*N *M Menu Text : D) Quick DOWNLOAD Your Mail Optional Data: *C /C C:\RA\BWDOOR.BAT /T*N /D *M Menu Text : U) Quick UPLOAD Your Mail Optional Data: *C /C C:\RA\BWDOOR.BAT /T*N /U *M Type 7 Menu Entries for Multi-Node Systems ------------------------------------------ -------------------------------------------------- The Blue Wave Offline Mail Door/RemoteAccess, v3.20; Page 21 Menu Text : B)lue Wave Interactive Mode Optional Data: *C /C C:\RA\BWDOOR.BAT /T*N /SC:\RA\NODE*N *M Menu Text : D) Quick DOWNLOAD Your Mail Optional Data: *C /C C:\RA\BWDOOR.BAT /T*N /SC:\RA\NODE*N /D *M Menu Text : U) Quick UPLOAD Your Mail Optional Data: *C /C C:\RA\BWDOOR.BAT /T*N /SC:\RA\NODE*N /U *M The first menu command listed above for both single and multi- node systems will load the mail door in "Interactive" mode. The second menu command listed will load the mail door in "Auto- Download" mode -- the mail door will immediately begin a mail scan and download for the user. The third menu command listed will load the mail door in "Auto-Upload" mode -- the mail door will immediately request the user to start the upload of a reply packet. Please note that only the FIRST menu command listed above is required. The Auto-Download and Auto-Upload menu commands are completely optional. In the example batch file and menu entries above, the NODE number is passed to BWDOOR.BAT as the first command line parameter (/T*N), and is used in BWDOOR.BAT as the '%1' replacement. (Please see your DOS reference manual for explanations of the %1 - %9 parameters above if you do not understand their use.) The '%1' command line parameter for BWMAIL.EXE tells the door that it will be running as the TASK or NODE number passed from RemoteAccess' *N optional data item. THIS IS VERY IMPORTANT TO INSURE THAT THE DOOR DOES NOT CREATE SHARE VIOLATIONS WHEN RUNNING IN A MULTILINE SITUATION! In addition, the above menu and batch files assume that your system has RemoteAccess installed in the C:\RA directory. In order to load properly, the mail door needs to know in which directory to find the correct EXITINFO.BBS file for the current online user. This is done with the "/S<path>" command line parameter. The mail door's /S<path> command line parameter tells the door where to find the EXITINFO.BBS file for the current user, and other node-specific files. If you are running a multi-line system, you should have the RA environment variable set to point to the main RemoteAccess system directory (where files shared between nodes are stored). Example: SET RA=C:\RA When the mail door looks for RemoteAccess system files, it always searches the "Path to EXITINFO.BBS" directory defined in BWSETUP first, followed by the directory in the RA environment variable. (/S<path> in the menu command overrides the "Path to EXITINFO.BBS" directory in BWSETUP.) -------------------------------------------------- The Blue Wave Offline Mail Door/RemoteAccess, v3.20; Page 22 3) If you followed these instructions exactly, the mail door should now be ready for use. To test your setup, simply log into your BBS and select the new menu item(s) you placed into the system. If the mail door fails to execute properly, check the RemoteAccess log file and the BW.LOG file for clues as to what went wrong. You may want to carefully go over the installation instructions once again to make sure you didn't miss anything. 4) If you are running a Multi-Node system, please continue on to the section titled "Multi-Node Installation Considerations". 5) If you are interested in using The Blue Wave Mail Door for local downloads and uploads, please see Chapter 7. Section 5.3 BWMAIL Command Line Parameters The Blue Wave Mail Door accepts several command line parameters in order for you to override certain settins and defaults within your BWMAIL.PRM configuration file. Command line parameters take precendence over all settings, including environment variables. The following is a description of all available command line parameters. Although all command line parameters described here are shown with a dash preceeding the switch, a forward slash may also be used. BWMAIL.PRM Override (-c) ------------------------ Multi-line users may wish to maintain separate Blue Wave PRM files, one for each node. By default, the door will load BWMAIL.PRM. If you use the -c command line parameter, you can override this default. The command line: BWMAIL -cLINE2.PRM would load the door's parameter file called LINE2.PRM. (If you wish to maintain separate PRM files between nodes, you can edit others with BWSETUP by specifying the name of the configuration file on the command line: "BWSETUP LINE2.PRM" would allow you to edit the parameters in "LINE2.PRM". USAGE : BWMAIL -c<bwave.prm name> DEFAULT: BWMAIL.PRM RemoteAccess System (or Node) Directory (-s) -------------------------------------------- When the door initializes, the first file that it loads is BWMAIL.PRM, or the file that you specified on the command line with the -c command line parameter. BWMAIL.PRM contains the path of the RemoteAccess-style EXITINFO.BBS file that will be loaded when that particular door configuration file is used. (See also the section titled MULTI-LINE CONSIDERATIONS). -------------------------------------------------- The Blue Wave Offline Mail Door/RemoteAccess, v3.20; Page 23 If you would like to override the default contained within BWMAIL.PRM, use the command line: BWMAIL -sC:\Ra\Node2 USAGE : BWMAIL -s<Directory that contains EXITINFO.BBS> DEFAULT: Directory name defined in the configuration file. Port Override (-p) ------------------ By default, The Blue Wave Mail Door uses the port contained within the EXITINFO.BBS file that is loaded during initialization. If, for some reason, you need to OVERRIDE this parameter, use the -p command line. (Port 0=COM1, Port 1=COM2). The door will support any port that you would like to use, as long as it can communicate with your FOSSIL driver. USAGE : BWMAIL -p<0-based port number> DEFAULT: Port in EXITINFO.BBS file loaded by the door. Task/Node Override (-t) ----------------------- The Blue Wave Mail Door uses the default task number of '0'. You must override the task number used by using the "-t" command line parameter. The door uses this information when looking for the proper EXITINFO.BBS and DORINFOn.DEF files to load, and in the translation of the "%N" and "%T" macros in the Directories and File Paths Editor of BWSETUP. The task number *must* correspond to the user's task number within the BBS, or the door will load the wrong information about the current user or cause SHARE violations. RemoteAccess will pass the current task/node number through the use of the '*N' token when it is used in the "Optional Data" line of a RemoteAccess system menu. Please see the RemoteAccess documentation for more details. It is highly recommended that you pass the task number to the door whether you are running a multi-line system or not. This will help eliminate some confusion when setting up the door - especially when running multiple copies on multiple nodes. USAGE : BWMAIL -t<task/node number> DEFAULT: 0 (assumes no multi-node operations) Local User Override (-k) ------------------------ Normally, The Blue Wave Mail Door can detect when there is a local user through the EXITINFO.BBS file that is loaded. However, if there is some type of problem with the door's -------------------------------------------------- The Blue Wave Offline Mail Door/RemoteAccess, v3.20; Page 24 auto-detection, and you wish to run the door in local mode, you will need to specify the -k parameter. The -k can also be used to automatically load a selected user out of RA's user file and log them in locally. This method allows the use of the mail door without having to first log into the BBS. The best use for this is when running the door in local mode to bundle mail for the SysOp or other users that may want to use The Blue Wave Offline Mail System. The -k command line parameter is described in greater detail in Chapter 7 -- Local Mail Door Usage. Local Color (-MONO) ------------------- The Blue Wave Mail Door will always output color to the local screen, even if the remote user has TTY graphics enabled. Sometimes this color is not desireable, especially on Monochrome systems. Since the door contains so much BLUE most of the text appears underlined. To disable color output to the local console, use the -mono command line switch. This switch has no effect on the remote user. USAGE : BWMAIL -mono DEFAULT: Local color output. Carrier Detect Override (-NOCD) ------------------------------- Normally, The Blue Wave Mail Door requires that a carrier detect signal be present in order for the door to send data through the FOSSIL and serial port. This poses a problem when trying to run the door through a NULL Modem Cable, or something similar. If the command line switch -NOCD is added, no carrier detect function will be activated, and data will be sent through the port specified with the -P<port> command line parameter. This switch should NOT be used with a remote user online, since the caller may drop carrier and tie up your system until there is an input timeout (4 minutes). USAGE : BWMAIL -NOCD DEFAULT: CD is ACTIVE unless LOCAL mode forced or detected. Stamping Downloaded Messages as "Rec'd" (-NORECV) ------------------------------------------------- When The Blue Wave Mail Door gathers messages for a user, it stamps all personal messages TO: that user as "Received", to give an indication to the sender that the message may have been read. The -NORECV command line parameter causes the -------------------------------------------------- The Blue Wave Offline Mail Door/RemoteAccess, v3.20; Page 25 door to skip the process of marking messages as "Rec'd", leaving no indication that the message(s) downloaded have been read. This parameter probably should not be used for normal BBS usage. The switch may come in handy, however, if the SysOp wishes to download his/her mail, but not leave any indication that the message had been read. (The SysOp may not have time to reply to the messages downloaded at that particular time). USAGE : BWMAIL -NORECV DEFAULT: Marks personal messages as "Rec'd" when bundled. Work Directory Override (-WORK=) -------------------------------- If you would like to override the default WORK directory defined within BWMAIL.PRM, use the -WORK=<path> command line. USAGE : BWMAIL -WORK=d:\path\to\workdir DEFAULT: Drive and path defined within BWMAIL.PRM Download Directory Override (-DOWN=) ------------------------------------ To override the door's default DOWNLOAD directory, simply specify the drive and path to use on the command line in the form -DOWN=<path>. USAGE : BWMAIL -DOWN=d:\path\to\downdir DEFAULT: Directory defined within BWMAIL.PRM Upload Directory Override (-UPLOAD=) ------------------------------------ To override the door's default UPLOAD directory from the command line, add the command line parameter -UPLOAD=<path>. USAGE : BWMAIL -UPLOAD=d:\path\to\upld_dir DEFAULT: Drive and path defined within BWMAIL.PRM Log File Override (-LOG=) ------------------------- Each copy of The Blue Wave Mail Door that is running requires a separate log file. Log files cannot be shared between two or more different tasks. This command line is used to override the log file name that is defined within BWMAIL.PRM. In most cases, it would be more convenient to use the '%T' or '%N' replacement macro in declaring the name of the log file within the BWSETUP Directories and File Name Editor. However, this alternate way of overriding the log file name is provided for special situations. To override -------------------------------------------------- The Blue Wave Offline Mail Door/RemoteAccess, v3.20; Page 26 the log file name from the door's command line, use the - LOG=<file> parameter. This parameter can also be convenient when you do not want to keep a log file for a certain task (usually a local node). If the door receives the command line parameter "BWMAIL -LOG=", no log file will be generated for that session. USAGE : BWMAIL -LOG=d:\name\of\logfile.ext DEFAULT: Filename defined within BWMAIL.PRM. Auto-Download Mode (-d) ----------------------- The Blue Wave Mail Door has a special command line parameter to force the door into download mode, then exit. When the door is executed with the -d parameter, it immediately begins scanning the message areas and bundles a mail packet. If there is a remote user, the door will immediately fire up the appropriate download protocol, and then exit back to the BBS. If there is no remote user, the door skips executing the protocol, and drops back to the calling batch file. This is extremely handy for local use in batch files to possibly build a mail bundle during a maintenance "event". The door will NOT prompt for user input during the entire session. USAGE : BWMAIL -D DEFAULT: The door defaults to "Interactive Menu" mode. Auto-Upload Mode (-u) --------------------- Specifying -U on the command line will cause the door to immediately go into upload mode. This parameter works the same as the Auto-Download Parameter; the user will never be prompted for input during the mail session. USAGE : BWMAIL -U DEFAULT: The door defaults to "Interactive Menu" mode. Auto Logoff Mode - INSTANT or COUNTDOWN --------------------------------------- These command line switches only have an effect on the operation of the door when the following 2 conditions are met: 1) The door must be in Auto-Upload or Auto-Download mode. 2) There must be a remote user online. Adding the -INSTANT command line parameter will cause the door to perform an IMMEDIATE LOGOFF of the user (drop -------------------------------------------------- The Blue Wave Offline Mail Door/RemoteAccess, v3.20; Page 27 carrier) after a successful Auto-Upload or Auto-Download session. Adding the -COUNT command line parameter will cause the door to perform a COUNTDOWN LOGOFF of the user (drop carrier after a 10 second countdown) after a successful Auto-Upload or Auto-Download session. USAGE : BWMAIL <-D or -U> -INSTANT USAGE : BWMAIL <-D or -U> -COUNT DEFAULT: The door defaults to returning back to the BBS with the remote user still online. Section 5.4 Multi-Node Installation Considerations The Blue Wave Mail Door is fully capable of multi-node operation, and provides facilities for ease of operation and configuration on multi- node systems. There are a few points that you need to be aware of. All nodes on your system can use the same \BLUEWAVE base directory. Full file sharing and file locking is supported. You can use the same door configuration file (BWMAIL.PRM) on all nodes on your system if you like. It is also possible to use DIFFERENT BWMAIL.PRM files for each node on your system by using the -C<door prm name> command line parameter to BWMAIL.EXE. Many (if not all) of the necessary door parameters that can vary between nodes can be passed on the door's command line, thereby overriding any information in the door's configuration file. It is highly suggested that you read the "BWMAIL Command Line Parameters" section of the documentation for full information on these command line overrides. It is also important to note that all nodes must have their own WORK, DOWNLOAD, and UPLOAD directories. Failure to do so will result in file name clashes between nodes if two users are using the door at the same time. The solution for this problem is to either use the /DOWN=, /UPLOAD=, and /WORK= command line parameters, or the "%T" and/or "%N" replacement macros in the BWSETUP Directories and File Paths editor. When the door begins execution, it will replace all occurrences of "%T" and "%N" with the task number passed to the door through the /t<task#> command line parameter. (Press <F1> while in the BWSETUP Directories and File Paths editor for more information on these task number replacement macros). To recap, the following problems must be avoided when running The Blue Wave Mail Door on a multi-node system: 1) Each task must have its own WORK directory. 2) Each task must have its own DOWNLOAD directory. 3) Each task must have its own UPLOAD directory. 4) Each task must have its own LOG file name. If the above four conditions are not met, your door will not perform as expected, and you may receive SHARE violations when two or more users are in the mail door at the same time. -------------------------------------------------- The Blue Wave Offline Mail Door/RemoteAccess, v3.20; Page 28 NOTE: It is HIGHLY recommended that you set the RA environment variable to point to your MAIN RemoteAccess System Directory. The door needs to read several of RA's configuration files in order to operate properly. The mail door operates in the same way as RemoteAccess -- when it needs a file it first looks in the NODE directory you passed with the /S<node dir> command line parameter. Then it will look in the directory specified by the RA environment variable. As a last resort, it will look in the current directory. Your AUTOEXEC.BAT file should contain a line reading "SET RA=C:\RA" for the best performance and least hassles. Section 5.5 Supported RemoteAccess Features The Blue Wave Mail Door makes every attempt to be compatible with RemoteAccess 2.x with all RemoteAccess message area configuration and security settings. Below are important items to consider when determining whether not a particular RemoteAccess feature is also supported in The Blue Wave Mail Door. If reference to a particular feature of RemoteAccess is unfamiliar to you, please see the RemoteAccess documentation for implementation details. * The Blue Wave Mail Door will honor all security levels and flags in both message and file areas. This includes new files scanning, file requesting, and message area read/posting access. * Full cost accounting and cost checking is performed through a RemoteAccess nodelist when NetMail is uploaded to the mail door. * When a user uploads FidoNet NetMail messages through the mail door, Blue Wave will use the nodelist path defined in RemoteAccess. If a destination system cannot be found in the RemoteAccess nodelist, the message will be treated as if it were to an "Unlisted Node". The cost accounting will be done according to the Unlisted security and cost settings in BWSETUP's Netmail/Security Manager. * When performing file request sessions, all upload:download ratio and daily byte ratio checks are performed. When the mail door exits, it will write the new user file statistics to EXITINFO.BBS. When RemoteAccess reloads, it will detect the changes made to this file and update its internal statistics accordingly. -------------------------------------------------- The Blue Wave Offline Mail Door/RemoteAccess, v3.20; Page 29 ---------------------------------------- Chapter 6: INSTALLING EXTERNAL PROGRAMS ---------------------------------------- Section 6.1 Installing External Support Programs Configuring external programs for use with The Blue Wave Offline Mail Door is perhaps the single most important aspect of getting the mail system to work properly. Close to 100% of the problems that you may encounter while using the mail door are due to incorrectly configured or missing program command lines. This section of the documentation - - along with the following sub-sections -- attempt to explain, in great detail, the proper way to configure external programs for use with the mail system. It is important to remember that you must have at least one compression program and the corresponding decompression program command line defined in order to operate the mail door successfully. ZIP-formatted mail packets are so common that it is almost imperative that you have a ZIP compression and ZIP decompression program. Most users will have some type of ZIP compression program already installed on their system. (Please see Chapter 4 for more information regarding required external programs). For this reason, you should read this chapter very carefully if you are having trouble getting the mail door to create a mail packet for download. Section 6.2 The PATH Environment Variable Throughout this documentation, and in many other program manuals you may read, you will see references to what is called "the system PATH", "the PATH environment variable", and "DOS (or OS/2) PATH". In order to understand the configuration of external programs in this or any other program, it is essential that you understand what this terminology is referring to. Each time you boot your computer, MS-DOS reads two configuration files from the root directory of your boot drive (usually C:\). These two files are called CONFIG.SYS and AUTOEXEC.BAT. The PATH environment variable is configured in the file AUTOEXEC.BAT under MS-DOS. (Note that OS/2 uses the CONFIG.SYS file for setting the system PATH.) If you load the file AUTOEXEC.BAT into a text file editor, you will probably see a line that reads: PATH c:\;c:\dos;c:\windows The names of the directories listed in this line may be different from above. Each directory name is separated by a semi-colon (;). If a program is "located on the system PATH", it simply means that the file(s) needed to run this program are in one of the directories -------------------------------------------------- The Blue Wave Offline Mail Door/RemoteAccess, v3.20; Page 30 listed on this line. You can add new directories to your PATH statement by simply editing this line to include the new directory (make sure that if there are any directories listed before or after the new directory entry, that you separate them with a semi-colon!). Under DOS, the maximum length of this line is 127 characters, and under OS/2 the maximum length of this line is 1024 characters. Please note that any changes you make to your CONFIG.SYS file and your AUTOEXEC.BAT file will not become effective until you REBOOT your system. They are only read by DOS and OS/2 once; at system startup. When DOS, OS/2, or any program running under these two operating systems tries to run a program, it first searches the current directory to see if the program is there. If it is there, the program is run from the current directory. If it is NOT there, DOS and OS/2 begin searching the directories listed in this line. The directories are searched in the order they appear. If, after searching the entire list of directories contained in this line, the program cannot be found, DOS will issue this error message: Bad command or file name. The behavior and use of the PATH environment variable is described here because DOS and OS/2 will behave in the same manner as the mail door when it cannot find a program you have told it to run -- although the mail door's error messages are a bit more friendly. Any program that you try to run through the mail door must be located on the system PATH. The purpose of the system PATH environment variable is one of convenience. If a program is located in a directory located on the system path, that program can be run from ANY directory you happen to be in. For example, when you install Windows, it installs the C:\WINDOWS directory on the system path. No matter where you are on your computer, typing "WIN" will start the Windows Program Manager. If you were to remove "C:\WINDOWS" from the system path and reboot your machine, you would be required to be in the C:\WINDOWS subdirectory before Windows could load. While the mail door is running, it changes directories at several different points in time. It is therefore not possible to place the external programs in the door's base directory and expect them to run properly (unless the mail door directory is in your system PATH). Most people find it convenient to have one or two directories that hold important system utility files (such as PKZIP and PKUNZIP). Section 6.3 Configuring External Archiver Programs In order to pack and unpack messages that are downloaded and uploaded from your system, it is necessary for the mail door to spawn (call, execute, run) external compression and decompression utilities. Configuring an archiver with BWSETUP is fairly straight-forward. Simply load BWSETUP, highlight the "Archiver Definitions" menu item, -------------------------------------------------- The Blue Wave Offline Mail Door/RemoteAccess, v3.20; Page 31 and press [Enter]. You will be presented a list of up to eight archivers -- highlight the archiver you would like to work with and press [Enter] again. To add a new archiver definition, highlight one of the lines that are filled with dots and press [Enter]. You will be presented with a 'blank' entry screen in which to define your archiver. If you would like to remove an archiver from the list, highlight the archiver to work with in the selection list, press [Enter], then set the archiver hotkey to a [Space] character. Once you have begun editing an archiver definition, you will find several fields available to you. For questions about any of the fields, press <F1> while that field is highlighted. The two fields that deserve deeper explanation here are the Compression and Decompression command lines. The compression command line is used when the mail door is ready to send a mail packet to the user. Several files are created in the mail door's temporary working directory that need to be compressed into a single file for transmission to the user. Here you need to enter the command line that should be executed in order to accomplish this task. Two macros should be used when defining archiver compression command lines. Please see Sections 6.3.1 and 6.3.2 for more information. The decompression command line is used when the mail door receives a reply packet from the user (the user has uploaded messages to the mail door). The mail door calls the decompression command line to unpack the reply messages to its temporary working directory for processing. Here you need to enter the command line that should be executed in order to accomplish this task. Two macros should be used when defining archiver decompression command lines. Please see Sections 6.3.1 and 6.3.2 for more information. Section 6.3.1 Macros Used for Archiver Definitions Two macros should be used when defining your archiver compression and decompression command lines in order to work properly with the mail door configuration (especially with multi-node systems). In the descriptions below, we will assume that your mail door Download Directory is configured as "C:\BBS\DOWN", that your mail door Upload Directory is configured as "C:\BBS\UP", that your mail door Work Directory is configured as "C:\BBS\WORK", and that your mail door is configured to use a Mail Packet ID of "MYBBS". @F Use the @F macro in a compression command line to represent the name of the file that will be created by the compression program. For example, to create a .ZIP file with PKZIP, PKZIP needs to know the name of the .ZIP file to create. If your mail door was configured as described above, "PKZIP @F" would expand to: PKZIP C:\BBS\DOWN\MYBBS.SU1 -------------------------------------------------- The Blue Wave Offline Mail Door/RemoteAccess, v3.20; Page 32 Use the @F macro in a decompression command line to represent the name of the file that needs to be decompressed by the archiver. For example, to unpack a file with PKUNZIP, PKUNZIP needs to know the name of the file to decompress. If your mail door was configured as described above, "PKUNZIP @F" would expand to: PKUNZIP C:\BBS\UP\MYBBS.NEW @I Use the @I macro in a compression command line to represent the path and file name(s) that will be packed into the destination archive. For example, to create an archive called C:\BBS\DOWN\MYBBS.SU1 with all of the files found in the C:\BBS\WORK directory, you would issue the following command line for PKZIP: PKZIP C:\BBS\DOWN\MYBBS.SU1 C:\BBS\WORK\*.* This same command line would be represented in the door as "PKZIP @F @I". Use the @I macro in a decompression command line to represent the destination path of the files that will be unpacked from the archive. For example, to unpack MYBBS.NEW to the door's Work Directory (C:\BBS\WORK), you would issue the following command to PKUNZIP: PKUNZIP MYBBS.NEW C:\BBS\WORK\ This same command line would be represented in the door as "PKUNZIP @F @I". Section 6.3.2 Sample Archiver Command Lines Sample archiver commands are listed below which illustrate the use of the @F and @I archiver macros. All of these examples assume that the executable file for the archiver is located somewhere on your system PATH (see Section 6.2). All of these command lines have been tested with the mail door and have proven themselves to work. Sample DOS Archiver Command Lines --------------------------------- ZIP Compression : PKZIP -ex @F @I ZIP Decompression: PKUNZIP -o @F @I ARJ Compression : ARJ a -e @F @I ARJ Decompression: ARJ e -y @F @I LZH Compression : LHA a /m @F @I LZH Decompression: LHA e /m @F @I Sample OS/2 Archiver Command Lines ---------------------------------- -------------------------------------------------- The Blue Wave Offline Mail Door/RemoteAccess, v3.20; Page 33 ZIP Compression : ZIP -jk9 @F @I ZIP Decompression: UNZIP -oj @F -d @I ARJ Compression : <no ARJ was available for OS/2> ARJ Decompression: <you need ARJ compress to use ARJ decompress!> LZH Compression : LH a /o @F @I LZH Decompression: LH e /o @F @I Section 6.3.3 Notes About Archiver Command Lines Please note that you must have at least one compression and decompression program configured in the mail door. Some SysOps will find that they never have to install anything but ZIP. However, the mail door gives you the ability to define up to eight individual compression types for users to choose from. PKZIP and its companion program PKUNZIP are, by far, the most popular ZIP compression and decompression utilities available for MS-DOS. If you are installing a DOS version of Blue Wave, you should install PKZIP.EXE and PKUNZIP.EXE in a directory on your system which contains other important system utilities. At the time this documentation was written, version 2.04g was the latest available version of the PKZIP/PKUNZIP utilities. If you are using an OS/2 version of the mail door, you should find and obtain a copy of the InfoZip Project's ZIP.EXE and UNZIP.EXE for OS/2. It is recommended that you use ZIP v2.01 or later, and UNZIP v5.12 or later, due to bugs and compatibility problems with earlier versions. These version numbers of ZIP/UNZIP are known to work properly under OS/2 with the Blue Wave Mail Door. If you cannot find these programs locally, you are welcome to download them from our Support BBS. -------------------------------------------------- The Blue Wave Offline Mail Door/RemoteAccess, v3.20; Page 34 ----------------------------------- Chapter 7: OPERATING THE MAIL DOOR ----------------------------------- Section 7.1 General Mail Door Operation Now that we have examined the operation of BWSETUP in detail and you have gone through the initial installation process, it seems appropriate to discuss the operation of the mail mail door itself. The main bridge between your BBS software and The Blue Wave Mail Door is called the "door drop file." This file is created by all BBS software, but the format and the name of the file varies depending on the software you are using. QuickBBS, RemoteAccess, SuperBBS, and ProBoard all use a file called EXITINFO.BBS. Maximus and Opus use a file called LASTUSxx.BBS or LASTUSxx.DAT, where 'xx' is the node number the user is currently using. T.A.G. and Telegard use a file called DOOR.SYS. Each time the mail door is loaded, information about the current user is loaded from this door drop file. This includes the user name, the speed at which they are logged on, and other vital information. In fact, if the mail door cannot load this file during initialization, it will refuse to run. (The exception to this is when the /K<user_name> command line parameter is used. Please see the Sections titled "Using the Mail Door in Local Mode" and "Command Line Parameters" for more information.) If all of the mail door's initialization files could be loaded, all three of the door's private working directories are purged of any files they might be holding. These three directories, the Download Directory, Upload Directory, and Work Directory, should never contain files that you plan on keeping. These are intended solely for the mail door's use, and the mail door expects them to be 'clean' in order to operate properly. After the door has initialized itself and prepared for operation, the user will be shown either the file BWINTRO.TXT (if they have ANSI graphics turned off) or BWINTRO.ANS. If the user has never used the mail door before, or if their mail door user record has been deleted, they will be shown the text in the file NEWUSER.HLP, followed by the default mail door configuration settings. Section 7.2 Functions Available While a User is Online The mail door contains several functions that the SysOp can activate while a user is online. The mail door is always in "simultaneous keyboard mode", meaning that whatever you type on the local keyboard will also be echoed to the remote user and processed just as if the key had come from the remote user. However, there are special key combinations that do not echo to the remote user, and that cannot be -------------------------------------------------- The Blue Wave Offline Mail Door/RemoteAccess, v3.20; Page 35 activated by the remote user. In order to perform any of these functions, they *must* be activated from the SysOp's console. Before we discuss the "SysOp Keys", let's explain some things about the status bar on the bottom row of your screen. The status bar is not visible to your remote users, of course. During normal operation, you will only see one visible line, however there are actually two lines that make up the status bar display. When you press your SysOp keys, additional information will fill the second status line. This additional information will be cleared, and the status bar updated, every 15 seconds. Here are the keys available while a user is online: The <Home> Key -------------- Pressing the <Home> key while a user is online will display all of the function keys available to you. Think of the <Home> key as a mini online help guide. The <Alt-C> Key --------------- While a user is online, you can press the <Alt-C> key to "chat" with the user. Entering chat mode allows you to interact directly with the user at the remote end. Each key that you type will be echoed to the remote user, and each key the remote user types will be sent to your screen. To exit chat mode at any time, simply press the <Esc> key. After you exit chat mode with a user, both the remote user's display and the local display will be repainted with the information that was on the screen at the time chat mode was entered. The <Alt-D> Key --------------- Pressing <Alt-D> while a user is online will perform an immediate shell to the operating system (DOS or OS/2, depending on which mail door type you are running). Don't worry, the remote user will not be able to see what you are doing! A message is sent to the user before the shell is performed, and once again when you return from the shell. Please remember that you must type "EXIT" at the DOS or OS/2 command line prompt in order to return control to the mail door. The <Alt-H> Key --------------- Made for those users who are just plain annoying or are abusing your system, the <Alt-H> keypress will perform a disconnect (drop carrier) and then exit the mail door. Control is returned to the BBS system. The BBS software should see that there is no longer a user online and should recycle the BBS system. The <Alt-N> Key --------------- -------------------------------------------------- The Blue Wave Offline Mail Door/RemoteAccess, v3.20; Page 36 The <Alt-N> keypress will cause the mail door to display extended information about the current user, including their alias name and/or their "real" name. This information, as with all of the special function key information, will be cleared in about 15 seconds for a more "tidy" appearance. The <PgDn> and <DownArrow> Keys ------------------------------- Pressing <PgDn> while a user is online will decrease the time the user has remaining in the mail door by ten minutes. To reduce the time remaining by thirty minutes, simply press the <PgDn> key three times. Pressing the <DownArrow> cursor key also lowers the current user's time remaining, but does so in one minute increments. The <PgUp> and <UpArrow> Keys ----------------------------- Pressing <PgUp> while a user is online will increase the time the user has remaining in the mail door by ten minutes. To increase the time remaining by thirty minutes, simply press the <PgUp> key three times. Pressing the <UpArrow> cursor key also increases the current user's time remaining, but does so in one minute increments. Section 7.3 Maintaining The Blue Wave Mail Door One of the most popular features of The Blue Wave Mail Door is the small amount of maintenance that is required. Because the mail door operates directly with your BBS software, no message area maintenance is required. Each time the mail door loads, it reads all message area definitions and security settings directly from your BBS configuration. This means that once you have configured a new message area in your BBS configuration utility, you do not have to add that same message area to the mail door configuration! The same holds true for removing message area definitions. If you decide to remove a message area from your BBS configuration, the mail door will recognize that the area is no longer available and will automatically disable it from a user's mail scan. Section 7.3.1 Message Area Overrides The BWSETUP program allows you to define "Message Area Overrides". Message area overrides allow you to override any settings for any message area available on your BBS. Since the mail door reads all information directly from your BBS system's configuration each time it loads, any changes made to the message area configuration in the BBS automatically get carried over to the mail door. It may be desireable, at times, to override the BBS's message area configuration information. By defining a message area override, you can change many of the settings and security levels needed for access to any particular message area while a user is in the mail door. If you move message areas around (for example, you move area #33 to area -------------------------------------------------- The Blue Wave Offline Mail Door/RemoteAccess, v3.20; Page 37 #47), and you have a message area override configured for that message area, it may be necessary to modify the area override also. If you do not define message area overrides, there will be no maintenance necessary when moving, adding, or deleting message areas from your BBS configuration. Another feature of the message area override editor is the use of "Forced" and "Default" message areas. To force a message area ON for all users of the mail door, you simply define a message area override. At the bottom of the Message Area Override Editor screen, there will be an option to set this area as "Forced". Turning this on will cause this message area to be forced on for all users who have enough security to access the message area. If a user does NOT have enough security for access to the message area, the area will not be enabled. The same procedure may be used to define "Default" message areas. If a message area is configured as a default area, any new user who accesses the mail door, and who has enough security to read the message area, will find that the message area is automatically turned on for them. The difference between default message areas and forced message areas is that a user CAN disable a default area, but a forced area cannot be disabled by the user. Forced message areas remain on even if a user performs an offline configuration to disable the area, or if the user tries to modify the messages downloaded in the area through the use of the Blue Wave Bundling Commands. Obviously, you should use discretion when defining forced message areas. They are best used for system announcement message areas, and for "private" or EMail message areas, where a user can only download messages that are directly addressed to them. Section 7.3.2 Removing Old User Records The only routine maintenance that should be performed on the mail door is the deletion (removal) of old mail door user records. This maintenance could, and should be added to your nightly or weekly system maintenance schedule. The BWSETUP program will remove all old user records for you. Simply run "BWSETUP PURGE 30" to remove all users that have not used the mail door in 30 days. Run "BWSETUP PURGE 90" to remove all users who have not used the mail door in 90 days. The "PURGE nn" command line parameter for BWSETUP will cause BWSETUP to *not* enter interactive mode. This allows you to run the purge utility in an unattended batch file. Section 7.4 Creating and Using Reader Bulletin Files The Blue Wave Mail Door has the ability to include "Welcome" or reader bulletin files. When a user downloads a mail packet and loads it into The Blue Wave Offline Mail Reader (and other Blue Wave-compatible mail readers), these bulletin files are available for viewing either automatically or upon user demand. These reader files may either be -------------------------------------------------- The Blue Wave Offline Mail Door/RemoteAccess, v3.20; Page 38 plain ASCII or ANSI files. They can be used to send an advertisement of new items or echos available on the BBS, or new services that your system offers. In the BWSETUP program, under the "General Information" editor, you will find five "slots", where you can define the bulletin files that will be included in a mail packet download. In each of these slots you may define the file name to be sent, and the minimum security needed in order to be able to view the file. (If a user does not have sufficient security to view one or more bulletin files, they will not be included in the mail packet.) The file names that you place here must reside in the mail door's base directory. The Blue Wave Offline Mail Reader will behave differently, depending into which "slot" you have placed a reader bulletin file. If a reader bulletin is placed into slot #1, this bulletin will be displayed to the user automatically after opening a mail packet. This behavior cannot be modified by the user -- think of it as a "Forced" bulletin. If you place a file name in slot #2 or slot #3, the bulletin will automatically be displayed if the user has enabled automatic bulletin display in the mail reader. If the user has disabled the automatic bulletin display, these files will only be viewable upon user demand. Slot #4 and slot #5 are always available upon user demand only. You may use two special macros in the reader bulletin files in order control their display to the user: {PAUSE} - Place this macro on a line by itself to force a screen pause. The user will receive a "Press any key to continue" message, and their screen will be cleared after pressing a key to continue. {BEEP} - Sounds a beep in the mail reader, if the user has not turned sound off in the mail reader. Section 7.5 Using the Mail Door in Local Mode The Blue Wave Mail Door has several provisions for making the packaging of local mail downloads easy and hassle-free. Many times SysOps will opt to use The Blue Wave Offline Mail System to read mail locally on their machines at home, or even to pack messages in a nightly event to take to work with them. Using this method will also allow SysOps running DESQview, Windows, or OS/2 to read mail packets with The Blue Wave Offline Mail Reader while still leaving the BBS online. For this example, we will assume that you already have The Blue Wave Offline Mail Reader installed in a directory called C:\BWAVE, and that your DOWNLOAD directory in the mail reader configuration is defined as C:\BWAVE\DOWN, your UPLOAD directory is defined as C:\BWAVE\UPLOAD, and your WORK directory is defined as C:\BWAVE\WORK. This example also assumes that the physical computer on which the reader is installed is the same computer that contains your BBS and mail door -------------------------------------------------- The Blue Wave Offline Mail Door/RemoteAccess, v3.20; Page 39 installation. (They may also be installed on a different physical computer, but with the same drives accessible through a LAN.) To get the best results from the interaction of the reader and mail door, it is highly suggested that you set "Keep Old DL Packets (Don't Erase)" to "YES" in the BWSETUP->Options and Toggles Editor. The next BWSETUP configuration items you will need to edit are located on the "Directories and File Paths" configuration menu. While in the directories editor, move the cursor through the fields to the "Temporary Work Directory" under the "Local Mail Door Usage" section. You can enter any path here you like, as the reader and the door do not need to share (and should not share!) the temporary work directories. You should then define your "Reader Download (In) Directory" to be the same as the "Download Directory" defined in the mail reader (in our example, this would be C:\BWAVE\DOWN). Define your "Reader Upload (Out) Directory" to be the same as the "Upload Directory" defined in the mail reader (in our example, this would be C:\BWAVE\UPLOAD). Press <Esc> to leave the Directories and File Paths editor, choose to exit BWSETUP, and save your current configuration. You are now ready to create two batch files. The first batch file will execute the mail door in auto-download mode (to build your mail bundle), and the other will execute the door in auto-upload mode (to send your replies back through the mail door). Two sample batch files are shown below. BWDOWN.BAT can be executed each time you wish to build a mail packet. BWUP.BAT should be executed each time you have replied to messages in the mail reader and are ready to send them back to the mail door to be processed. In these sample batch files, enter the commands shown on the left side of the page. Comments on the right side of the page are there for explanatory purposes only and should not be entered in the batch file. Sample BWDOWN.BAT ----------------- c: Change to the drive where BWMAIL.EXE is cd \bbs\bluewave Change to the directory where BWMAIL.EXE is bwmail /kJoe_Sysop /d Load with "Joe Sysop" as user in Auto-DL mode Sample BWUP.BAT --------------- c: Change to the drive where BWMAIL.EXE is cd \bbs\bluewave Change to the directory where BWMAIL.EXE is bwmail /kJoe_Sysop /u Load with "Joe Sysop" as user in Auto-UL mode You should, of course substitute "Joe_Sysop" with the name that you use to log into the BBS. You must replace all spaces in your name with underscore characters (_). In both cases, the mail door will perform the desired function and exit back to the batch file. The -------------------------------------------------- The Blue Wave Offline Mail Door/RemoteAccess, v3.20; Page 40 mail door will not ask for input in local mode when performing an auto-upload or auto-download. Section 7.6 The FidoNet->Internet Gateway The Blue Wave Mail Door supports the option of a transparent user interface to a FidoNet->Internet Gateway. The FidoNet->Internet Gateway menu option in BWSETUP allows you to configure the mail door to provide a method for users to gain easy access to Internet E-mail, without actually requiring the BBS to be connected to the Internet. In order for this feature to work, you must be a member of FidoNet, or a FidoNet-style network. This is due to the fact that the Internet gateway actually uses a FidoNet-style NetMail area to store messages that are entered through a mail reader in the Internet Gateway area. When the Internet gateway is configured and active, an Internet E-mail area is created in the user's mail packet. The user can then use the mail reader to create Internet E-mail messages. When the user uploads the reply packet, the mail door will take these reply messages and convert them to FidoNet NetMail messages addressed to the FidoNet<- >Internet gateway system you defined. Even if your BBS offers 'true' Internet capabilities, the Internet gateway can be offered alongside them, if you wish. It will not interfere with them, as the Internet gatway uses the FidoNet capabilities of your BBS to do its work. ** Internet E-mail capabilities are available only with version 2.20 and later of The Blue Wave Offline Mail Reader, and with third- party mail readers compatible with Version 3 or later of the Blue Wave mail packet specifications. For further information about each configuration item available in the BWSETUP FidoNet<->Internet Gateway Editor, please press <F1> for help when the field you would like more help with is highlighted. -------------------------------------------------- The Blue Wave Offline Mail Door/RemoteAccess, v3.20; Page 41 ---------------------------------------- Chapter 8: SOFTWARE SUPPORT INFORMATION ---------------------------------------- The Blue Wave Offline Mail System is a growing and developing software package. Cutting Edge Computing is always interested in hearing your comments and suggestions for ways we can Blue Wave work better for you. We take into consideration every request that we get in order to make The Blue Wave Mail System a first-class offline mail package. If you are having trouble with The Blue Wave Offline Mail Reader, Blue Wave Offline Mail Door, or have comments and suggestions, please drop us a line. We can be reached through our support BBS by dialing +1- 810-743-8464. Our support BBS is online 24 hours per day, 7 days a week. You can reach other users of The Blue Wave Offline Mail System to discuss problems with the software, discuss time-saving techniques, and other issues related to your use of the mail system through the BLUEWAVE echo on the FidoNet backbone. Limited technical support is provided by surface mail, however it is very difficult to diagnose problems through a letter. Please use the support BBS if at all possible. Unregistered users of the mail reader need to include a self-addressed, stamped envelope if you would like a reply. For inquiries outside of the United States, you must enclose an International Reply Coupon (available at your local post office). Sorry, but voice technical support is reserved for registered owners of The Blue Wave Offline Mail System. When calling for voice technical support, please be sure to have your registration numbers available. Technical support must verify your registration number before assisting you. Technical support for the mail system is available Monday through Friday from 9am to 3pm Eastern Time (excluding holidays). The technical support phone number is +1-810- 743-WAVE (that's +1-810-743-9283). Cutting Edge Computing is owned and operated by George Hatchew in Burton, Michigan, USA. Here are our various addresses: US POSTAL SERVICE Cutting Edge Computing P.O. Box 90476 Burton, Michigan 48509-0476 USA SUPPORT BBS 1:2240/176 (FidoNet) +1-810-743-8464 (Direct Phone Number) INTERNET bluewave@cris.com (Internet Email) http://www.cris.com/~bluewave (World Wide Web Site) -------------------------------------------------- The Blue Wave Offline Mail Door/RemoteAccess, v3.20; Page 42 Thank you for trying The Blue Wave Offline Mail System. We hope that the mail system provides you enjoyment and value for years to come! -------------------------------------------------- The Blue Wave Offline Mail Door/RemoteAccess, v3.20; Page 43