F I D O N E W S -- Volume 13, Number 37 9 September 1996 +----------------------------+-----------------------------------------+ | The newsletter of the | ISSN 1198-4589 Published by: | | FidoNet community | "FidoNews" | | _ | 1-407-383-1372 [1:1/23] | | / \ | | | /|oo \ | | | (_| /_) | | | _`@/_ \ _ | | | | | \ \\ | Editor: | | | (*) | \ )) | Christopher Baker 1:374/14 | | |__U__| / \// | | | _//|| _\ / | | | (_/(_|(____/ | | | (jm) | Newspapers should have no friends. | | | -- JOSEPH PULITZER | +----------------------------+-----------------------------------------+ | Submission address: FidoNews Editor 1:1/23 | +----------------------------------------------------------------------+ | MORE addresses: | | | | submissions=> cbaker84@digital.net | +----------------------------------------------------------------------+ | For information, copyrights, article submissions, | | obtaining copies of FidoNews or the internet gateway FAQ | | please refer to the end of this file. | +----------------------------------------------------------------------+ MY ELEVENTH ISSUE HITS THE CYBERSTREETS! Table of Contents 1. EDITORIAL ................................................ 1 Don't forget to get ready for changes .................... 1 2. ARTICLES ................................................. 2 comp.org.fidonet - It's Full of Life! .................... 2 In Defense of Bink and Max ............................... 2 Re: EchoPol2, 'ep1eu' .................................... 4 A Californian point of view: Comment to Fredrik Bennis .. 4 The World-Wide-Web Fidonet Resource Updated .............. 5 EchoMail...Now What? ..................................... 6 3. COLUMNS .................................................. 8 Doc Logger Returns! ...................................... 8 4. FIDONET HISTORY .......................................... 10 Here are some FidoNet primer examples from the old days .. 10 5. REVIEWS .................................................. 17 Six Mail Processors Reviewed [IV] ........................ 17 6. COORDINATORS CORNER ...................................... 20 Nodelist-statistics as seen from Zone-2 for day 250 ...... 20 7. NET HUMOR ................................................ 21 Can computers sing? ...................................... 21 8. COMIX IN ASCII ........................................... 22 A matter of perspective? ................................. 22 9. QUESTION OF THE WEEK ..................................... 23 Who has FidoNet primers they use locally for newbies? .... 23 10. NOTICES ................................................. 24 And more! FIDONEWS 13-37 Page 1 9 Sep 1996 ================================================================= EDITORIAL ================================================================= Beginning with FidoNews 1340, the distribution archive format will be ZIP. Instead of FNEWSDnn.LZH, you will be receiving FNEWSDnn.ZIP via the standard FIDONEWS file channels. BE SURE to update your batch files and/or script routines to allow for this change of archiver. Please note in the Masthead that I've already changed my U.S. mail contact address. FidoNews ops will remain at 1:1/23 but the phone number will be changing in NODELIST.271. My primary Node will also change from 1:374/14 to 1:18/14 on 27 Sep 96. If you wish to put in an override on the 27th pending your receipt of your new Nodelist you can set 1:1/23 and 1:18/14 to: 1-904-409-7040 in Edgewater_FL. The phone company assures me the new number will be functional by 1800 on Friday, 27 Sep 96. The old number will have a forwarding info recording on it for 3 months for those who aren't too sharp in keeping their Nodelists up-to-date. These changes should be fairly painless if everyone stays aware of the timetable. I will continue to issue these gentle reminders through the changeover. [grin] Unlike the previous weeks, there was no answer at all from anyone about Echolists in other Zones. Does this mean there aren't any? I'm happy to report that this week's Humor and Comix are not from my archives but from actual contributors! I'd like to see a lot more of that in future Issues. Thanks. C.B. ----------------------------------------------------------------- FIDONEWS 13-37 Page 2 9 Sep 1996 ================================================================= ARTICLES ================================================================= comp.org.fidonet - It's Full of Life! by Lee Kindness, 2:259/7, lkindnes@csl.co.uk I'm sure quite a few people have noticed the comp.org.fidonet newsgroup on Usenet. This is a moderated group, that has never been posted into in all the time i've been subscribed to it (about 2-3 years). Wondering what its purpose was i set out asking a couple of questions. From what i can gather it used to be used to distribute FidoNews articles and the moderator of the group is one of the former editors. Anyone else got more information? Perhaps the group could be used again to distribute the Snooze, or even throw it open for general Fidonet discussion (would be great for arranging cross zone feeds and so on). Of course we'd have to find the moderator, or does anyone know how the group could be 'unmoderated'? Hmmmm... ----------------------------------------------------------------- Response to "Two Choices: UPGRADE or DIE" by Phil Roberts, 1:157/554 >We need to be progressive, up-to-the-minute with technology. We're in agreement here. :) >BinkleyTerm and Maximus just don't cut it in '96. Today's users >(and sysops) want advanced graphics, and easy-to-setup software. BinkleyTerm is difficult to set up the first time, but I provide sample BINKLEY.CFG and BINK.BAT so new sysops can just copy my setup. This method has worked well, and a number of people have used my sample batch files for both BinkleyTerm and FrontDoor. >And we need to make it easy for people to GET NODE NUMBERS! Anyone wanting a node number in my area needs only to download a short file called HOWAPPLY.TXT and follow the _simple_ directions. While POLICY4 is a must read for new sysops, HOWAPPLY is a simple cheat sheet. This could be implemented in any net in Fidonet. >Using mail and news on the Internet is dirt simple with all the new >graphical-based software available. In contrast, the average BBS >package used by a FidoNet sysop is quite clumsy and hard to figure >out by comparison. This is not necessary. Sysops want to hold onto >the BBS package they were running back in '85. This is ridiculous - >you don't still use the computer you used in '85, do you? Then why FIDONEWS 13-37 Page 3 9 Sep 1996 >use its software? Nope. I sold my Apple //'s back in 1991. I'm running the current revision of Maximus. I've been running a BBS since 1988, and changed to Maximus in 1995 because of it's incredible versatility. This is my 3rd BBS software, and I've tried many others without putting them up for the users. >Even up-to-the-microsecond graphical BBS packages >like Excalibur for Windows now have Fidonet capability. Very user friendly, but these BBS hosts require the user to download a dedicated client to use them. How many BBS clients will a user download before tiring of this? >There's even a fully Windows-based mailer that's NOT simply an old >MS-DOS mailer with a Windows shell wrapped around it. And how many >such systems are in FidoNet? To my knowledge, ONE -- Myself. Would this be Platinum Xpress? If Hector ever fixes Areafix, Filefix, and gets Platinum to reliably connect with other mailers, I'll respect this mailer. >Even from a Sysop standpoint, joining FidoNet is difficult. You've >got to first figure out how the whole thing works, and there's NOT >ONE SINGLE CREDIBLE DOCUMENT ON IT ANYWHERE! BIGDUMMY.ARJ is a good file, albeit a few years old. >The average person has this "hard-to-use-straight-ugly-ASCII-based" >view of what FidoNet is, even if they've never used a FidoNet system. >This has to be changed. In case you haven't noticed, the *.INI files in your Windows system are also text files. The only thing lacking in the Bink/Max mentality is a decent menu-driven setup program. I go FAR out of my way to make my BBS very easy to use. I'm sure many other sysops do this too. >There's plenty of DOS-based ANSI system which use >lightbar menus and such, which is light years ahead of where 95% of >Fidonet systems are right now. My Maximus BBS has RIP emulation, lightbar file tagging in the file transfer system, and 7 different user-selectable ANSI menus! One of these ANSI menus uses lightbars. It can also be ported to Windows or OS/2 when the needs of the BBS require it. Maximus isn't married to DOS, and doesn't have to be plain looking. >People won't put up with it for long. Eventually, the only thing >the SPAMmers will be able to SPAM to are OTHER SPAMMERS! People will >need somewhere else to talk. Will it be FidoNet? It could be. Because of Fidonet's message control, the Fidonet message bases are smaller and contain a better content than most Usenet newsgroups. Users also don't run the risk of spam email every time they post. FIDONEWS 13-37 Page 4 9 Sep 1996 Fidonet does need some rethinking in a number of places, but Bink and Max aren't the reasons for the decline in the size of the nodelist. There are easier packages for sysops to install, and many sysops take that route. ----------------------------------------------------------------- The problems with EP2 (ep1eu) in Zone 2 by Lee Kindness, 2:259/7, lkindnes@csl.co.uk > ZEC2 has a lengthy article in this Issue about a new Zone 2 Echopol > All those affected please take note. Other Zones might want to pay > attention as well for future reference. While my support is 100% behind Steve in the creation of a new echomail policy for zone 2 this document simply is not in force. I'll point out a couple of flaws: o Steve publicly announced in a number of echoes that EP1 was in force in zone 2, and he would abide by its guidelines in the creation of a new policy. o 1 week later (or thereabout) he announces his rehash of EP1 is now the echomail policy. Hang on, what happened to the vote of the regions REC's to support a policy change? o The changes in 'EP2' are minor. Do a diff on the two and you'll find that most of the changes are "national"->"Regional", "policy3"->"policy4", "insure"->"ensure" and a lot of ZEC references to REC. Why bother with such a minor change? o The policy covers the zone 2 echomail backbone and any echo the moderator wishes it to cover. Zone 2 does not have a echomail backbone (we have regional backbones due to language differences). In the wildest imagination less than 10 echoes could be considered to be on a 'zone 2 backbone" at the moment (ENET.SYSOP...). Don't get me wrong, a zone 2 backbone is a good idea (for technical, sysop and other echoes) but you can't enforce policy on an entity that does not currently exist. Steve has to setup a zone 2 backbone first! I didn't wish to take these concerns and observations in Fidonews. However my (and others) questions to Steve in ECHOPOL2 were left unanswered. ----------------------------------------------------------------- A Californian point of view: Comment to Fredrik Bennison Fredric Rice (frice@stbbs.com) 1:218/890.0 The Skeptic Tank (818) 335-9601 Fredrik (2:205/300.0) brought up a couple of good points in the 2/Sep/1996 issue of FidoNews which I would like to briefly comment upon. FIDONEWS 13-37 Page 5 9 Sep 1996 The first is about NetMail routing success here in Zone 1 at times being haphazard. I'm not so sure there is very much of a problem sending and receiving NetMail. Though I can't know if something didn't reach my system without implementing checks to find out, my inbound Net Mail folder is always full of routed mail awaiting my attention. Fredrik, I would suggest that if there are Net coordinators who do not accept both inbound and outbound NetMail, it _might_ be better to _vote_ them out of the position rather than impose a rule that they do so. (Always assuming there is someone who is willing to accept the job, of course.) I don't have P4 here with me (I'm at work sluffing off) yet I'm surprised that there isn't already such a rule. If there isn't, I find it mildly distasteful having rules added to this hobby of ours. Call up a vote and "throw the bumbs out" as we say here in the States. As for Policy 4 needing revamping, I couldn't agree more. Our shiney new FidoNews editor had been coordinating a serious effort to develop Policy 5 for some time now and it looks like inertia is keeping the somewhat outdated Policy 4 in force. And isn't there an ECHO forum specifically set up to discuss the eventual Policy 5? If there isn't, that would be a good place to start. ----------------------------------------------------------------- New Look for the World-Wide-Web Fidonet Resource by Lee Kindness, 2:259/7, lkindness@csl.co.uk The World-Wide-Web Fidonet Resource (w3fr) has recently been given a major overhaul. It has been split up into easier to navigate sub sections, been given a major cosmetic job (in response to several suggestions regarding the former background pattern) and, as always, a couple more links added. So aim your browsers at: http://www.scms.rgu.ac.uk/students/cs_yr94/lk/fido.html The old, all in one page, version of the w3fr is still available as a link off the new page. I'm always open to suggestions (and constructive criticism) for new links. To get a link added simply send me: o Region, Net or Node homepage - Fidonet address, URL, nodelist name and common name (ie the country for regions...) o Fidonet software support page - Package name, URL, OS(s) supported, function (ie editor, tosser, packer, mailer...) o Any other link - URL, a short description and any other details. FIDONEWS 13-37 Page 6 9 Sep 1996 It would be great if you could add a link to the w3fr from your own personal pages on the web (esp. if i add a link to yours ;) There are probably quite a lot of 'nasties' on the pages at the moment, spelling mistakes, mistyped URLs, out-of-date URLs and such like. These will be ironed out ASAP, if you notice any drop me an email. The World-Wide-Web Fidonet Resource - THE starting point for Fidonet information on the Internet. ----------------------------------------------------------------- EchoMail...Now What? by Zorch Frezberg, 1:205/1701 These are the words that are the key to most controversy. - 9.9 Echomail - -Echomail is an important and powerful force in FidoNet. For the -purposes of Policy Disputes, echomail is simply a different flavor -of netmail, and is therefore covered by Policy. By its nature, -echomail places unique technical and social demands on the net over -and above those covered by this version of Policy. In recognition -of this, an echomail policy which extends (and does not contradict) -general Policy, maintained by the Echomail Coordinators, and ratified -by a process similar to that of this document, is recognized by the -FidoNet Coordinators as a valid structure for dispute resolution on -matters pertaining to echomail. At some future date the echomail -policy document may be merged with this one. In deference to Fredrik Bennison, I would ask where in Policy 4 it is that content of a message is grounds for excommunication or other actions that have been performed by many a *C or *EC under the guise of a Policy Complaint. If his interpretation of Policy is upheld, then we could all be subject to excommunication for "Excessively Annoying Behavior" by *any* complaint we make, should we rub the *C or *EC the wrong way. I will submit that any violation or failure to comply with the FTSC operational standards would fit in for a Policy Complaint, but the matter of _content_ of echomail, as well as netmail, is reserved to only a very few and very specific details. No software piracy, no criminal activity, and no posting publicly something different in echomail than you're willing to post in netmail. And, as to criminal activity, there is always the standard of whether or not it is provable as a crime...something so far out of the jurisdiction of Fido, I strongly doubt that there will ever be a properly adjudicated Policy Complaint that will deal with this. But the content of echomail, so long as it meets these criteria, is immune from any form of Policy Complaint. Without breaking these, neither netmail *NOR* echomail is subject to Policy Complaint, and FIDONEWS 13-37 Page 7 9 Sep 1996 no node can be _legitimately_ excommunicated for such. Too many people are willing to restrict your rights and mine, to keep us from saying things that might discredit, harm or sully their own particular beliefs, and are more than willing to prevent you or I from even being able to start competitive echoes or conferences in which we can continue without their harrasment. It is so simple and easy to eliminate anyone who disagrees with us, if we adopt Bennison's concept of echomail...all one needs do is declare that it 'offends' and is therefore 'excessively annoying', and by Policy Complaint, we remove such an 'annoyance' by means of excommunication, unable to start a competing echo without the most fortunate luck and massive inconvenience. In reality, this hopefully would not happen, and anyone in the *C chain who has half a mind for independent thinking would realize this was a 'put-up' job and declare the Policy Complaint null and void. Unfortunately, there have already been cases where the 'witch-hunt' mentality takes over and the entire chain of authority decides it much simpler to excommunicate someone than deal with the issues that are being brought up, regardless of how relevant and important these may be. We are a system of communication...good and bad, we do not filter out nor censor materials until after they have violated specifically defined parameters, all contained within Policy and existing BackBone operations procedures...or rather, we should not. To try and extend that power to limiting echo access by threat or act of excommunication under the pretense of upholding Policy is a ghastly and terrible mistake...one in which the ability to speak and discuss matters freely is taken from us and put in the hands of a very small-minded minority. # 30 # ----------------------------------------------------------------- FIDONEWS 13-37 Page 8 9 Sep 1996 ================================================================= COLUMNS ================================================================= Deranged And Demented Dear Fidonews Editorbeing, This article is submitted by Charles Herriot (1:163/110) who dragged Doc Logger from a life of depravity in what was either a house of Belgian Nuns, or else Bill Clinton's campaign headquarters. When his horrible screaming for more DDT to spray the GIANT bats which coursed through his vision had died down, he was lashed to a keyboard. Unfortunately, the following was all that he produced before he lapsed into a chant which sounded like "John Denver for President." Dear Reverend Visage, I think we may be in deeper trouble than I'd imagined. I have just emerged from cryogenic storage to discover that the deranged and demented policymongers in Zone 2 are proposing another version of 'Das Echopol.' What is it with these poor sods, don't they have small animals to abuse like the rest of us? Quite frankly, these silly gits should be inflated with nitrous oxide and have Debbie Boone's "You Light Up My Life" played until either their ears bleed, or they give up on the notion that you should legislate a cooperative effort. They just don't get it. The more rules they promulgate, the more time some poor soul has to spend adjudicating the inevitable flood of complaints "under policy." I also noticed that diehards are still flogging the Peefour policy horse. I guess it needs to be said at least once a year, but PeeFour has as much jurisprudent weight in Fidonet as Dan Quayle has brains. Sheesh. PeeFour was promulgated without vote, without ratification, and without reason, by cloacally impaired dwarves who couldn't grasp the concepts which made Fidonet worthwhile. Enough piffle about policywankers, on to world news. Visage, developments of the last day have me worried. I feel certain that the next time I invade my teenmonster's room for purposes of restoring order, that Wet Willy Clinton will lob cruise missiles at my house. Let me state at the outset that Saddam Hussein is despotic, insane, brutal and in need of serious attitude judgment (very similar to the Los Angeles police department.) But I am having trouble understanding why Wet Willy is sending in the Tomahawks over a Kurdish dispute which has been raging for a mere 2,000 years. In fact, world peace would be helped immeasurably by letting Saddam's divisions get mired in a battle with the Kurds who'd whup the Republican Guard by breakfast. The Excited States certainly have some strange notions about their place FIDONEWS 13-37 Page 9 9 Sep 1996 as the gatekeepers for democracy. Say, have you noticed whether Kuwaittis have had a democratic election recently? To turn to Fidonet navel-gazing. I notice that more and more of the Snooz is devoted to those who get a stiffie about gating Internet AntFarmMail(tm) into Fidoland. What, they don't think we have enough drooling idiocy in our own messages and have to import global illiteracy from Internet? The simple truth is, Internet newsgroups consist largely of cretinous trolls whose flippers flail at the quote key and then append monosyllabic grunts to the end. (Imagine reading a Ross Perot speech and you get the picture.) Since Fidonet was whored to the planetary beings, I don't suppose it matters much; but it would be nice if all of the effort expended on cross-linking Internet to Fidonet could be applied to sending John Denver to Mars - a noble and practical solution to at least half of the world's problems. I must go Visage, your secretary is wailing like a marmoset in heat and this has really nothing at all to do with the fact I've been rapid-firing the flare gun at the fridge. She just doesn't understand that I am being an International statesman and am "putting down a rebellion of cheese curds." Kurds, curds - what the hell is the difference? In any event, I do not think that your secretary is a well-balanced person, Visage, and at the earliest opportunity we should send her to Chadron, Nebraska. Regards, Doc Logger, Giant Clam Psychologist, Furlang Island, South Pacific ----------------------------------------------------------------- FIDONEWS 13-37 Page 10 9 Sep 1996 ================================================================= FIDONET HISTORY ================================================================= [These examples are part of the continuing series on FidoNet History] This was the first Netmail message sent to a potential new Node when I was NC135: -------------- [NEWNODE.35Q] Attached is an excerpt of the current Policy document governing the operation of FidoNet. In this file you will find some questions that require response prior to your receipt of an official FidoNet Node number. Please return the answers to these questions in a message to me as soon as possible. Answers received by 1200 on Tuesdays can be processed for inclusion in that Friday's Nodelist. Answers received after that time will not appear until the following Friday week. You are authorized to use the Node number of 135/___ on a temporary basis until you have been officially processed into the Nodelist. Even though you are assigned a temporary number, you may not request Echomail from the NEC (135/142) until your Node number actually appears in the weekly Nodelist. Which Friday your Node number appears depends entirely on the timeliness of your response to this message. Any requests not received by 1200 on Saturday may not appear in the following Friday's list but will appear the week after that. The Tuesday noon deadline mentioned above is not a guarantee for inclusion for that week's Nodelist. If you have any questions, you may reach me anytime via Netmail. Thank you for your interest in FidoNet. TTFN. Chris Net 135 Coordinator ===== This would be the next Netmail sent after the new Node successfully passed the direct Netmail test from system to system: -------------- [NEWNODE.135] You are assigned Node number 135/__. This will be your identification for all FidoNet activities. Please send a Session Password to be used between our systems via FIDONEWS 13-37 Page 11 9 Sep 1996 Netmail with your acknowledgment of receipt of this message. If your mailer software does not support the WaZoo Session password, please note that in your reply. You will receive two files every week. The Nodelist and the FidoNews. The Nodelist will be sent as NODEDIFF.Ann and FidoNews will be sent as FNEWSnnn.ARC. These files are currently being distributed from 135/10, 135/60 and 135/69. Please contact Peter Adenauer, John Sawyer or Tim Eagan on those systems for Polling schedule. In order for you to properly send and receive mail within this Net, it will be necessary for you to adopt and install the following schedule. Net 135 operates three windows for Netmail. 0430-0500 is for Local to Host traffic. 0500-0600 is for Zone Mail Hour (ZMH). 0600-0630 is for Host to Local traffic. You may operate any other schedules you wish as long as they do not interfere with Net 135 ops. These times are Eastern Daylight Savings Time. When we return to Eastern Standard Time, each window will be exactly one hour earlier (0330-0400; 0400- 0500; 0500-0530). ZMH is for NetMail processing ONLY. No other activity is permitted during ZMH. Operating ZMH for anything except NetMail is grounds for immediate excommunication. Ignorance of this Policy is no excuse. Attached is a file containing FidoNet Policy documents, New Sysop information and the schedule of events that take place on this system. The Crash events are times to avoid calling as a connect is extremely unlikely during an outbound Crash event. As a FidoNet Node, you are completely responsible for reading and abiding by the Policy documents with regard to your operations within FidoNet. The New Sysop info is provided to assist you in your operations at the BBS level. As a Sysop in Net 135, you are eligible to participate in several local and Regional Echo conferences. NETSYSOP is a local Net 135 Sysop ONLY Echo. It is available from the Echo Host (135/142) or other Net 135 Nodes. REGION18 is a Region 18 Echo for users and Sysops. SYSOP18 is a Sysop ONLY Echo for Region 18 Sysops information. REGION18 and SYSOP18 are available from the Echo Host (363/3), the Net 135 Echo Coordinator (135/142) or this system. Normally, you will not access the REC from a Net 135 address. The NEC at 135/142 will supply you with your Echomail feeds from the Backbone system or other local feeds. You may not request or receive Echomail from the NEC UNTIL your Node number appears in the Nodelist. As a member of Net 135, you accept responsibility for the activities on your Node as they relate to the integrity of the SFLorida Net and the FidoNet, at large. Member Nodes of Net 135 are expected to maintain a legal operation and to disallow any activity that might reflect poorly on the rest of the Net. After six months of established operation, you may wish to apply for membership in the South Florida System Operators Association and adopt their formal code of BBS conduct. If the terms of this message are clear and acceptable, you may reply via Netmail and I will place you in the update file for addition to the next applicable Nodelist. (Note: any applications not processed prior to 1200 on Tuesday will probably not make it into that week's FIDONEWS 13-37 Page 12 9 Sep 1996 Nodelist and will appear the following week.) If these terms are unacceptable, you may apply for an independent Node number as a member of Region 18 (S.E.). The Region Coordinator for Region 18 is Ben Mann at 1:151/2 in North Carolina. The process is basically the same, although you are only required to observe the ZMH for Netmail. If neither alternative is acceptable, you may operate as a private BBS or you may appeal your case to the Zone 1 Coordinator, George Peace, 1/0, in Harrisburg_PA. Thank you for your interest in SFLorida Net, 135. TTFN. Chris ===== This would be a message in response to a new Sysop or user about the vagaries of Echomail ops: -------------- [ECHOMAIL.EXP] > I am new to this "echo" or "network". How does one > send a message to another BBS? Can someone show me an > example? you are entering your message in an Echo conference. to the user, entering a message in an Echo is just like entering a message in a regular message area. the difference, however, is the scope of coverage. a local message is confined to that one system on which it was entered. a message in an Echo is scanned (eventually) by the software running the BBS or by a utility and packaged into a form that will be sent to another system in a chain of systems participating in that particular Echo. the coverage of that message expands geometrically as it is retransmitted from system to system to system. an Echo may be local (a few systems), national (more systems) or, as this one is, international (hundreds of systems all over the world). in this Echo, your question has gone from the local system you entered it on to many other systems in the U.S., Europe and the Pacific. this answer is now following the same route. you will probably receive many others. since Echos go everywhere and people are paying to get them transported, it is very important to keep messages entered into Echos on the subject for which they were formed. this International Users Echo is relatively wide open subject-wise but many Echos have limited or narrow scope. this Echo is for communicating with the rest of the world on many subjects and most posts would be allowed without comment. it would be inappropriate, for example, to post a message about saving the whales in the Hard Drive conference or a 'Hi, are you going to that party at Bob's?' message in a national conference where Bob is unknown. FIDONEWS 13-37 Page 13 9 Sep 1996 most Echos are moderated by someone and rules are usually posted on a regular basis to keep subjects germane and the Echo moving in the right direction. the rules for an Echo are often found as the first message in that Echo. to send a message directly to another system requires using Netmail which is a special message area on a FidoNet system that usually requires prearranged credit to send non-local messages. credit is arranged with the Sysop of that system although some offer Netmail use for free and some don't offer it to users at all. having established credit for Netmail, one enters a message as usual but also needs to know the Netmail address of the recipient as well as their name. Netmail addresses are in the form of Zone:Net/Node which is usually entered simply by the User as Net/Node. for example, if you wanted to send me a Netmail message, you would address it to my name and when prompted for my Node number would enter 135/14. 135 represents Net 135 in Zone 1 which is the SFLorida Net based in Miami_FL_USA. 14 is my individual system Node number in that Net. Netmail is the basis of all structure within FidoNet which is grouped geographically into Zones, Regions, Nets and Nodes. > Also, how are people repeating part of a message? I > see a ">" followed by some text of another message and > wondered how this was accomplished. Does the sender > of the message type this in themselves or is there a > way to make the system do it. quoting a message is accomplished in different ways by different software. the instructions for same are usually in help files contained on the system you are using. TTFN. Chris ===== And finally, this would be a 'baton passing' message to a new NC: -------------- [NEWNC135.MSG] Date: 13 Aug 90 03:34:54 From: Christopher Baker To: Alan Criado on 135/142 Merlin's Mailroom in Miami FL Subj: stanmsgs.zip net135\n135*.zip d:\file\fnet\new135pk.zip ______________________________________________________________________ here are the files you need to do the NC thing. STANMSGS contains a bunch of stuff created over the years to deal with standard questions and Node number applications. you can throw out the stuff that doesn't pertain to Net 135 ops. you will primarily be using UPDATE.135, NEWNODE.35Q and NEWNODE.135. NEWNODE.35Q is read into the editor when a first request is received but without the full info requested by UPDATE.135. some new systems FIDONEWS 13-37 Page 14 9 Sep 1996 will pick up this file and some won't. most of the time, all you get is the Sysop name and the system phone number. once that come in, i check the next number in sequence and edit in a dummy Node with the requesting system's phone number. i then enter a message to that new Node and attach UPDATE.135 for more info. i insert the new Node number in the slot provided in NEWNODE.35Q and send it to the requesting system. NEWNODE.135 is sent after the UPDATE.135 info comes in and is checked for completeness. i insert the new Node number again and attach NEW135PK.ZIP which contains a lot of helpful stuff for a new Sysop. both NEWNODE.135 and NEWNODE.35Q have been modified for your temporary assignment as NC 135. there isn't really much to it. the only thing a system needs to qualify for a Node number is the ability to send and receive direct Netmail. the only reason to deny an application would be to exclude a known twit {xxxxx xxxxxx comes to mind} or someone previously excommunicated for cause. if it looks like a Node is going to be accepted when i send out the first packet, i go ahead and put it into the Net segment. the Net segment must be sent to the RC at 151/2 by 1200 on Wednesday to make the cut for Friday's list. the Net segment must be updated anytime a listing changes. it must be ARCed with the password xxxxxx and given the extension of .Ann where nn is the last two digits of the julian date for the upcoming Friday [just add 7 to the last compiled list]. this week's list has already been fixed for Friday and i will continue to update it as necessary until the final version for .229 is sent in. i will then resend the latest copy to you for any adjustments required for .236. i edit it by hand using a text editor. all the fields must be correct and complete with all spaces delineated as underscores [_]. any missing or incorrect field will be kicked out by the RC's compiler and an error message sent back to the originator. it is not as complicated as it sounds. [grin] good luck. Date: 13 Aug 90 03:39:03 From: Christopher Baker To: Alan Criado on 135/142 Merlin's Mailroom in Miami FL Subj: \mail\master\network.135 ______________________________________________________________________ here is the Net segment as it stands at this moment. when ever you do an update, you need to send a copy to Peter Adenauer so he can update the SYSOP.135 list. i also forward a copy of new applications [completed ones only] to him for addition to the list. i do all the processing [ARCing, file sends] in a batchfile. it is FIDONEWS 13-37 Page 15 9 Sep 1996 attached. let me know if you have any questions on any of this stuff. i will also place a copy of these explanatory messages into STANMSGS.ZIP to make it easier for you to get the elected NC going, whenever that happens. Date: 13 Aug 90 03:58:05 From: Christopher Baker To: Alan Criado on 135/142 Merlin's Mailroom in Miami FL Subj: weekly files ______________________________________________________________________ the Nodelist and Nodediff files are available from RC18 [you must tell him to put you into the distribution] or from the source. i get them from 1/0 but you may do whatever works best for you. they are available from 1/0 after 2330 on Thursday or from 151/2 after 0100 on Friday. the FidoNews is available from RC18 [i get that from him] or from 1/1. it's usually easier to get it from RC18 and is available after 0600 on Mondays. you must poll for anything being distributed from RC18 or f/r from the sources. 135/10, 135/60, and 135/69 are distribution Nodes for these files and are sent both list and diff as well as the news as soon as they come in. i also send diffs to: 43 [hold], 71, 88, 990, and 18/68. i send news to: 43 [hold] and 990. they are all available for f/r and many systems call here for it but never asked for formal distribution. i usually refer distribution requests to one of the three dist. Nodes to avoid loading up this system with full list requests. i would advise maintaining this schedule until a new NC is elected and then let that person formulate whatever works best for them. keep in mind, that an NC is not required to maintain the level of service of a previous NC above and beyond the basic requirements of passing on Host routed mail and the weekly files. most Nets don't get their lists until Saturday or Sunday or their news till Wednesday or Thursday. it's always been a point of pride with me to get them out as soon as they are released. with a 9600 bps modem, that should be even easier. [grin] that's all i can think of now. TTFN. Chris -30- [your turn!] Ed. FIDONEWS 13-37 Page 16 9 Sep 1996 ----------------------------------------------------------------- FIDONEWS 13-37 Page 17 9 Sep 1996 ================================================================= REVIEWS ================================================================= Six Mail Processors Reviewed [IV] Damian Walker, 2:2502/666 Half way there! This is the fourth article in a six-part series, in which I take a look at six mail processors and let you know what I find. This week it is the turn of IMail. A full feature table covering all six mail processors will appear in the final article of the series. IMAIL IMail, as has been mentioned in the previous article, is the creation of Andreas Klein. The version on test here is IMail-386 1.70, which I know is not the latest version by a long way. However, it was not until after testing started that two kind souls (Trevor Cook of 2:2502/75 and Kev Baillie of 2:2502/1) dropped off a copy of IMail 1.75. I have also seen versions 1.80 and 1.85 on tear lines in various echoes. As all the work which surrounds these reviews is a time-consuming process (installation, browsing the documentation and the package itself, not to mention preparing the package for the speed tests), I have been loathe to go through it all again. Having said that, I will make sure that the feature table contains the details of the very latest version I have here. This is currently 1.75, but if some kind soul can tell me where I can obtain a later version in the UK (or via the Internet), then the feature table can be even more up-to-date. Bear this in mind when thinking of the features I mention, and note that 1.70 isn't that old a release; the executables are dated September 1995. Now that I've made my excuses, on with the review... First Impressions My first impressions of this package were very good. It seemed to me, looking over the feature list and the documentation, that I was looking at a package with a feature count to rival that of FastEcho. On the feature list I have penned on a scrap of paper here the columns for both packages look very similar, with little ticks in all the same places, and very few crosses in the others. The documentation is rather slim though; this package has around the same number of pages as that for GEcho, while the program itself has features which would justify a tome the size of FastEcho's manual. However, as mentioned in the review of FMail, size doesn't always matter. And if you like a bit of humour in your documentation, take a look at IMail's disclaimer section. I'll say no more about it here... One thing that strikes me odd, having seen the packages reviewed in the first three articles of the series, is the fact that IMail uses separate executables for things which the other packages include in the main program. For instance, the areafix manager and the netmail packer each have their own executable, and there exists another FIDONEWS 13-37 Page 18 9 Sep 1996 executable for compressing packets. One of the executables is the normal full-screen setup program, which is a feature common to all the programs reviewed this far. The on-line help of this program is unrivalled by any of the other packages under review. It is a full help system, with no blank areas that I can find, and it includes a master help index allowing the user to browse through the various parts of the setup program, and thus to find out a bit about the features of the program itself. On Further Examination... While I'm on the subject of the help program, I did notice a down side of this otherwise jolly and wonderful setup program (no sarcasm intended, it really is very good). On certain screens, you are given the option of saving (F10) or aborting (ESC), and pressing ESC brings up a prompt allowing you to reconsider. This in itself is no disadvantage, of course, until you find that this prompt appears even when you've made no changes. This is quite annoying when casually browsing through the options, or taking a final look at everything to make sure you've set it up correctly. A minor niggle, I know. IMail, like FastEcho, provides support for all the really common message base standards-- Hudson, *.MSG, JAM and Squish, so if you are thinking of moving to IMail from some other mail processor, you have a good chance of being able to use your existing message base with IMail (unless it's a proprietary message base like PCBoard or WildCat!, of course). In previous reviews I have mentioned the problem of providing a full list of available echoes for your downlinks, even when you don't carry them all. IMail has no description import utility built in, but the areafix processor does include a solution of a different sort, the %AVAIL command. Most mail processors allow you to hold a copy of your uplink's area list so they can check that forwarded requests are for valid areas, and also for the purpose of filling in area descriptions. While the %LIST of most (all?) mail processors shows only areas present in your area database, %AVAIL also shows areas in these uplink area lists as well, complete with descriptions. IMail has the facility to create new message areas on the fly, like FastEcho, when messages appear in unknown areas. This, as has been mentioned in earlier articles, allows points to add areas to their setup merely by issuing an areafix command and waiting for the new mail to arrive. Your area list files for other programs can be updated automatically as well. The amusingly-named IMTHINGS external utility can export your configuration to a number of other programs. This is a useful feature for putting in batch files for running on a regular basis. IMail allows 255 area groups, making a change from the normal 26. 26 groups is enough for most nodes, but large hubs, or nodes active in a large number of networks, might need more than 26 in order to give all the security they need; IMail provides for this. You can also call other programs before messages are processed using IMail, in a similar way to FastEcho. IMail does not include a feature to call a process after tossing messages, though. One feature which IMail holds exclusively is the automatic posting FIDONEWS 13-37 Page 19 9 Sep 1996 of echo rules to downlinks fixing in to an echo. This function relies upon the rule file for each echo being present, of course. Anyone who has waited impatiently for echo rules to be posted before making their first contribution to an echo will appreciate this feature at their uplink's system. The speed tests for IMail are among the most complete in the packages reviewed, since it supports all the commonly-used message base standards. Although slower than the two smaller packages reviewed already, IMail came in slightly quicker than FastEcho. IMail tossed 91 messages into a newly-created Hudson message base in 11 seconds. The same messages tossed into new JAM areas took 15 seconds-- with identical results for Squish and *.MSG areas. Bear in mind, though, that the figures given are for the 386 version of IMail and the 8086 version of FastEcho, so comparing them is useless. More interesting is the comparison between IMail and FMail (both tested 386 version), or IMail and GEcho (the version of GEcho under test was not a 386/DPMI program). Summary You may have noticed that this review contains a number of references to FastEcho. While I am not trying to make direct comparisons here, the similarities between the packages in the number of features make FastEcho a useful package to relate to; to say that IMail shares a feature in common with FastEcho prevents me from having to repeat the exact nature of that feature at length (for readers who have followed the whole series of articles, that is). Leaving the differences and similarities with FastEcho aside to consider IMail as a package in its own right, it is very clear that IMail is a good choice of mail processor for any system from large central Fidonet hubs to leaf nodes and points. Besides the features mentioned here, it also contains minor features of use to systems with downlinks; the sort of thing you wouldn't miss if you didn't have in the first place, but which you wouldn't want to do without if you got used to them. If you are considering installing a mail processor or replacing your existing software, I recommend you download this package and take a closer look. In the fifth article of this series, I will examine JMail, a program by Jason Steck of 1:285/424 (PROZ Software). ----------------------------------------------------------------- FIDONEWS 13-37 Page 20 9 Sep 1996 ================================================================= COORDINATORS CORNER ================================================================= Nodelist-statistics as seen from Zone-2 for day 250 By Ward Dossche, 2:292/854 ZC/2 +----+------+------------+------------+------------+------------+--+ |Zone|Nl-222|Nodelist-229|Nodelist-236|Nodelist-243|Nodelist-250|%%| +----+------+------------+------------+------------+------------+--+ | 1 | 12622|12530 -92 |12435 -95 |12313 -122 |12131 -182 |39| | 2 | 16426|16408 -18 |16391 -17 |16366 -25 |16311 -55 |52| | 3 | 1023| 1023 0 | 969 -54 | 966 -3 | 958 -8 | 3| | 4 | 637| 637 0 | 638 1 | 634 -4 | 630 -4 | 2| | 5 | 99| 99 0 | 99 0 | 99 0 | 100 1 | 0| | 6 | 1020| 1020 0 | 1020 0 | 1020 0 | 1020 0 | 3| +----+------+------------+------------+------------+------------+--+ | 31827|31717 -110 |31552 -165 |31398 -154 |31150 -248 | +------+------------+------------+------------+------------+ ----------------------------------------------------------------- FIDONEWS 13-37 Page 21 9 Sep 1996 ================================================================= NET HUMOR ================================================================= From: "Mike Riddle" To: "Baker, Christopher" Subject: Fwd: Sing along..... ==================BEGIN FORWARDED MESSAGE================== >Return-Path: geeks-owner@tomservo.mindspring.com >Received: from tomservo.mindspring.com (tomservo.mindspring.com [204.180.142.36]) by oasis.novia.net (8.7.5/Novia) with ESMTP id >Date: Thu, 5 Sep 96 07:48:07 -0400 >Subject: Sing along..... This may have been 'round the block once already, but ya gotta love it! He's a real UNIX Man Sitting in his UNIX LAN Making all his UNIX .plans For nobody Knows the blocksize from 'du' Cares not where /dev/null goes to Isn't he a bit like you And me? UNIX Man, don't worry It's the tube that's blurry UNIX Man The new kernel boots, just like you had planned He's as wise as he can be Programs in lex, yacc and C UNIX Man, can you help me At all? UNIX Man, please listen My printout is missin' UNIX Man The wo-o-o-orld is your 'at' command ===================END FORWARDED MESSAGE=================== ----------------------------------------------------------------- FIDONEWS 13-37 Page 22 9 Sep 1996 ================================================================= COMIX IN ASCII ================================================================= --- Following message extracted from NETMAIL @ 1:374/14 --- By Christopher Baker on Wed Sep 04 20:51:22 1996 From: Janet Sullivan @ 1:314/23 To: Editor @ 1:1/23 Date: 04 Sep 96 10:14:38 Subj: Fido Vs. The Net (FidoNews Comix Submission) %|:. %|:. | %|:. ,----%|:. ,------------, | F I D O V S . T H E ' N E T %|:. | SQU%|:. | SQUASH 'UM | | %|:. | %|:. | | | %|:. | FO%|:. | FOOTWEAR | | _ %|:. '----%|:. '------------' | / \ %|:. %|:. | / oo|\ %|:. %|:. | (_\ |_) %/:. %/:. } _ / _\@'_ :. :. } // / | | ________-~________-~ } (( / | (*) | /:. /:. /:. /:. } \\/ \ |__U__| %|:. |:. %|:. |:. ) \ /_ ||\\_ {%|:. |:. {%|:. |:. } \____)|_)\_) ( ( ) ^~~~^~~~ ^~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ----------------------------------------------------------------- FIDONEWS 13-37 Page 23 9 Sep 1996 ================================================================= QUESTION OF THE WEEK ================================================================= Back in my RC and NC days, I used to maintain and distribute message files specifically aimed at new Sysops. These files were information and queries so each side of the equation knew what was going on and what was required. They were basic text files clipped from existing policy and augmented as needed for local operations. I have heard of others making similar files available to their new folks. The Question of the Week is: Do you have FidoNet primer files to share with other Coordinators and Sysops that would make joining FidoNet easier to understand and accomplish? If so, where are they, where can we get them, what are they called, and when are they available? As always, send your answers as Netmail, email, .ARTs, or as Echomail messages in the FIDONEWS Echo [available on the Zone 1 Backbone]. Thanks. ----------------------------------------------------------------- FIDONEWS 13-37 Page 24 9 Sep 1996 ================================================================= NOTICES ================================================================= Future History 12 Oct 1996 General Elections, New Zealand. 29 Oct 1996 Republic Day, Turkey. 5 Nov 1996 Election day, U.S.A. 5 Nov 1996 Guy Fawkes Day, England. 1 Dec 1996 Twelfth Anniversary of FidoNews Volume 1, Issue 1. 12 Dec 1996 Constitution Day, Russia 26 Jan 1997 Australia Day, Australia. 6 Feb 1997 Waitangi Day, New Zealand. 16 Feb 1997 Eleventh Anniversary of invention of Echomail by Jeff Rush. 29 Feb 1997 Nothing will happen on this day. 11 Jun 1997 Independence Day, Russia 26 Jul 1997 FidoNews Editor turns 48. 6 Dec 1997 Gallileo takes close-ups of Europa to resolution of 11 meters at the north pole. 1 Dec 1998 Fifteenth Anniversary of release of Fido version 1 by Tom Jennings. 31 Dec 1999 Hogmanay, Scotland. The New Year that can't be missed. 15 Sep 2000 Sydney (Australia) Summer Olympiad opens. FIDONEWS 13-37 Page 25 9 Sep 1996 -- If YOU have something which you would like to see in this Future History, please send a note to the FidoNews Editor. ----------------------------------------------------------------- FIDONEWS 13-37 Page 26 9 Sep 1996 ================================================================= FIDONET SOFTWARE LISTING ================================================================= Latest Greatest Software Versions by Peter E. Popovich, 1:363/264 No excuses; I've fallen behind. There's a lot of info still pending from last week that I haven't gotten clarified for this week. I've done some reorganization; I think I'll be able to process info faster in the future. The real hitch is that situations that happen in real life don't conform to any predefined structure. Phase-out reminder: All I'm looking for with phase-outs is -one- node who still uses the package. Hopefully that node know at least who the author is, so I can start back-tracking. I'd prefer not to have to drop anything, but I do want to start limiting the list to current info... Phased out this week: Aurora 1.32b Phase-out highlights: This week: DreamBBS 1.05 Deadline for info: 19 Sep 1996. Last week: DMG 2.93 Deadline for info: 12 Sep 1996. -=- Snip -=- Submission form for the Latest Greatest Software Versions column OS Platform : Software package name : Version : Function(s) - BBS, Mailer, Tosser, etc. : Freeware / Shareware / Commercial? : Author / Support staff contact name : Author / Support staff contact node : Magic name (at the above-listed node) : Please include a sentence describing what the package does. Please send updates and suggestions to: Peter Popovich, 1:363/264 -=- Snip -=- MS-DOS: Program Name Version F S Contact Name Node Magic Name ---------------------------------------------------------------------- FidoBBS (tm) 12u B S Ray Brown 1:1/117 FILES FrontDoor 2.12 M S Joaquim Homrighausen 2:201/330 FD FrontDoor 2.20c M C Joaquim Homrighausen 2:201/330 FDINFO GIGO 07-14-96 G S Jason Fesler 1:1/141 INFO Imail 1.75 T S Michael McCabe 1:297/11 IMAIL FIDONEWS 13-37 Page 27 9 Sep 1996 InfoMail 1.11 O F Damian Walker 2:2502/666 INFOMAIL InterEcho 1.19 T C Peter Stewart 1:369/35 IEDEMO InterMail 2.29k M C Peter Stewart 1:369/35 IMDEMO InterPCB 1.52 O S Peter Stewart 1:369/35 INTERPCB IPNet 1.11 O S Michele Stewart 1:369/21 IPNET Maximus 3.01 B P Gary Gilmore 1:1/119 MAX McMail g5 M S Michael McCabe 1:1/148 MCMAIL Opus CBCS 1.73a B P Christopher Baker 1:374/14 OPUS PlatinumXpress 1.1 M C Gary Petersen 1:290/111 PX11TD.ZIP Silver Xpress Door 5.4 O S Gary Petersen 1:290/111 FILES Reader 4.3 O S Gary Petersen 1:290/111 SXR43.ZIP SquishMail 1.11 T P Gary Gilmore 1:1/119 SQUISH OS/2: Program Name Version F S Contact Name Node Magic Name ---------------------------------------------------------------------- GIGO 07-14-96 G S Jason Fesler 1:1/141 INFO Maximus 3.01 B P Gary Gilmore 1:1/119 MAXP SquishMail 1.11 T P Gary Gilmore 1:1/119 SQUISHP Windows (32-bit apps): Program Name Version F S Contact Name Node Magic Name ---------------------------------------------------------------------- Maximus 3.01 B P Gary Gilmore 1:1/119 MAXN PlatinumXpress 2.00 M C Gary Petersen 1:290/111 PXW-INFO Unix: Program Name Version F S Contact Name Node Magic Name ---------------------------------------------------------------------- ifmail 2.8e M G Eugene Crosser 2:293/2219 IFMAIL ifmail-tx 2.8e-tx7.6 M G Pablo Saratxaga 2:293/2219 IFMAILTX F: B-BBS, M-Mailer, N-Nodelist, G-Gateway, T-Tosser, C-Compression, O-Other. Note: Multifunction will be listed by the first match. S: P-Free for personal use, F-Freeware, S-Shareware, C-Commercial, X-Crippleware, G-Source Old info from: 01/27/92 --------------------------------------------------------------------- MS-DOS Systems -------------- BBS Software NodeList Utilities Compression Name Version Name Version Utilities -------------------- -------------------- Name Version DMG 2.93 EditNL 4.00 -------------------- DreamBBS 1.05 FDND 1.10 ARC 7.12 Genesis Deluxe 3.2 MakeNL 2.31 ARJ 2.20 GSBBS 3.02 Parselst 1.33 LHA 2.13 Kitten 1.01 Prune 1.40 PAK 2.51 Lynx 1.30 SysNL 3.14 PKPak 3.61 Merlin 1.39n XlatList 2.90 PKZip 1.10 FIDONEWS 13-37 Page 28 9 Sep 1996 Oracomm 5.M.6P@ XlaxNode/Diff 2.53 Oracomm Plus 6.E@ PCBoard 14.5a Phoenix 1.07* Other Utilities(A-M) Other Utilities(N-Z) ProBoard 1.20* Name Version Name Version QuickBBS 2.75 -------------------- -------------------- RBBS 17.3b 2DAPoint 1.50* Netsex 2.00b RemoteAccess 1.11* 4Dog/4DMatrix 1.18 OFFLINE 1.35 SimplexBBS 1.05 ARCAsim 2.31 Oliver 1.0a SLBBS 2.15C* ARCmail 3.00* OSIRIS CBIS 3.02 Socrates 1.11 Areafix 1.20 PKInsert 7.10 SuperBBS 1.12* ConfMail 4.00 PolyXarc 2.1a SuperComm 0.99 Crossnet 1.5 QM 1.00a TAG 2.5g DOMAIN 1.42 QSort 4.04 TBBS 2.1 DEMM 1.06 RAD Plus 2.11 TComm/TCommNet 3.4 DGMM 1.06 Raid 1.00 Telegard 2.7* DOMAIN 1.42 RBBSMail 18.0 TPBoard 6.1 EEngine 0.32 ScanToss 1.28 TriTel 2.0* EMM 2.11* ScMail 1.00 WildCat! 3.02* EZPoint 2.1 ScEdit 1.12 WWIV 4.20 FGroup 1.00 Sirius 1.0x XBBS 1.77 FidoPCB 1.0s@ SLMail 2.15C FNPGate 2.70 StarLink 1.01 GateWorks 3.06e TagMail 2.41 Network Mailers GMail 2.05 TCOMMail 2.2 Name Version GMD 3.10 Telemail 1.5* -------------------- GMM 1.21 TGroup 1.13 BinkleyTerm 2.50 GoldEd 2.31p TIRES 3.11 D'Bridge 1.30 GROUP 2.23 TMail 1.21 Dreamer 1.06 GUS 1.40 TosScan 1.00 Dutchie 2.90c Harvey's Robot 4.10 UFGATE 1.03 Milqtoast 1.00 HeadEdit 1.18 VPurge 4.09e PreNM 1.48 HLIST 1.09 WEdit 2.0@ SEAdog 4.60 ISIS 5.12@ WildMail 2.00 SEAmail 1.01 Lola 1.01d WMail 2.2 TIMS 1.0(mod8) Mosaic 1.00b WNode 2.1 MailBase 4.11a@ XRS 4.99 MSG 4.5* XST 2.3e MSGED 2.06 YUPPIE! 2.00 MsgLnk 1.0c ZmailH 1.25 MsgMstr 2.03a ZSX 2.40 MsgNum 4.16d MSGTOSS 1.3 OS/2 Systems ------------ BBS Software Other Utilities(A-M Other Utilities(N-Z) Name Version Name Version Name Version -------------------- -------------------- -------------------- Kitten 1.01 ARC 7.12 oMMM 1.52 Maximus-CBCS 2.00 ARC2 6.01 Omail 3.1 SimplexBBS 1.04.02+ ConfMail 4.00 Parselst 1.33 FIDONEWS 13-37 Page 29 9 Sep 1996 EchoStat 6.0 PKZip 1.02 EZPoint 2.1 PMSnoop 1.30 Network Mailers FGroup 1.00 PolyXOS2 2.1a Name Version GROUP 2.23 QSort 2.1 -------------------- LH2 2.11 Raid 1.0 BinkleyTerm 2.50 MSG 4.2 Remapper 1.2 BinkleyTerm(S) 2.50 MsgEd 2.06c SquishMail 1.00 BinkleyTerm/2-MT MsgLink 1.0c Tick 2.0 1.40.02 MsgNum 4.16d VPurge 4.09e SEAmail 1.01 Xenix/Unix 386 -------------- BBS Software Network Mailers Other Utilities Name Version Name Version Name Version -------------------- -------------------- -------------------- ARC 5.21 C-LHARC 1.00 MsgEd 2.06 |Contact: Willy Paine 1:343/15,| MSGLINK 1.01 |or Eddy van Loo 2:285/406 | oMMM 1.42 Omail 1.00 ParseLst 1.32 Unzip 3.10 VPurge 4.08 Zoo 2.01 QNX --- BBS Software Network Mailers Other Utilities Name Version Name Version Name Version -------------------- -------------------- -------------------- QTach2 1.09 QMM 0.50s Kermit 2.03 QCP 1.02 NodeList Utilities Archive Utilities QSave 3.6 Name Version Name Version QTTSysop 1.07.1 -------------------- -------------------- SeaLink 1.05 QNode 2.09 Arc 6.02 XModem 1.00 LH 1.00.2 YModem 1.01 Unzip 2.01 ZModem 0.02f Zoo 2.01 Apple II -------- BBS Software Network Mailers Other Utilities Name Version Name Version Name Version -------------------- -------------------- -------------------- DDBBS + 8.0* Fruity Dog 2.0 deARC2e 2.1 GBBS Pro 2.1 ProSel 8.70* ShrinkIt 3.30* FIDONEWS 13-37 Page 30 9 Sep 1996 |Contact: Dennis McClain-Furmanski 1:275/42| ShrinkIt GS 1.04 Apple CP/M ---------- BBS Software Network Mailers Other Utilities Name Version Name Version Name Version -------------------- -------------------- -------------------- Daisy 2j Daisy Mailer 0.38 Filer 2-D MsgUtil 2.5 Nodecomp 0.37 PackUser 4 UNARC.Com 1.20 Macintosh --------- BBS Software Network Mailers Other Software Name Version Name Version Name Version -------------------- -------------------- -------------------- FBBS 0.91 Copernicus 1.0 ArcMac 1.3 Hermes 1.6.1 Tabby 2.2 AreaFix 1.6 Mansion 7.15 Compact Pro 1.30 Precision Sys. 0.95b EventMeister 1.0 Red Ryder Host 2.1 Export 3.21 Telefinder Host Import 3.2 2.12T10 LHARC 0.41 MacArd 0.04 Mantissa 3.21 Point System Mehitable 2.0 Software OriginatorII 2.0 Name Version PreStamp 3.2 -------------------- StuffIt Classic 1.6 Copernicus 1.00 SunDial 3.2 CounterPoint 1.09 TExport 1.92 MacWoof 1.1 TimeStamp 1.6 TImport 1.92 Tset 1.3 TSort 1.0 UNZIP 1.02c Zenith 1.5 Zip Extract 0.10 Amiga ----- BBS Software Network Mailers Other Software Name Version Name Version Name Version -------------------- -------------------- -------------------- 4D-BBS 1.65 BinkleyTerm 1.00 Areafix 1.48 DLG Pro. 0.96b TrapDoor 1.80 AReceipt 1.5 Falcon CBCS 1.00 WelMat 0.44 ChameleonEdit 0.11 Starnet 1.0q@ ConfMail 1.12 FIDONEWS 13-37 Page 31 9 Sep 1996 TransAmiga 1.07 ElectricHerald 1.66 XenoLink 1.0 Compression FFRS 1.0@ Utilities FileMgr 2.08 Name Version Fozzle 1.0@ NodeList Utilities -------------------- Login 0.18 Name Version AmigArc 0.23 MessageFilter 1.52 -------------------- booz 1.01 Message View 1.12 ParseLst 1.66 LHARC 1.30 oMMM 1.50 Skyparse 2.30 LhA 1.10 PolyXAmy 2.02 TrapList 1.40 LZ 1.92 RMB 1.30 PkAX 1.00 Roof 46.15 UnZip 4.1 RoboWriter 1.02 Zippy (Unzip) 1.25 Rsh 4.07a Zoo 2.01 Tick 0.75 TrapToss 1.20 |Contact: Maximilian Hantsch 2:310/6| Yuck! 2.02 Atari ST/TT ----------- BBS Software Network Mailers Other Utilities Name Version Name Version Name Version -------------------- -------------------- -------------------- FIDOdoor/ST 2.5.1 BinkleyTerm 2.40n9 ApplyList 1.00@ FiFo 2.1v The Box 1.95* Burep 1.1 LED ST 1.00 ComScan 1.04 MSGED 1.99 ConfMail 4.10 QuickBBS/ST 1.06* NodeList Utilities Echoscan 1.10 Name Version FDrenum 2.5.2 -------------------- FastPack 1.20 Compression ParseList 1.30 Import 1.14 Utilities EchoFix 1.20 oMMM 1.40 Name Version sTICK/Hatch 5.50 Pack 1.00 -------------------- Trenum 0.10 ARC 6.02 LHARC 2.01i PackConvert STZip 1.1* UnJARST 2.00 WhatArc 2.02 Archimedes ---------- BBS Software Network Mailers Other Utilities Name Version Name Version Name Version -------------------- -------------------- -------------------- ARCbbs 1.61 BinkleyTerm ARC 1.20 Odyssey 0.37 2.06f-wimp !AskFor 1.01 RiscBBS 0.9.85m BatchPacker 1.00 DeLZ 0.01 MailED 0.95 NetFile 1.00 ParseLst 1.30 Raul 1.01 FIDONEWS 13-37 Page 32 9 Sep 1996 !Spark 2.16 !SparkMail 2.08 !SparkPlug 2.14 UnArj 2.21 UnZip 3.00 Zip 1.00 Tandy Color Computer 3 (OS-9 Level II) -------------------------------------- BBS Software Compression Utility Other Utilities Name Version Name Version Name Version -------------------- -------------------- -------------------- RiBBS 2.02+ Ar 1.3 Ascan 1.2 DeArc 5.12 AutoFRL 2.0 OS9Arc 1.0 Bundle 2.2 UnZip 3.10 CKARC 1.1 UnLZH 3.0 EchoCheck 1.01 FReq 2.5a LookNode 2.00 ParseLST PReq 2.2 RList 1.03 RTick 2.00 UnBundle 1.4 UnSeen 1.1 -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Key to old info: + - Netmail Capable (Doesn't Require Additional Mailer Software) * - Recently Updated Version @ - New Addition -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Please send updates and suggestions to: Peter Popovich, 1:363/264 ----------------------------------------------------------------- FIDONEWS 13-37 Page 33 9 Sep 1996 ================================================================= FIDONEWS PUBLIC-KEY ================================================================= [this must be copied out to a file starting at column 1 or it won't process under PGP as a valid public-key] -----BEGIN PGP PUBLIC KEY BLOCK----- Version: 2.6.2 Comment: Clear-signing is Electronic Digital Authenticity! -----END PGP PUBLIC KEY BLOCK----- Pending a formal decision about including 'encrypted' material inside FidoNews from the Zone Coordinator Council, the guts of the FidoNews public-key have been removed from this listing. File-request FNEWSKEY from 1:1/23 [1:374/14] or download it from the Rights On! BBS at 1-407-383-1372 anytime except 0100-0130 ET and Zone 1 ZMH at 1200-9600+ HST/V32B. This section will contain only this disclaimer and instructions until a ZCC decision is forwarded to the Editor. Sorry for any inconvenience. ----------------------------------------------------------------- FIDONEWS 13-37 Page 34 9 Sep 1996 ================================================================= FIDONEWS INFORMATION ================================================================= ------- FIDONEWS MASTHEAD AND CONTACT INFORMATION ---------------- Editor: Christopher Baker Editors Emeritii: Thom Henderson, Dale Lovell, Vince Perriello, Tim Pozar, Tom Jennings, Sylvia Maxwell, Donald Tees "FidoNews Editor" FidoNet 1:1/23 BBS 1-407-383-1372, 300/1200/2400/14400/V.32bis/HST(ds) more addresses: Christopher Baker -- 1:374/14, cbaker84@digital.net cbak.rights@opus.global.org (Postal Service mailing address) FidoNews Editor P.O. Box 471 Edgewater, FL 32132-0471 U.S.A. voice: 1-407-264-2994 [1400-2100 ET only, please] [1800-0100 UTC/GMT] ------------------------------------------------------ FidoNews is published weekly by and for the members of the FIDONET INTERNATIONAL AMATEUR ELECTRONIC MAIL system. It is a compilation of individual articles contributed by their authors or their authorized agents. The contribution of articles to this compilation does not diminish the rights of the authors. OPINIONS EXPRESSED in these articles ARE THOSE OF THE AUTHORS and not necessarily those of FidoNews. Authors retain copyright on individual works; otherwise FidoNews is Copyright 1996 Christopher Baker. All rights reserved. Duplication and/or distribution permitted for noncommercial purposes only. For use in other circumstances, please contact the original authors, or the Editor. =*=*=*=*=*=*=*=*= OBTAINING COPIES: The most recent issue of FidoNews in electronic form may be obtained from the FidoNews Editor via manual download or file-request, or from various sites in the FidoNet and Internet. PRINTED COPIES may be obtained by sending SASE to the above postal address. File-request FIDONEWS for the current Issue. File-request FNEWS for the current month in one archive. Or file-request specific back Issue filenames in distribution format [FNEWSDnn.LZH] for a FIDONEWS 13-37 Page 35 9 Sep 1996 particular Issue. Monthly Volumes are available as FNWSmmmy.ZIP where mmm = three letter month [JAN - DEC] and y = last digit of the current year [6], i.e., FNWSMAY6.ZIP for all the Issues from May 96. Annual volumes are available as FNEWSn.ZIP where n = the Volume number 1 - 12 for 1984 - 1995, respectively. Annual Volume archives range in size from 48K to 1.2M. INTERNET USERS: FidoNews is available via: http://www.fidonet.org/fidonews.htm ftp://ftp.fidonet.org/pub/fidonet/fidonews/ You can read the current FidoNews Issue in HTML format at: http://www.geocities.com/athens/6894 STAR SOURCE for ALL Past Issues via FTP and file-request: Available for FReq from 1:396/1 or by anonymous FTP from ftp.sstar.com in the FIDONET\FNEWS directory: FNEWSTOC.ZIP FidoNews, Table of Contents, all issues (1984 - 1995) FNEWS1.ZIP FidoNews, Vol. 1, all issues (1984) FNEWS2.ZIP FidoNews, Vol. 2, all issues (1985) FNEWS3.ZIP FidoNews, Vol. 3, all issues (1986) FNEWS4.ZIP FidoNews, Vol. 4, all issues (1987) FNEWS5.ZIP FidoNews, Vol. 5, all issues (1988) FNEWS6.ZIP FidoNews, Vol. 6, all issues (1989) FNEWS7.ZIP FidoNews, Vol. 7, all issues (1990) FNEWS8.ZIP FidoNews, Vol. 8, all issues (1991) FNEWS9.ZIP FidoNews, Vol. 9, all issues (1992) FNEWSA.ZIP FidoNews, Vol. 10, all issues (1993) FNEWSB.ZIP FidoNews, Vol. 11, all issues (1994) FNEWSC.ZIP FidoNews, Vol. 12, all issues (1995) FNEWSD01.ZIP FidoNews, Vol. 13, Nr. 01 (January 1, 1996) FNEWSD02.ZIP FidoNews, Vol. 13, Nr. 02 (January 8, 1996) (etc) FNEWSD34.ZIP FidoNews, Vol. 13, Nr. 34 (August 19, 1996) FNEWSD35.ZIP FidoNews, Vol. 13, Nr. 35 (August 26, 1996) (etc) Each yearly archive also contains a listing of the Table-of-Contents for that year's issues. The total set is currently about 11 Megs. =*=*=*= The current week's FidoNews and the FidoNews public-key are now also available almost immediately after publication on the Editor's new homepage on the World Wide Web at: http://ddi.digital.net/~cbaker84/fidonews.html FIDONEWS 13-37 Page 36 9 Sep 1996 There are also links there to jim barchuk's HTML FidoNews source and to John Souvestre's FTP site for the archives. There is also an email link for sending in an article as message text. Drop on over. =*=*=*=*=*=*=*=*= A PGP generated public-key is available for the FidoNews Editor from 1:1/23 [1:374/14] by file-request for FNEWSKEY or by download from Rights On! BBS at 1-407-383-1372 as FIDONEWS.ASC in File Area 18. It is also posted twice a month into the PKEY_DROP Echo available on the Zone 1 Echomail Backbone. *=*=*=*=* Anyone interested in getting a copy of the INTERNET GATEWAY FAQ may file-request GISFAQ.ZIP from 1:133/411.0, or send an internet message to fidofaq@gisatl.fidonet.org. No message or text or subject is necessary. The address is a keyword that will trigger the automated response. People wishing to send inquiries directly to David Deitch should now mail to fidonet@gisatl.fidonet.org rather than the previously listed address. *=*=*=*=* SUBMISSIONS: You are encouraged to submit articles for publication in FidoNews. Article submission requirements are contained in the file ARTSPEC.DOC, available from the FidoNews Editor, or file-requestable from 1:1/23 as file "ARTSPEC.DOC". ALL Zone Coordinators also have copies of ARTSPEC.DOC. Please read it. "Fido", "FidoNet" and the dog-with-diskette are U.S. registered trademarks of Tom Jennings, and are used with permission. "Disagreement is actually necessary, or we'd all have to get in fights or something to amuse ourselves and create the requisite chaos." -Tom Jennings -30- -----------------------------------------------------------------