Obviously, what I'd like for the BBS is access via telnet or FTelnet via the website, email (mainly for a new user verification code), message areas, file areas (anonymous FTP would be helpful but not necessary), bulletins, and doorgames. Internet Relay Chat (IRC) is helpful, but not necessary. Also, my HTML knowledge is VERY BASIC, as is my programming knowledge. I can write a batchfile for the BBS, but the programming ENDS at setting the clock on the microwave oven. <G>
b) Synchronet. While SBBS allows fossil and non-fossil doors, it apparently does not like multiple configuration files for a doorgame.
Yet, some of the doors require the door data in a separate directory besides the startup directory, usually in the node directory.
I also personally thought the SBBS website interface was too bland (especially compared to VADV32), and the flame wars in many of the proprietary Dove-Net echoes turned me off.
next on the list is BBBS and MBSE but we don't know which will be
first on the table...
MBSE, trust me.. :)
Hello Alan,
08 Jul 15 12:09, you wrote to mark lewis:
MBSE, trust me.. :)
I second that notion!
BTW, I'm running MBSE 1.0.5.1 now. :D
Some Full installation and Config Documentation Exist on this MBSE ?
Hello Alan,
08 Jul 15 12:09, you wrote to mark lewis:
MBSE, trust me.. :)
I second that notion!
BTW, I'm running MBSE 1.0.5.1 now. :D
I realize that there are some Sysops that have used several different software packages, and others that have found one, and stuck with it.
But, this is where your feedback comes in.
Any help, advice, or suggestions, would be greatly appreciated.
MBSE, trust me.. :)
I second that notion!
BTW, I'm running MBSE 1.0.5.1 now. :D
i think i have that one here from some hidden directory somewhere... i understand that it is similar to remoteaccess... hopefully so very similar that i might even be able to copy my existing operational configs over and fly from there...
MBSE, trust me.. :)
I second that notion!
BTW, I'm running MBSE 1.0.5.1 now. :D
Alan Ianson wrote to mark lewis <=-
mark lewis wrote to Daryl Stout:
next on the list is BBBS and MBSE but we don't know which will be
first on the table...
MBSE, trust me.. :)
mark lewis wrote to Sean Dennis <=-
i think i have that one here from some hidden directory somewhere... i understand that it is similar to remoteaccess... hopefully so very
similar that i might even be able to copy my existing operational
configs over and fly from there...
Alan Ianson wrote to Sean Dennis <=-
Some stuff being worked on for the next release?
Some stuff being worked on for the next release?
Yep! Andrew is working on getting IPv6 working right and I added a little feature: if "holiday.ans/.asc" exists, MBSE will show it upon login. It's similar feature I created in Maximus using Maximus' scripting language. I just added one line into the MBSE source code (can't remember which file now), recompiled MBSE, et voila! it works.
Andrew and I have several things we want to work on.
I personally like Mystic. But I have been using Synchronet since May of thi RF>year and have configured a number of doors with it, like the SunRise door RF>games, card games by other authors, JNS games, etc. Based on the quote abov RF>Synchronet meets your desires in a BBS software package. There is a learnin RF>curve, if you are up to speed in java script your good to go, but this is no RF>necessary. I know since I have no skill in that regard. As far as setting RF>up the games I can provide sample on how I have done it and there is also th RF>wiki on synchronet that provides much help.
My mystic board is at pb.darktech.org:24 and Synchronet is at RF>pbsync.darktech.org:30. For Synchronet for web go to pbsync.darktech.org:80
you need to be more specific about this... we have no problems running doors ML>over here that look in the node directories for the drop files... there's no ML>real special majic to it... maybe some .bat file variables being used but ML>generally speaking, the doors that are worth running have no problems with a ML>multinode environment or being told where to find the drop files...
you can easily dress up the sbbs web interface... there's a few other themes ML>available as well as much of the interface stuff can be changed via ML>javascript...
of all the options, likes, wants and desires you listed, SBBS comes the clos
I think I'm going to set all the single user doors to write the file
to the startup directory (where the door is), but the multi-node
capable doors to use the node directory (like the JNS doors, the
Carlton doors, and the Shining Star and L.O.R.D. doors).
Mark,
you need to be more specific about this... we have no problems running
doors over here that look in the node directories for the drop files...
there's no real special majic to it... maybe some .bat file variables
being used but generally speaking, the doors that are worth running have
no problems with a multinode environment or being told where to find the
drop files...
Apparently, with the directory (Adopt A Door, in this case) having something like ADOPT.CFG, as well as ADOPT1.CFG, ADOPT2.CFG, etc. SBBS apparently didn't like that.
So, I think what I'm going to do for the single user doors is use just
one configuration file, and put the dropfile in the door directory.
For the multi-node doors, I'd put it in the node directory.
you can easily dress up the sbbs web interface... there's a few other
themes available as well as much of the interface stuff can be changed
via javascript...
While I'd be curious to see those other themes, my HTML knowledge is very basic. I don't know the first thing about items like cascading
style sheets, etc. To me, Javascript is instructions on how to make coffee. <G>
of all the options, likes, wants and desires you listed, SBBS comes
the clos
I likely will go with SBBS, since I've set it up before. But, with
other things outside the BBS, it's going to take longer than expected
to get all the work done.
My HTML knowledge is VERY BASIC, and programming is LIMITED to writing
a batchfile for the BBS, and setting the clock on the microwave oven...and, that's why I will keep VADV32 for the website, and
eventually go to SBBS for the rest of it. With other things outside the BBS, it'll take me awhile to get it done. It's not "hard" to do...just tedious on the setup, but that's the nature of the beast.
Alan Ianson wrote to Sean Dennis <=-
Message and file area grouping would be a welcome addition if you guys need ideas.. :)
Message and file area grouping would be a welcome addition if you guys need ideas.. :)
There's already message grouping...the file grouping is on the to-do list.
Mark,
you need to be more specific about this... we have no problems running doors ML>over here that look in the node directories for the drop files... there's no ML>real special majic to it... maybe some .bat file variables being used but ML>generally speaking, the doors that are worth running have no problems with a ML>multinode environment or being told where to find the drop files...
Apparently, with the directory (Adopt A Door, in this case) having something like ADOPT.CFG, as well as ADOPT1.CFG, ADOPT2.CFG, etc. SBBS apparently didn't like that.
I don't know VADV, but does it force you to use it's telnet server? The
reason I ask the new Gamesrv is bullet proof, I get thousands of attmempts SH>to login as root here and it keeps on trucking.
I just configure it to answer and launch ezycom. (dos based)
Would save you having to learn an entire new project it it would work.
Alan Ianson wrote to Sean Dennis <=-
I have not seen it, is that new? Can message areas be displayed by
group instead of all together? If so how? :)
I have not seen it, is that new? Can message areas be displayed by
group instead of all together? If so how? :)
That's different than what you asked about. :D Message grouping does exist. Viewing by message group...well...that's a very low priority.
Me, I'd love to put in the "group.area" functionality like Maximus
3.01 has.
I just discovered that MBSE has the netmail "PING" function...but it's mentioned nowhere in the documentation...
next on the list is BBBS and MBSE but we don't know which will be
first on the table...
What do you mean? Synchronet doesn't care what door .CFG files you have wher RS>I suggest taking this discussion to the SYNCHRONET or SYNC_SYSOPS echo and w RS>can help you there.
I have not seen it, is that new? Can message areas be displayed by group instead of all together? If so how? :)
That's different than what you asked about. :D Message grouping does exist. SD>Viewing by message group...well...that's a very low priority.
Me, I'd love to put in the "group.area" functionality like Maximus 3.01 has.
I just discovered that MBSE has the netmail "PING" function...but it's SD>mentioned nowhere in the documentation...
I think I looked at GameSrv a long time ago; but at that time, it
seemed just like a system for doors only.
I've said this before, but being that the BBS is one of the last
hobbies I can still do...and because my BBS is that last one in
Arkansas, I'd rather not give it up.
I am in a quandry right now, concerning BBS software, and would appreciate suggestions from the other Sysops on this.
But, when I ran Synchronet, and currently Virtual Advanced, it was easier to set it up by Message Network.
I think I looked at GameSrv a long time ago; but at that time, it
seemed just like a system for doors only.
Just click the "Door Server Only" button. It just answers the telnet port
and launchs your dos based BBS software. I use it here and get thousands SH>and thousands of false connects without crashing. (Also WinXP)
I didn't say anything about giving it up... trying to point you in the
direction of a telnet server that is more robust and able to handle the SH>false connects that is causing your existing one to fail.
My HTML knowledge is VERY BASIC, and programming is LIMITED to writing a batchfile for the BBS, and setting the clock on the microwave oven...
Your BBS sets the microwave oven clock? kooky! :)
Don't discount your knowledge -- batch file programming can be very complicated, and the nice thing is that running a BBS at some level
only needs a little batch hand holding to save the sysop time. Worst
case, you could do most things that a batch file does by hand.
Most of the batch stuff I wrote was after getting sick of doing things
on the BBS by hand, then wondering why the ^&^!!! I took so long to automate things once I did. :)
of all the options, likes, wants and desires you listed, SBBS comes the closest from what we've seen and worked with... BBBS might be another but
i don't know about operation on winwhatever... mystic might offer some of those features it doesn't yet have in a future version but that remains
to be seen... WWIV has had a lot of work done with it but we've not
looked at it recently so no real clue what it offers these days...
there's also MBSE that might be interesting but again no clue about winwhatever or all the capabilities it offers... SBBS has telnet, ssh,
web, ftp, rlogin connectivity capabilities... the interfaces can be modified in any of numerous ways... javascript, compiled c code, baja...
Hello Daryl!
Since you have considerable time invested it was at least be worth trying to MB>discover why you are crashing. A good way to do this is establish controls. MB>If you can safely and easily back up your configuration I would try a fresh MB>install with minimal changes of your existing software.
Based on this I would most likely believe it is an OS patch (which is now MB>incompatible with VADV32) or a OS configuration change to be at fault. The MB>configuration change could even be another piece of software which modified MB>system in someway as to break VADV32 rather than something you directly did.
I am still working on getting this node fully configured. After that, I wil MB>move on to configuring a SBBS. Granted fidonet handles far less mail MB>considering the state of mail forwarding these days it makes since to have MB>safety valves in place so one doesn't get flooded with old or duplicate MB>messages.
Some Full installation and Config Documentation Exist on this MBSE ?
Sure does. It's old, needs to be updated (which I'm slowly working on). Completely different than running a Windows-based BBS. If you're going
to use MBSE, be prepared to spend some time setting it up, but once it's set up, it's quite reliable.
I've tried fresh reinstalls of VADV32, and it doesn't seem to work.
It's hard to tell if it's the port sniffers, as when I'm here the error >message of the telnet server crashing happens when no one is online or >logging on.
I'm still working on getting SBBS setup, and seeing if it does the
same thing. But, other things outside the BBS have greatly reduced the
time I can work with BBS related items.
The more and more I think about it the more I recommend mysticbbs. I M>recently configured it for Fido and it was extremely easy to stand up
a configuration to send receive mail. BinkP is built in!
I'm actually working now on GT Power for telnet. Unfortunately,
numerous issues outside the BBS have delayed my work on that.
Daryl
I'm actually working now on GT Power for telnet. Unfortunately,
numerous issues outside the BBS have delayed my work on that.
We're still in an unsettled weather pattern for late August, and with also helping my elderly Mom with stuff during the day, and my ham radio nets at night, some days, it's hard to find time to do the work. But,
it's not hard...it's just tedious...but that's the case with any BBS setup.
Hi, Daryl-
It's been 90+ sometimes in my little shed during the day, so I've been too SD>hot to work on the BBS or the doors. But it's starting to cool down...and SD>for the next couple of weeks, I'll be insanely busy as I switched jobs to SD>work at a college bookstore and with the fall "rush" going on, I'll be busy SD>making money instead of spending it for once. :D
Something you might like: for my birthday next week, I'm buying a 9:1 UNUN SD>that will allow me to run a random wire as an end-fed antenna. I have to SD>use at least 16' of coax on the end going into the shack but that shouldn't SD>be hard with this 25' piece I use. Hopefully I'll be back on HF again soon.
I have a few new door ideas, but I'm working on updating my existing doors SD>and moving everything else into an archive.
Sysop: | digital man |
---|---|
Location: | Riverside County, California |
Users: | 1,043 |
Nodes: | 16 (0 / 16) |
Uptime: | 89:13:35 |
Calls: | 500,953 |
Calls today: | 2 |
Files: | 109,377 |
D/L today: |
1,107 files (155M bytes) |
Messages: | 304,679 |