Is there a way to export my file areas into a filegate/filebone.na (text) file?
Is there a way to export my file areas into a filegate/filebone.na (text) file?
Is there a way to export my file areas into a filegate/filebone.na (t file?
No, there was a util that used to exist called mbbsutil that did offer some export functionality. But as far as I know that has not been
carried over to MUTIL. MUTIL was slowly being expanded with functions as mbbsustil was being retired.
Is there a way to export my file areas into a filegate/filebone.na (text) file?
Is there a way to export my file areas into a filegate/filebone.na (t file?
There is an import but I don't think I ever made an export.
This is something that I could add with very little effort if the general consensus is that it'd be useful. I'd also like to get Avon's opinion on this as well because I know he does a lot of HUB stuff.
Is there a way to export my file areas into a filegate/filebone.na (t file?
There is an import but I don't think I ever made an export.
This is something that I could add with very little effort if the general consensus is that it'd be useful. I'd also like to get Avon's opinion on this as well because I know he does a lot of HUB stuff.
Is there a way to export my file areas into a filegate/filebone.na (t file?
There is an import but I don't think I ever made an export.
This is something that I could add with very little effort if the general consensus is that it'd be useful. I'd also like to get Avon's opinion on this as well because I know he does a lot of HUB stuff.
seems to be a nice way to export/import basic config for message bases
and which echonodes are linked to them. This file would be useful if say
I moved from Fastecho to Mystic. Ran the MUTIL stanza to import the JAM bases then wanted a quick way to assign each base to echonodes. I guess Mystic would have to create echonode records in doing so.
This would be useful again to be able to run after a mass import of JAM bases using MUTIL as it would save *a lot* of time typing in echomail
base names.
Yep this file base equivalent to export/import file base info would be good. This is a snip from the file I used for fsxNet infopack. I'm
picking it's a standardized format.
Area FSX_NODE 0 ! Weekly Nodelists (fsxNet, etc.)
It'd be quite a process but I have been asked for this type of thing in the past from someone else who wanted to switch over to all-Mystic to
run their networks (from SBBSECHO and BINKD).
seems to be a nice way to export/import basic config for message base and which echonodes are linked to them. This file would be useful if I moved from Fastecho to Mystic. Ran the MUTIL stanza to import the J bases then wanted a quick way to assign each base to echonodes. I gue Mystic would have to create echonode records in doing so.Maybe meeting halfway could work where you'd have to create the echomail nodes yourself, and then a function could be made to import AREAS.BBS linkage. Or...
Maybe we can come up with a better way by having "profiles" for AREAS.BBS importing similar to the auto-create of message bases, where Mystic could create the echomail nodes with default values and then link them all up. But you'd still have to go in and reset their passwords, set their hostname, etc and its still going to be a lot of work to code and for
you to use it.
This would be useful again to be able to run after a mass import of J bases using MUTIL as it would save *a lot* of time typing in echomail base names.
Sounds like maybe a good MUTIL process could be "Set base names by NA" which goes through a .NA file and tries to find any matching echomail bases, and when it does, it sets the name to match the name in the NA file.
Do you think something like that would be useful? For most cases, just importing a NA file to create the areas will already do this though, so really this is only useful if you're importing based on raw JAM files
and when you import with raw JAM files, Mystic isn't going to know what their echotags are anyway - so it can't reliably link them. Hmm maybe this wouldn't work then.
I admit it's a bit of a selfish request in that I am looking for ways to migrate away from Fastecho as easily as I can without lots of manual
entry of data. The areas.bbs file it creates looks to be a good option
if Mystic could ingest it in a way that works for you.
I don't see it as selfish since we're talking about a standard file format! So the end game here really is to process AREAS.BBS and pull out its node linkage and somehow get that into Mystic automatically. I can see how that'd be a huge time saver not just for you, but for anyone who wants to switch to Mystic as a tosser.
I'll add that idea to the TODO list and then anything else I can wrap
Sysop: | sneaky |
---|---|
Location: | Ashburton,NZ |
Users: | 31 |
Nodes: | 8 (0 / 8) |
Uptime: | 226:26:04 |
Calls: | 2,087 |
Calls today: | 1 |
Files: | 11,140 |
Messages: | 948,454 |