--------------- FIDO MESSAGE AREA==> TOPIC: 174 MUFFIN (MAXIMUS) Ref: E3Z00001Date: 03/29/97 From: ROGER NELSON Time: 06:44am \/To: DAN COOK (Read 1 times) Subj: Can't upload! Help!! Dan Cook wrote in a message to Roger Nelson: DC> He already knows about it. I already reported the exact DC> circumstances to to him. Others have duplicated and reported them DC> as well. Still no fix. That was many months ago. Sorry, I didn't know you had already told him. If he can duplicate the problem, I'm sure he'll have a fix for it. Regards, Roger --- timEd/2 1.10+ * Origin: NCS BBS - Mandeville, LA - (504) 626-7968 (1:3828/7) --------------- FIDO MESSAGE AREA==> TOPIC: 174 MUFFIN (MAXIMUS) Ref: E3Z00002Date: 03/29/97 From: LARRY COOKE Time: 04:31pm \/To: ALL (Read 1 times) Subj: MUE v0.14wb As some of you may be aware, I released a newer version of MUE. One of the features I added to this version was the ability to save your user base after sorting it. Well, if you use this feature you will need to delete your USER.IDX file. Failing to delete this file will make Maximus think you only have two users in your user base, the Sysop and the second user are the only two users that Maximus will see. The USER.IDX file is automatically recreated the next time Maximus is ran, so there is no harm in deleting this file. The important thing is that you MUST delete this file _IF_ and _WHEN_ you save your user base after sorting it. This is now fixed and will be released later today to Gary Gilmore. I apologize for this and hope I won't have to release a bug fix like this so soon again. For those that would like a copy right away, feel free to Freq MUE or MUEP from my system below. Or if you have WWW access you can get this at my URL: http://www.gci-net.com/~users/c/cooke/default.htm. File sizes are 122,981 for MUE and 126,819 for MUEP. Larry --- timEd 1.10.g2+ * Origin: Comm-Post * Tucson, AZ * (1:300/53) --------------- FIDO MESSAGE AREA==> TOPIC: 174 MUFFIN (MAXIMUS) Ref: E3Z00003Date: 03/29/97 From: WES NEWELL Time: 05:36pm \/To: JACK SMITH (Read 1 times) Subj: Problems with Max/2 Squish WN> add/remove message areas will create this for you. I then WN> simply execute sqpackp area.dat JS> Many moons ago I realized that what you say can be a JS> problem. My solution was to create and use a separate JS> directory for the passthru areas. This way, they're JS> never touched by anything other than Squish itself. JS> (Also keeps the message base directory from being JS> cluttered up with passthru dupe files.) Guess there's more ways than one to skin a cat.:-) JS> But... I have to ask, why not just use Max 3's MAREA? JS> If I were going to go that route, I'd use SQPACK(p) JS> D:\Max\Marea. Or is there a bug in SqPack that I'm not aware of? Judge for yourself; [E:\MAX]sqpackp e:\max\marea.dat SQPACK Squish Database Pack Utility; Version 1.11 Copyright 1991, 1994 by Lanius Corporation. All rights reserved. Error opening area database `e:\max\marea.dat' for read! --- Maximus/2 3.01 * Origin: Wylie Connection 33.6K USR V34+ DS 972-442-0388 (1:124/7028) --------------- FIDO MESSAGE AREA==> TOPIC: 174 MUFFIN (MAXIMUS) Ref: E3Z00004Date: 03/29/97 From: TERRY HOLLIS Time: 04:27pm \/To: ALL (Read 1 times) Subj: Alternative Limit for OLR Hi All! Some time ago I requested advise on how to get MAXIMUS to provide an OLR message limit of 400 messages for 2400 connects and 1600 messages for connects higher than 9600. The only response was that it couldn't be done. I now have this feature operating successfully with BINKLEY 2.56 and MAXIMUS 2.02 for DOS, by provision of two MAX.PRM options and a small amendment to RUNBBS.BAT. Two copies of READER.CTL are made as READ024.CTL and READ096.CTL; MAX is SILTED to create a separate MAX.PRM for each option and these have been named MAX024.PRM and MAX096.PRM. The essential lines of RUNBBS.BAT are given below... ::RUNBBS.BAT :Top if errorlevel 96 goto bbs9600 ;9600 caller - start bbs if errorlevel 24 goto bbs2400 ;2400 caller - start bbs :bbs2400 COPY C:\MAX\MAX024.PRM C:\MAX\MAX.PRM call bbsbatch goto Top :bbs9600 COPY C:\MAX\MAX096.PRM C:\MAX\MAX.PRM call bbsbatch I expect the same methodology would work with multiple versions of MAX.CTL as well but I have not yet tested these. I hope someone out there will find these options useful. Regards - Terry Hollis --- timEd-B9 * Origin: WHAKAPAPA bbs - Auckland NZ +64-9-626-5199 V34+ (3:772/190) --------------- FIDO MESSAGE AREA==> TOPIC: 174 MUFFIN (MAXIMUS) Ref: E3Z00005Date: 03/29/97 From: KERRY VINSON Time: 02:52pm \/To: ALL (Read 1 times) Subj: BBS Suicide Watch NOTE: This message was originally in conference "Yet Another One" and was copied here by Kerry Vinson. ...from the home of kv_Soft! the ͸ R.A T I F A Turbo C++ U.N D E R G R O U N D QuickBasic D.E V E L O P M E N T Visual Basic M.O N A S T E R Y Turbo Assembler ; Open 24hrs for you to get that BBS fix! St.Louis,Mo,USA * 314-225-5736 * V34 * Fido 1:100/591 The above information in its entirety is what you will see when you open a file from RUDM. That original display will no longer be published. Also on the Final Exit list appears the complete ANSI collection. Those contents are hereby granted public property and will be published for general consumption. The total roster for the Final Exit appears to be up to two BBSes per day although no other sysops have requested the asylum whitherthoust must take within the first minute of April Fool's Day. MoRe to Follow And you think this isn't the funniest gawdamn thing you have ever heard? You may not yet witnessed the effects of many netmail packets and echomail bundles my friend! @ I say! From http://www.partyline.net/rudmweb is R.U.D.M. BBS in St.Louis

R.U.D.M. History

Officially went online November 26, 1993 using Wildcat 2.6. After only two weeks, the system went to TriBBS v5.0. During the TriBBS days, much third party software was produced from R.U.D.M., most of which is still in circulation but unsupported by me.

After slowly growing gastrointestinally -sick- from dealing with a real $#|+head of an author affectionately known as markie, well known for operating various scams and rackets out of the far northeastern part of the United States, change was inevitable! Therefore, R.U.D.M. began operating under Maximus 2.00 in January of 1995 and upgraded through 2.01wb and 2.02. Thanks to the generosity of Lawrence Gordon, sysop of Toast House BBS here in St.Louis, we began using Wildcat 3.9 around March of 1995 and upgraded to version 4 shortly thereafter. We have no plans to change the BBS software again anytime soon. :-)

Note that TriBBS is no longer owned by that same author and is currently being developed by Mr. Gary Price. We wish him the best of wishes and good luck for success.

In addition to Wildcat 4.1x, we use FrontDoor 2.12sw+ for the mailer, InterEcho for the tosser, Allfix! for Wildcat! for the file echo processor, and Silver Xpress as an additional offline mail door.

R.U.D.M. has been a member of ToadNet since January of '94, and FidoNet since April of '94. Originally inspired to serve both professional and amateur computer programmers in the St.Louis area, it also serves up the latest files and lots of messages. We also feature a few door games. I guess the main focus would be geeky stuff like programming and computer technical schtuff…

The BBS machine itself is an old 386dx40 DOS box with 4mb RAM running the real-mode redirectors from Windows for Workgroups. It features an EGA card and monitor, two CDROMS accessible from the BBS software, and a small 180mb hard drive to accommodate local temp files. The BBS software/files are located on a network.

We really don't care about any of this crap anymore, though. The BBS is only alive these days because I have a second line for internet access, so why not keep it going just for the hell of it?

Uhh, So what the hell is a Ratifa??

Ratifa was one of my favorite rats. She was born in Temecula, out in Southern California, and came to the midwest when we did. She had a dark golden coat with splotches of black scattered all over. Fierce in her younger years, she grew to be quite a tame rodent. The perfect girl!

She lived to be just over two years old before being killed by one of her offspring. She is now burind in an unmarked grave next to a creek in a remote part of Ellisville, Mo. We have not been to visit since her untimely passing, but we do think of her from time to time.

Ok, so that's a bit dramatized... She was still one helluva pet! And as a tribute to her existance, her name will stay alive in this abstract place we call cyberspace... Rest in peace, sweetheart...

Last updated 02/02/97 -- hits since 12/28/96

R.U.D.M. main page

Twas the code.. Gee, Larry, what do you say to a place you can always have a small web page? When the time is right I'm going to run all night and yes. Future predictions coming true shortly will happen like this. If I have disk space, you have a free web page at www.kerry.vinson.com. Especially welcome are Kathy Ireland, Cybil Shepherd, the healthy bodies found at fitness-beach.com, and something universally related or so. Time for mentally to take a growing leap past a pain. But as they say comes comet for Final Exit. Wow let's just pfhreak the pfhuck out! Final Exit * WCE 2.1G1/2457 * oh my god the end is near i can feel it --- InterEcho 1.19 * Origin: R.U.D.M. BBS in St.Louis * 314-225-5736 * v34 (1:100/591) --------------- FIDO MESSAGE AREA==> TOPIC: 174 MUFFIN (MAXIMUS) Ref: E3Z00006Date: 03/28/97 From: PHIL MCCLOUD Time: 07:03pm \/To: ROBBY DITTMANN (Read 1 times) Subj: Ansi to .bbs/mecca file? Robby Dittmann wrote in a message to Phil McCloud: Hi Robby, RD> There are two utilities that come with Max. One is called ANS2BBS, RD> and the other is ANS2MEC. Run these on your ANSI file and they RD> will convert it. I prefer using ANS2MEC, then running MECCA. That RD> allows me to have a MEC version that I can go in and tweak. Thanks, I discovered the two programs mentioned above while looking more closely at the docs (boy, what those docs do and don't tell). Thanks for taking the time to reply. Phil --- * Origin: Contact! BBS, Portland, OR (503) 777-3754 (1:105/63) --------------- FIDO MESSAGE AREA==> TOPIC: 174 MUFFIN (MAXIMUS) Ref: E3Z00007Date: 03/29/97 From: TERRY CAIRNS Time: 12:58am \/To: DYLAN GRIFFITHS (Read 1 times) Subj: Continuing Max/2 Squish probs.. DG> I didn't run sqfix which would reset the squish areas DG> to messages 1-200, instead I let a few areas build up DG> with some extra messages, run sqpack, and then try to DG> access message one.. So in an area that is supposed to DG> have a renum max of 200 and jumped from 224 to 25, I DG> couldn't go any lower into the messages. Any DG> suggestions? I run the Dos version of Squish and SqFix doesn't reset the Number Maximum...SqSet or Re-Silting does that!!! --- Maximus 3.01 * Origin: T.A.P.P.S. Music BBS (416)741-2432 (1:2424/307) --------------- FIDO MESSAGE AREA==> TOPIC: 174 MUFFIN (MAXIMUS) Ref: E3Z00008Date: 03/26/97 From: KEVIN BENTZ Time: 11:13pm \/To: ALL (Read 1 times) Subj: Mode com in OS/2 The topic of SIO (the way it is being discussed here) is off-topic. Please move it to a more appropriate echo - perhaps OS2 ? No reply necessary. If you must reply, please use netmail. Thank You, --Kevin Bentz Asst. Moderator - MUFFIN/TUB/MECCA/MAXDEV Echos --- GEcho/32 1.20/Pro * Origin: * The Red Eye BBS * Southgate, MI * (313) 281-8141 * (1:2410/213) --------------- FIDO MESSAGE AREA==> TOPIC: 174 MUFFIN (MAXIMUS) Ref: E3Z00009Date: 03/26/97 From: KEVIN BENTZ Time: 11:15pm \/To: W.S. LOCKWOOD III (Read 1 times) Subj: TVFS (Toronto Virtual File System) WLI> Thomas Vallaitis wrote in a message to All: TV> Hallo All! TV> for those who were interested in the tfvs-IFS for os/2: TV> ftp://ftp.leo.org/pub/comp/os/os2/leo/drivers/ifs/tvfs209. TV> ip WLI> What does it do? Let's nip this in the bud. This has nothing to do with Maximus support. Please do not continue the thread. No reply necessary. If you must reply, please use netmail. Thank You, --Kevin Bentz Asst. Moderator - MUFFIN/TUB/MECCA/MAXDEV Echos --- GEcho/32 1.20/Pro * Origin: * The Red Eye BBS * Southgate, MI * (313) 281-8141 * (1:2410/213) --------------- FIDO MESSAGE AREA==> TOPIC: 174 MUFFIN (MAXIMUS) Ref: E3Z00010Date: 03/26/97 From: KEVIN BENTZ Time: 11:17pm \/To: DYLAN GRIFFITHS (Read 1 times) Subj: Problems with Max/2 Squish DG> I recently converted to Maximus/2(Along with going to warp) but I've been DG> having some problems with the squish message bases. I DG> had an area with a renum max set for 200, but when I DG> looked at the area in Max/2 is showed 208 messages, I You probably meant to ask this in the TUB echo, eh? That is the Squish support echo. No reply necessary. If you must reply, please use netmail. Thank You, --Kevin Bentz Asst. Moderator - MUFFIN/TUB/MECCA/MAXDEV Echos --- GEcho/32 1.20/Pro * Origin: * The Red Eye BBS * Southgate, MI * (313) 281-8141 * (1:2410/213)