--------------- FIDO MESSAGE AREA==> TOPIC: 174 MUFFIN (MAXIMUS) Ref: F5G00128Date: 04/29/98 From: DAVID CHORD Time: 09:23am \/To: KEES BERGWERF (Read 0 times) Subj: send file to user Kees Bergwerf wrote in a message to David Chord: KB> As I told, I use a mex program for every menu. So I added a local-key KB> to start an option: KB> { print("wait a minute..") KB> input filename.. KB> tag_queue_file() KB> It works! :-)) KB> Problem solved! Good. Could you also post the full file? I may find use for it myself :-) KB> I might still need the other options when there is an ascii-only KB> user, because in that case I can't use the mex-menu If it's Mex then Maximus will only give ANSI codes to those who have ANSI. Of course, if you have a lot of screen location stuff then it might fail :-) Cya.. Dave Save your BBS! Join INTBBS_WK now! --- timEd 1.10 * Origin: GnomeVille MBBS 64-4 235-6887 (3:771/1560) --------------- FIDO MESSAGE AREA==> TOPIC: 174 MUFFIN (MAXIMUS) Ref: F5G00129Date: 04/29/98 From: DAVID CHORD Time: 09:25am \/To: TOMMI PITKANEN (Read 0 times) Subj: Max/2 & pipes Tommi Pitkanen wrote in a message to All: TP> Is there any way to send IPC messages to all nodes with Maximus/2 TP> with some kind of command line software. I mean the same way you TP> can do with SM but via command line. If you don't get a response on this let me know and I'll further work on a little util of mine and get an OS/2 version out. However, try looking up [APB] in the MAX.DOC file, that may do what you want. Cya.. Dave Save your BBS! Join INTBBS_WK now! --- timEd 1.10 * Origin: GnomeVille MBBS 64-4 235-6887 (3:771/1560) --------------- FIDO MESSAGE AREA==> TOPIC: 174 MUFFIN (MAXIMUS) Ref: F5G00130Date: 04/29/98 From: DAVID CHORD Time: 09:29am \/To: JACK SMITH (Read 0 times) Subj: MECCA and file-browsing Jack Smith wrote in a message to David Chord: JC>> How can I make this choice appear on this last page as JC>> well? DC> Here's what I use here.. JS> Thanks for posting this, Dave. I'm definitely going to try it JS> here. No probs. I found it here myself, not sure who posted it originally. Cya.. Dave Save your BBS! Join INTBBS_WK now! --- timEd 1.10 * Origin: GnomeVille MBBS 64-4 235-6887 (3:771/1560) --------------- FIDO MESSAGE AREA==> TOPIC: 174 MUFFIN (MAXIMUS) Ref: F5G00131Date: 04/29/98 From: DAVID CHORD Time: 09:30am \/To: VICTOR LOBERGER (Read 0 times) Subj: MECCA and file-browsing Victor Loberger wrote in a message to Jack Smith: VL> The FDOMORE.MEX file should be available on the Maximus Home Page Would you mind e-mailing it to me? TIA Dave david.chord@cobra.galaxy.gen.nz Save your BBS! Join INTBBS_WK now! --- timEd 1.10 * Origin: GnomeVille MBBS 64-4 235-6887 (3:771/1560) --------------- FIDO MESSAGE AREA==> TOPIC: 174 MUFFIN (MAXIMUS) Ref: F5G00132Date: 04/29/98 From: DAVID CHORD Time: 09:33am \/To: VICTOR LOBERGER (Read 0 times) Subj: Local File Attaches Victor Loberger wrote in a message to All: VL> I just discovered that my local file attaches is NOT working. [..] Are you remembering to press A while the cursor is on the attributes field? :-) VL> Here's the stuff from the MSGAREA.CTL file: VL> Attach Base Att VL> Attach Path Attaches VL> Attach Archiver ZIP VL> Kill Attach Ask Normal VL> Is there any other place that I should check? I think this is what you may be missing : In MAX.CTL : Message Edit Ask LocalAttach Normal Check this and hopefully it'll work. Cya.. Dave Save your BBS! Join INTBBS_WK now! --- timEd 1.10 * Origin: GnomeVille MBBS 64-4 235-6887 (3:771/1560) --------------- FIDO MESSAGE AREA==> TOPIC: 174 MUFFIN (MAXIMUS) Ref: F5G00133Date: 04/29/98 From: DAVID CHORD Time: 10:05am \/To: WILFRIED BRINKMANN (Read 0 times) Subj: timEd/NetMrg Year 2000 patch status info10:05:5104/29/98 Wilfried Brinkmann wrote in a message to all: WB> Sorry for this posting, but I think it's interesting for many users WB> ... Thanks very much for posting this. Would you be able to do me one more favour? I don't have internet access, but I can recieve e-mail and I can recieve file-attaches through it. Could you e-mail me the patches when they become available? BTW, what's the latest version of MaxList? Thanks in advance. Dave david.chord@cobra.galaxy.gen.nz Save your BBS! Join INTBBS_WK now! --- timEd 1.10 * Origin: GnomeVille MBBS 64-4 235-6887 (3:771/1560) --------------- FIDO MESSAGE AREA==> TOPIC: 174 MUFFIN (MAXIMUS) Ref: F5G00134Date: 04/29/98 From: DAVID CHORD Time: 10:07am \/To: MICHAEL EPLER (Read 0 times) Subj: 31 filetag limit Michael Epler wrote in a message to Minh Van: MV> but WHY ?? did the author impose such a nuisance limiting factor ? ME> For 99.9% of mere mortals this is not a problem or a nuisance ME> factor. As they say, "your mileage may vary." Maybe there's many of us who are annoyed by it, but don't speak up about it? :-) Dave Save your BBS! Join INTBBS_WK now! --- timEd 1.10 * Origin: GnomeVille MBBS 64-4 235-6887 (3:771/1560) --------------- FIDO MESSAGE AREA==> TOPIC: 174 MUFFIN (MAXIMUS) Ref: F5G00135Date: 04/29/98 From: DAVID CHORD Time: 10:09am \/To: TERRY HOLLIS (Read 0 times) Subj: File splitter? Terry Hollis wrote in a message to David Chord: DC> That's pretty much along the lines of what I am thinking DC> of, a door which they enter (Max passes the current file DC> area path), which splits the file into enough pieces so the TH> SplitIt avoids all that hassel by using one directory. Sounds like it creates hassle in the process. Does it in any way track what the user has already downloaded? What if the user moves the sections they've already recieved to a new directory? I'm looking at a program that will : Allow users to split specific files Keep a datebase of which users have files split, and what sections have been sent Have a 'resend' function for a section, or allow the users to kill sections after recieving them Delete whatever is there after x days (probably make it default to 14, but otherwise be SysOp configurable) [possibly] update the users download limits for the day (maybe make it optional) (almost)Anything else anyone would like to see in such a program Naturally it'll observe the remaining time for the user, and make the sections fit that limit. SplitIt doesn't look like it'll be quite what I am after, somethere where the split is done once unless the user doesn't call back in the set time. Cya.. Dave Save your BBS! Join INTBBS_WK now! --- timEd 1.10 * Origin: GnomeVille MBBS 64-4 235-6887 (3:771/1560) --------------- FIDO MESSAGE AREA==> TOPIC: 174 MUFFIN (MAXIMUS) Ref: F5G00136Date: 04/29/98 From: DAVID CHORD Time: 10:15am \/To: ALL (Read 0 times) Subj: File Split util Hello All! I'm starting writing a file-split util for users to split files that are larger than their download/time limits will allow them to download (I have one 12Mb exe file recently uploaded which I want to allow users to get, without tying the system up for long periods or being limited to those few with enough access to download it). I'd like ideas for features, and also to gauge(sp) interest in it (the more interest the more likely I am to add features and the faster I am likely to work on it :-). If interested, please at least let me know of that much. Here's the features that John Gardeniers(sp) and I have come up with so far : Allow users to split specific files Keep a datebase of which users have files split, and what sections have been sent Have a 'resend' function for a section, or allow the users to kill sections after recieving them Delete whatever is there after x days (probably make it default to 14, but otherwise be SysOp configurable) [possibly] update the users download limits for the day (maybe make it optional) (almost)Anything else anyone would like to see in such a program Naturally it'll observe the remaining time for the user, and make the ections fit that limit. What I am after is other ideas for such a program. If anyone has any specific features or ideas, could drop me a note with them so they can be discussed/added? TIA. Dave Save your BBS! Join INTBBS_WK now! --- timEd 1.10 * Origin: GnomeVille MBBS 64-4 235-6887 (3:771/1560) --------------- FIDO MESSAGE AREA==> TOPIC: 174 MUFFIN (MAXIMUS) Ref: F5G00137Date: 04/28/98 From: THOMAS W. MUELLER Time: 10:03pm \/To: BRUCE LEGRANDE (Read 0 times) Subj: Need util to sync SQ/NA/Max Tach Bruce! am 27 Apr 98 um 16:29:16 schrieb Bruce LeGrande an All: BL> Has anyone come up with a --->DOS<--- utility to sync the BL> MsgArea.Ctl file with the Squish.Cfg and BackBone.NA/NO files ??? No, but... BL> If not and someone can provide the "C" snippets (BC++ v3.01) ... I could provide you with a REXX script that creates the msgarea.ctl using the squish.cfg and any description file. Since you probably don't want to install REXX support for DOS (or even switch to OS/2 ;-) ), you could use it as an excample. BL> IMHO, the code should probably (1) read a config file for the job, (2) BL> read a line of the Squish.Cfg (or Areas.Bbs) file and gather the BL> information there, (3) do a search on the BackBone.NA (or other EchoTAG BL> file) for the descrip, (4) write the combined/formatted data to a BL> path/file designated in the CFG file (probably MsgAreas.Ctl, but could e BL> named somthing else to facillitate using seperate (INCLUDEd) CTL files BL> for different nets, etc...). Which is excactly what my script does. It even supports configurable message divisions. MXFSQ301.ZIP 22487 12.12.96 Max from Squish v3.01 nur noch fuer Maximus 3.x, ReXX-Script, erstellt aus der squish.cfg eine echoarea.ctl fuer Maximus. Gruppenzuordnungen fuer Echos moeglich, unterstuetzt jetzt auch Maximus-Divisions, Freeware Hm, the description is in German as is the documentation.... If you want it anyway, you can request it from 2:2454/117 or /171. MfG :-) Thomas --- MxXEd/2 1.01 * Origin: ... the OS/2 native external msgeditor for Maximus (2:2454/917)