• Feature priority

    From g00r00@21:1/108 to All on Monday, February 04, 2019 12:56:00
    Hey all,

    I have a big list of features and ideas for Mystic; I never seem to run out of ideas. But I thought I'd ask to see if anyone else wanted to give their input (as I tend to do from time to time)

    So if you have features you want added in, let me know what they are and I
    will use the feedback I get to help prioritize what I work on and when! If
    you want something that I was planning to work on soon-ish, then maybe I will work on it sooner, for example.

    Most recenly I just finished user to user private split screen chat which has been on my list for a long long time. I had a conversation with someone via chat this weekend and they also wanted the feature so I spent yesterday and this morning working on it!

    --- Mystic BBS v1.12 A42 2019/02/01 (Linux/64)
    * Origin: Sector 7 (21:1/108)
  • From Pequito@21:1/126 to g00r00 on Monday, February 04, 2019 17:17:17
    On 04 Feb 2019, g00r00 said the following...

    Hey all,

    Most recenly I just finished user to user private split screen chat
    which has been on my list for a long long time. I had a conversation
    with someone via chat this weekend and they also wanted the feature so I spent yesterday and this morning working on it!

    OMG yes +100000 to this one! =D

    |15:|07: |15pequito |08<|07<|14.|11PH|15EN|11OM|14.|07>|08> |07:|15: |15:|07: |02telnet://|10twinklebbs.net |07:|15:

    --- Mystic BBS v1.12 A42 2019/02/01 (Linux/64)
    * Origin: Twinkle BBS # (21:1/126)
  • From esc@21:1/112 to g00r00 on Monday, February 04, 2019 19:34:00
    I have a big list of features and ideas for Mystic; I never seem to run out of ideas. But I thought I'd ask to see if anyone else wanted to
    give their input (as I tend to do from time to time)

    I have one that I think many mystic sysops would enjoy. Most of our boards
    have a multitude of old doorgames we've registered throughout the years, with some ugly static litebar driven thing to act as a door picker.

    What I'd like to do is have an idea of a litebar menu with multiple paging, sorting options, and the capability to display advanced info, based on a list of menu options. Think of it like this:

    1 - I have ~50 doors
    2 - I have a "doors" litebar menu that has a default display
    3 - These doors can be sorted alphabetically, by last played, genre, or any other number of criteria
    4 - Hitting "enter" on one lets you play it
    5 - Hitting some other key on one lets you view current top score
    ansi/bulletin
    6 - Hitting some other key lets you view instructions

    As you can see this doesn't really have to be door specific, but it'd be cool to find a way to extend litebar menu logic with some of the functionality of, say, the message or file index lists. Make sense?

    I hate the idea of manually making nested menus just to compensate for having
    a short screen. I could write up a mod to do this in MPL, but it feels like unnecessary overhead and maintenance cost, not to mention the PITA factor of doing live updates while on the board (and commensurate testing).

    Thoughts?

    --- Mystic BBS v1.12 A39 2018/04/21 (Windows/32)
    * Origin: Black Flag <ACiD Telnet HQ> blackflagbbs.com (21:1/112)
  • From g00r00@21:1/108 to Pequito on Monday, February 04, 2019 19:41:24
    Most recenly I just finished user to user private split screen chat which has been on my list for a long long time. I had a conversation

    OMG yes +100000 to this one! =D

    Hah glad to see you're so excited about it!

    I am probably going to be working on a bunch of "quality of life" things for SysOps who don't really use a local console all that much. We can all RDP
    into Windows or SSH into Linux to maintain our BBSes but I'd like to get to
    the point where even that isn't needed most of the time.

    --- Mystic BBS v1.12 A42 2019/02/01 (Linux/64)
    * Origin: Sector 7 (21:1/108)
  • From g00r00@21:1/108 to esc on Monday, February 04, 2019 19:45:49
    What I'd like to do is have an idea of a litebar menu with multiple paging, sorting options, and the capability to display advanced info, based on a list of menu options. Think of it like this:

    1 - I have ~50 doors
    2 - I have a "doors" litebar menu that has a default display

    Thoughts?

    I actually have something like this on my TODO list. Back in the early 2000s when I released the first Mystic 2.0 demo it had a door profile system, and I do want to add that back into Mystic 1.0.

    The problem with building a msg/file-like lightbar interface with doors is
    that there really isn't any definition of what a door is within Mystic, since they're really just menu commands that shell to the OS.

    The first step is to add a door editor into Mystic, and then from there I can build off of it, including things like you mention. I'll leave the menu commands in there so people won't be forced to reconfigure their doors, but
    for those who want to put their doors in the door editor there will be
    benefits like dynamic menus.

    Def in the plans!

    --- Mystic BBS v1.12 A42 2019/02/01 (Linux/64)
    * Origin: Sector 7 (21:1/108)
  • From Avon@21:1/101 to g00r00 on Tuesday, February 05, 2019 17:25:25
    On 04 Feb 2019 at 06:41p, g00r00 pondered and said...

    I am probably going to be working on a bunch of "quality of life" things for SysOps who don't really use a local console all that much. We can
    all RDP into Windows or SSH into Linux to maintain our BBSes but I'd
    like to get to the point where even that isn't needed most of the time.

    Heh I VNC to a headless box to my win 7 desktop then run a local console.. so
    I must be one of the outliers :)

    Best, Paul

    --- E:avon@bbs.nz ------ W:bbs.nz ---
    --- K:keybase.io/avon --------------

    --- Mystic BBS v1.12 A42 2019/02/01 (Windows/32)
    * Origin: Agency BBS | Dunedin, New Zealand | agency.bbs.nz (21:1/101)
  • From Michael2@21:2/145 to g00r00 on Tuesday, February 05, 2019 08:02:26
    I have a big list of features and ideas for Mystic; I never seem to run out of ideas. But I thought I'd ask to see if anyone else wanted to
    give their input (as I tend to do from time to time)


    one feature that I would like to see, is mystic auto-detect screen width.
    not just for retro-computers but for things like tablets.

    I have tried serveral term programs for my 8" tablet (JuiceSSH & Terminus) neither can display the menus & messages past about 40 columns

    when set columns to 2, only the fist 9 characters are displayed in the second column.

    Michael2

    --- Mystic BBS v1.12 A42 2019/02/01 (Linux/64)
    * Origin: Mike's Mansion - Pdx,Or (21:2/145)
  • From garycrunk@21:4/126 to g00r00 on Tuesday, February 05, 2019 12:57:07
    I know this is probably going to be a "Hell No"... But I will throw it out there anyway.

    Mystic Dial-Up Capability?

    I've heard some others asking if there is a Dial-Up version or something that can Dial-Up and then load/run Mystic.

    If not, it's no biggie.

    Gary Crunk

    ---=[ Gary Crunk ]=---
    Another F-ing BBS : anotherbbs.ddns.net Port 23
    Quazar BBS Door Game Server: quazarbbs.ddns.net Port 2323

    --- Mystic BBS v1.12 A39 2018/04/21 (Windows/64)
    * Origin: Another F-ing BBS (21:4/126)
  • From g00r00@21:1/108 to garycrunk on Tuesday, February 05, 2019 16:16:33
    I know this is probably going to be a "Hell No"... But I will throw it
    out there anyway.

    Mystic Dial-Up Capability?

    I've heard some others asking if there is a Dial-Up version or something that can Dial-Up and then load/run Mystic.

    There are a couple of options to do this. In unix-based systems Mystic can optionally be ran as a shell replacement so you can use something like mgetty in Linux to support dialup.

    On the Windows side you can't use mgetty of course, but there are dialup to telnet gates that I've not personally tried. They accept a dialup connection and then make a telnet connection to your BBS.

    I wouldn't mind supporting it natively, but the reason why I don't is because I don't have two phone lines and modems to support it. I could buy some hardware that would allow me to emulate phone lines but it'd cost several hundred dollars. Most of the people I've seen ask about this have a VOIP phone line and they want to use it for a dialup BBS, but VOIP isn't reliable enough to be used as a dialup BBS phone line (unless something has changed in recent years)

    --- Mystic BBS v1.12 A42 2019/02/01 (Linux/64)
    * Origin: Sector 7 (21:1/108)
  • From echicken@21:1/164 to g00r00 on Tuesday, February 05, 2019 16:51:50
    Re: Re: Feature priority
    By: g00r00 to garycrunk on Tue Feb 05 2019 15:16:33

    because I don't have two phone lines and modems to support it. I could buy some hardware that would allow me to emulate phone lines but it'd cost several hundred dollars. Most of the people I've seen ask about this have

    This hardware can be homebrewed pretty cheaply if you're so inclined. I did it a number of years ago with a pair of SLIC modules, a microcontroller, and some modems. Absolutely not worth the effort, but fun. I might even still have that board or the makings of one kicking around.

    Although really anyone could just use SEXPOTS and point it at whatever telnet server they like.

    ---
    echicken
    electronic chicken bbs - bbs.electronicchicken.com - 416-425-5435
    * Origin: electronic chicken bbs - bbs.electronicchicken.com (21:1/164)
  • From garycrunk@21:4/126 to g00r00 on Tuesday, February 05, 2019 13:52:05
    I wouldn't mind supporting it natively, but the reason why I don't is because I don't have two phone lines and modems to support it. I could buy some hardware that would allow me to emulate phone lines but it'd
    cost several hundred dollars. Most of the people I've seen ask about
    this have a VOIP phone line and they want to use it for a dialup BBS,
    but VOIP isn't reliable enough to be used as a dialup BBS phone line

    Understood. It was a thought because I do love Mystic and have wanted to
    have a Dial Up BBS for those that need it. But I'm sure that only about 3 people out of 7 Billion... :)

    Thanks for the response. I have to say I think you are doing Great with Mystic... You Rock...

    Gary

    ---=[ Gary Crunk ]=---
    Another F-ing BBS : anotherbbs.ddns.net Port 23
    Quazar BBS Door Game Server: quazarbbs.ddns.net Port 2323

    --- Mystic BBS v1.12 A39 2018/04/21 (Windows/64)
    * Origin: Another F-ing BBS (21:4/126)
  • From Fireball@21:4/145 to garycrunk on Tuesday, February 05, 2019 16:20:05
    On 05 Feb 2019, garycrunk said the following...
    Understood. It was a thought because I do love Mystic and have wanted to have a Dial Up BBS for those that need it. But I'm sure that only about
    3 people out of 7 Billion... :)

    Thanks for the response. I have to say I think you are doing Great with Mystic... You Rock...


    If you really have an urge, you can always use DM's sexpots. It's basically a dialup frontend to a telnet bbs.

    Fireball

    --- Mystic BBS v1.12 A43 2019/02/04 (Linux/64)
    * Origin: Fireball Express!!! Mystic Edition (21:4/145)
  • From Avon@21:1/101 to g00r00 on Wednesday, February 06, 2019 13:22:20
    On 04 Feb 2019 at 11:56a, g00r00 pondered and said...

    I have a big list of features and ideas for Mystic; I never seem to run out of ideas. But I thought I'd ask to see if anyone else wanted to
    give their input (as I tend to do from time to time)

    This is one I've mentioned before and I confess I don't know as much about
    how to set it up as I would like to (being that I am a HAM radio operator)
    but I'd love it if Mystic could offer a server that works with the AX.25 protocol. As I hope that would allow me to offer a Mystic BBS over the air using HAM packet radio.

    echicken may care to comment as I'm aware he created some tool that would
    work for Synchronet systems and I'm hopeful he may be able to shed some technical light on what would be required for a server option within Mystic like this.

    As I say I'm even 30% up on any of this, and other HAMs here may wish to
    chime in also. But at the heart of this request is the desire to hook Mystic into a radio so that a radio can be the link between Mystic systems.

    Best, Paul

    --- E:avon@bbs.nz ------ W:bbs.nz ---
    --- K:keybase.io/avon --------------

    --- Mystic BBS v1.12 A42 2019/02/01 (Windows/32)
    * Origin: Agency BBS | Dunedin, New Zealand | agency.bbs.nz (21:1/101)
  • From echicken@21:1/164 to Avon on Tuesday, February 05, 2019 22:23:48
    Re: Re: Feature priority
    By: Avon to g00r00 on Wed Feb 06 2019 12:22:20

    using HAM packet radio.

    echicken may care to comment as I'm aware he created some tool that would work for Synchronet systems and I'm hopeful he may be able to shed some

    It was pretty broken, and even though it worked for me nobody else could figure out how to use it. I hope to get back to it someday, but it's a lot of annoyance for little reward.

    technical light on what would be required for a server option within Mystic like this.

    The documentation of the protocol is pretty shabby in places. It can be a pain to implement properly past a certain point. You'd be best off looking for an external solution that handles AX.25 connections and then acts as a gateway to a telnet server or some arbitrary socket service.

    On the server side, if presenting a BBS interface, bear in mind:

    Most connections are simplex. Most connections are slow AF. If your UI normally does spinning cursors and animated prompts or pushes a blinking cursor at the client, it needs to not do that here, because basically every change will mean another packet going out.

    Many clients only transmit stuff when a buffer fills up or the user hits enter, whichever comes first, and that CR, LF, or both usually gets sent along. Menus, etc. need to take this into account (eg. no hotkeys).

    Using a packet BBS is fun at first and then quickly gets boring. If I were to approach this again, I'd probably focus more on message transfer and less on a straight UI. (Let BBSs talk to each other over the air, read stuff offline or over the internet.)

    I've got all kinds of different ideas about this and could say a lot more ... but I won't for now.

    ---
    echicken
    electronic chicken bbs - bbs.electronicchicken.com - 416-425-5435
    * Origin: electronic chicken bbs - bbs.electronicchicken.com (21:1/164)
  • From Vk3jed@21:1/109 to Avon on Wednesday, February 06, 2019 14:21:00
    On 02-05-19 16:25, Avon wrote to g00r00 <=-

    On 04 Feb 2019 at 06:41p, g00r00 pondered and said...

    I am probably going to be working on a bunch of "quality of life" things for SysOps who don't really use a local console all that much. We can
    all RDP into Windows or SSH into Linux to maintain our BBSes but I'd
    like to get to the point where even that isn't needed most of the time.

    Heh I VNC to a headless box to my win 7 desktop then run a local
    console.. so I must be one of the outliers :)


    Yes, anything for remotely located sysops will be good for me. I'm one of those SSH based sysops. :)


    ... Nature sides with the hidden flaw.
    === MultiMail/Win v0.51
    --- SBBSecho 3.03-Linux
    * Origin: Freeway BBS Bendigo,Australia freeway.apana.org.au (21:1/109)
  • From Vk3jed@21:1/109 to garycrunk on Wednesday, February 06, 2019 14:21:00
    On 02-05-19 11:57, garycrunk wrote to g00r00 <=-

    I know this is probably going to be a "Hell No"... But I will throw it
    out there anyway.

    Mystic Dial-Up Capability?

    I've heard some others asking if there is a Dial-Up version or
    something that can Dial-Up and then load/run Mystic.

    Has anyone tried using something like SEXPOTS with Mystic?


    ... Poker: It's darkest just before you've drawn.
    === MultiMail/Win v0.51
    --- SBBSecho 3.03-Linux
    * Origin: Freeway BBS Bendigo,Australia freeway.apana.org.au (21:1/109)
  • From g00r00@21:1/108 to garycrunk on Tuesday, February 05, 2019 22:38:32
    Understood. It was a thought because I do love Mystic and have wanted to have a Dial Up BBS for those that need it. But I'm sure that only about
    3 people out of 7 Billion... :)

    Well you still can, you just have to run one of the telnet/dialup gateways or use Linux and something like mgetty.

    Thanks for the response. I have to say I think you are doing Great with Mystic... You Rock...

    Thanks!

    --- Mystic BBS v1.12 A42 2019/02/01 (Linux/64)
    * Origin: Sector 7 (21:1/108)
  • From g00r00@21:1/108 to Avon on Tuesday, February 05, 2019 22:48:25
    This is one I've mentioned before and I confess I don't know as much
    about how to set it up as I would like to (being that I am a HAM radio operator) but I'd love it if Mystic could offer a server that works with the AX.25 protocol. As I hope that would allow me to offer a Mystic BBS over the air using HAM packet radio.

    If you are using Linux you should be able to make Mystic available by AX.25 in the same way that dialup is supported. When a user logs in they end up getting a shell, which is just a software application. Mystic can run as a shell, essentially replacing a command prompt with the BBS.

    So in theory anything that can get to a Linux login prompt can work with Mystic, and that should include dialup and AX.25. For Windows, I don't know
    if there is solution.

    You'd probably have to make a really minimal theme specifically designed for radio because these big ANSI interfaces probably won't translate well.

    --- Mystic BBS v1.12 A42 2019/02/01 (Linux/64)
    * Origin: Sector 7 (21:1/108)
  • From g00r00@21:1/108 to Vk3jed on Tuesday, February 05, 2019 22:50:04
    Has anyone tried using something like SEXPOTS with Mystic?

    Not sure about SEXPOTS but there have been dialup Mystic boards in the past using mgetty in Linux, and plenty of them way back in the day when dialup was natively supported by Mystic. I don't know that anyone has done it recently though.

    Its just not worth it in the US at least because VOIP phone lines don't work and analog phone lines cost a fortune, if you can even get them anymore where you live.

    Its too bad VOIP wasn't more reliable, because with these phone packages we could all have dialup BBSes with no long distance charges that do not rely on the Internet at all. I think that'd be awesome.

    --- Mystic BBS v1.12 A42 2019/02/01 (Linux/64)
    * Origin: Sector 7 (21:1/108)
  • From Erazmus@21:1/133 to g00r00 on Tuesday, February 05, 2019 23:28:55
    On 05 Feb 2019, g00r00 said the following...

    There are a couple of options to do this. In unix-based systems Mystic can optionally be ran as a shell replacement so you can use something
    like mgetty in Linux to support dialup.

    G00r00,

    can I ask how I would go about running mis in daemon mode while also having a single instance of mgetty spawning mystic as a shell? I think I can cast my mind back far enough to remember how to mess around with getting mgetty to answer a modem, but I'm unsure of running mis at the same time as spawning a single instance of mystic.

    Any guidance is appreciated.

    Ian

    --- Mystic BBS v1.12 A42 2019/02/01 (Linux/64)
    * Origin: The Parity Error BBS - Kelowna, BC, Canada (21:1/133)
  • From Avon@21:1/101 to g00r00 on Wednesday, February 06, 2019 20:47:41
    On 05 Feb 2019 at 09:48p, g00r00 pondered and said...

    So in theory anything that can get to a Linux login prompt can work with Mystic, and that should include dialup and AX.25. For Windows, I don't know if there is solution.

    Yeah I know little of the Linux options but as you know for me, for the most part, I'm running windows stuff. But thanks for the info.

    You'd probably have to make a really minimal theme specifically designed for radio because these big ANSI interfaces probably won't translate
    well.

    I agree, something just focused on minimal login and access to read and post echomail is all I want to achieve.

    Best, Paul

    --- E:avon@bbs.nz ------ W:bbs.nz ---
    --- K:keybase.io/avon --------------

    --- Mystic BBS v1.12 A42 2019/02/01 (Windows/32)
    * Origin: Agency BBS | Dunedin, New Zealand | agency.bbs.nz (21:1/101)
  • From Avon@21:1/101 to echicken on Wednesday, February 06, 2019 21:02:26
    On 05 Feb 2019 at 09:23p, echicken pondered and said...

    It was pretty broken, and even though it worked for me nobody else could figure out how to use it. I hope to get back to it someday, but it's a lot of annoyance for little reward.

    Yeah it doesn't sound like a fun journey for you or those who tried to follow in your footsteps.

    The documentation of the protocol is pretty shabby in places. It can be
    a pain to implement properly past a certain point. You'd be best off looking for an external solution that handles AX.25 connections and then acts as a gateway to a telnet server or some arbitrary socket service.

    I know little about the protocol other than it seems to have been developed
    by HAMs for use with data on HAM bands. I also know little of what options
    out there may even approach what you suggest. But thanks for the info :)

    On the server side, if presenting a BBS interface, bear in mind:

    Most connections are simplex. Most connections are slow AF. If your UI normally does spinning cursors and animated prompts or pushes a blinking cursor at the client, it needs to not do that here, because basically every change will mean another packet going out.

    Yep had considered that and agree, the only packet radio stuff I have seen is very slow and very much lightweight in only necessary content. It was not my desire to run a (shall we say) full blown BBS over RF. Rather to leverage a
    way to use HAM frequencies to be part of some (mesh?) idea / protocol to replace dependency on fibre, adsl etc. internet connectivity to get echomail between systems.

    Using a packet BBS is fun at first and then quickly gets boring. If I were to approach this again, I'd probably focus more on message transfer and less on a straight UI. (Let BBSs talk to each other over the air, read stuff offline or over the internet.)
    I've got all kinds of different ideas about this and could say a lot
    more ... but I won't for now.

    If you do want to chat more about this stuff I'd love to brainstorm with you about it. I see an opportunity for HAMs and BBS to again find wider appeal
    but as you say it's more to do with the TX vs the UI.

    For me any way to add redundancy in comms between BBS nodes in a message network that does not rely in a total end to end internet connected link
    would be a very good thing. POTS was all about store and forward. RF could
    be (again) a better replacement for POTS within a community or region or country as a backup to the internet we all seem to depend on today.

    My worry is cut a cable to a country, disrupt it's core internet connectivity in shape or fashion and you get major social and economic impacts
    immediately. For example the south pacific nation of Tonga lost almost total connectivity for two weeks. https://bit.ly/2DmJhAT now if that had not been
    a peacetime incident imagine the impact on that country and others also
    caught up.

    I don't know, I just feel that if there are different ways to make old more simple messaging tools like BBS that are still being actively developed
    today to work in a 2019 internet connected world, it would not hurt one
    bit to find other ways to get BBS to play nice with other communications bridges like RF.

    If you want to chat further (or others do) about this I'd suggest we move the thread to fsx_bbs :)

    But thanks again for the reply and info.

    Best, Paul

    --- E:avon@bbs.nz ------ W:bbs.nz ---
    --- K:keybase.io/avon --------------

    --- Mystic BBS v1.12 A42 2019/02/01 (Windows/32)
    * Origin: Agency BBS | Dunedin, New Zealand | agency.bbs.nz (21:1/101)
  • From Vk3jed@21:1/109 to g00r00 on Wednesday, February 06, 2019 19:01:00
    On 02-05-19 21:50, g00r00 wrote to Vk3jed <=-

    Has anyone tried using something like SEXPOTS with Mystic?

    Not sure about SEXPOTS but there have been dialup Mystic boards in the past using mgetty in Linux, and plenty of them way back in the day when dialup was natively supported by Mystic. I don't know that anyone has done it recently though.

    When I had ADSL, I was thinking of setting up POTS dialin on the POTS number, since all that line did was attract telemarketers. But now I'm on VDSL, I have no real POTS line anymore.

    Its just not worth it in the US at least because VOIP phone lines don't work and analog phone lines cost a fortune, if you can even get them anymore where you live.

    Can't get real POTS lines here anymore, VoIP is the only game in town. But VoIP _should_ work, provided you're able to run g.721 (a or u), because that as the coding used on digital POTS exchanges since at least as far back as the 1980s.

    Its too bad VOIP wasn't more reliable, because with these phone
    packages we could all have dialup BBSes with no long distance charges
    that do not rely on the Internet at all. I think that'd be awesome.

    I'm tempted to add a POTS line using one of my VoIP providers. I have a lot of control over the line configuration and can set the codecs up to suit data. There may still be sampling synchronisation issues, but only one way to find out. I have an ATA that can be used for a POTS modem, as well as several modems. I'll probably use SEXPOTS, because the modem and the BBS are unlikely to be co-located, and I know telnet works. :)

    Not sure who's going to call, but could be a useful test system. And it may be possible for VoIP users to make free calls to my system from anywhere in the world. :)


    ... Why buy the cow when you can get the milk for free.
    === MultiMail/Win v0.51
    --- SBBSecho 3.03-Linux
    * Origin: Freeway BBS Bendigo,Australia freeway.apana.org.au (21:1/109)
  • From Vk3jed@21:1/109 to echicken on Wednesday, February 06, 2019 19:14:00
    On 02-05-19 21:23, echicken wrote to Avon <=-

    The documentation of the protocol is pretty shabby in places. It can
    be a pain to implement properly past a certain point. You'd be best
    off looking for an external solution that handles AX.25 connections and then acts as a gateway to a telnet server or some arbitrary socket service.

    Or simply run IP over AX.25. :)

    On the server side, if presenting a BBS interface, bear in mind:

    Most connections are simplex. Most connections are slow AF. If your
    UI normally does spinning cursors and animated prompts or pushes a blinking cursor at the client, it needs to not do that here, because basically every change will mean another packet going out.

    Yep. Packet is a different world to dialup. The simplex mode is a real change, and the BBS interface needs to be as cut down as possible. Another issue is file transfers. If you're running IP, FTP works well, and is probably the most reliable protocol. For raw AX.25, you need to use something like YAPP (is there an external YAPP protocol that can be used with a BBS?).

    Many clients only transmit stuff when a buffer fills up or the user
    hits enter, whichever comes first, and that CR, LF, or both usually
    gets sent along. Menus, etc. need to take this into account (eg. no hotkeys).

    Correct, unless the client implements the hotkey stuff.

    Using a packet BBS is fun at first and then quickly gets boring. If I were to approach this again, I'd probably focus more on message
    transfer and less on a straight UI. (Let BBSs talk to each other over
    the air, read stuff offline or over the internet.)

    I've got all kinds of different ideas about this and could say a lot
    more ... but I won't for now.

    I'd be interested to hear.

    I wonder if it's possible to use some sort of "theme" that can handle the packet side. Also, in the past, there used to be packet <--> FTN gateway software, but very little, if any seems to have made it to the Internet. This allowed an echo to receive packet bulletin feeds, and also private messaging was possible to authorised FTN users.


    ... I use windows...on my car, on my house, but not on my...
    === MultiMail/Win v0.51
    --- SBBSecho 3.03-Linux
    * Origin: Freeway BBS Bendigo,Australia freeway.apana.org.au (21:1/109)
  • From Vk3jed@21:1/109 to g00r00 on Wednesday, February 06, 2019 19:22:00
    On 02-05-19 21:48, g00r00 wrote to Avon <=-

    If you are using Linux you should be able to make Mystic available by AX.25 in the same way that dialup is supported. When a user logs in
    they end up getting a shell, which is just a software application.
    Mystic can run as a shell, essentially replacing a command prompt with
    the BBS.

    If you run ax25d, you should be able to get Mystic to launch on connection.

    So in theory anything that can get to a Linux login prompt can work
    with Mystic, and that should include dialup and AX.25. For Windows, I don't know if there is solution.

    You'd probably have to make a really minimal theme specifically
    designed for radio because these big ANSI interfaces probably won't translate well.

    As well as no hotkeys, lightbars or spinning cursors. :)


    ... AAcckk!! II''mm iinn hhaallff dduupplleexx
    === MultiMail/Win v0.51
    --- SBBSecho 3.03-Linux
    * Origin: Freeway BBS Bendigo,Australia freeway.apana.org.au (21:1/109)
  • From sPINOZa@21:1/116 to g00r00 on Wednesday, February 06, 2019 11:57:28
    Hello g00r00,

    1: For the classic file listing method it would be nice to have an "End of
    File listing" (pause) prompt.

    2: The classic File Listing wastes a lot of file description space caused by the "Tag" prompt. It would be nice if the tag is displayed immediately after the last line (without empty line) and removed (replaced) by the next line of the description when the user continues.

    Example Now:

    Filename .... etc etc description line 1
    description line 2
    description line 3

    (t)ag file etc

    description line 4

    Preferred:

    Filename .... etc etc description line 1
    description line 2
    description line 3
    (t)ag file etc

    after enter:

    Filename .... etc etc description line 1
    description line 2
    description line 3
    description line 4

    Gtx!

    --- Mystic BBS v1.12 A39 2018/04/21 (Linux/64)
    * Origin: -.sOUNDGARDEn.- (21:1/116)
  • From sPINOZa@21:1/116 to g00r00 on Wednesday, February 06, 2019 15:15:49
    Feature requests for the File Bases (might also be nice for Message bases)

    1. configurable area ID + sorting on ID instead of sorting on name (or regenerate IDs when areas (bases) are inserted).

    2. configurable location (path) of the File header files
    3. configurable location (path) of the File base files

    --- Mystic BBS v1.12 A39 2018/04/21 (Linux/64)
    * Origin: -.sOUNDGARDEn.- (21:1/116)
  • From sPINOZa@21:1/116 to g00r00 on Wednesday, February 06, 2019 15:18:31
    1. Option to switch to a different theme via a autocmd menu option
    2. Option to set a security level to a theme

    --- Mystic BBS v1.12 A39 2018/04/21 (Linux/64)
    * Origin: -.sOUNDGARDEn.- (21:1/116)
  • From g00r00@21:1/108 to Erazmus on Wednesday, February 06, 2019 09:21:35
    can I ask how I would go about running mis in daemon mode while also having a single instance of mgetty spawning mystic as a shell? I think I can cast my mind back far enough to remember how to mess around with getting mgetty to answer a modem, but I'm unsure of running mis at the same time as spawning a single instance of mystic.

    They're made to work together. You can run ./mystic while MIS is running, so if you have mgetty run ./mystic that should be all you need to do.

    --- Mystic BBS v1.12 A42 2019/02/01 (Linux/64)
    * Origin: Sector 7 (21:1/108)
  • From g00r00@21:1/108 to Avon on Wednesday, February 06, 2019 09:23:57
    So in theory anything that can get to a Linux login prompt can work w Mystic, and that should include dialup and AX.25. For Windows, I don know if there is solution.

    Yeah I know little of the Linux options but as you know for me, for the most part, I'm running windows stuff. But thanks for the info.

    Yah, I think you'd have to throw a BBS on a Pi or something if you wanted to support AX.25. I am not against adding in that or dialup, its just a matter
    of having the hardware to maintain it and the time to do it.

    --- Mystic BBS v1.12 A42 2019/02/01 (Linux/64)
    * Origin: Sector 7 (21:1/108)
  • From g00r00@21:1/108 to Vk3jed on Wednesday, February 06, 2019 09:29:46
    Can't get real POTS lines here anymore, VoIP is the only game in town. But VoIP _should_ work, provided you're able to run g.721 (a or u), because that as the coding used on digital POTS exchanges since at least as far back as the 1980s.

    I am "lucky" I guess in that regard because I live in an metro area of about 6 million people, so they still offer them to businesses. Its just that the cost was stupid high the last time I looked into it.

    It'd be much better for me to buy emulation hardware for a few hundred dollars (I'm probably not saavy enough to build my own as someone else mentioned).

    But kind of like you said - I don't know whose going to use it. If VOIP was usable I think it might be a worthwhile investment, but since a POTS line is so rare there just aren't going to be people who want to spend that money to have one. And there aren't enough users who have a POTS line who want to call BBSes and pay a long distance fee on top of it.

    I'd be very interested to see your VOIP results if you do try it. I've heard that at least the VOIP on my ISP does not work (I've seen threads of people complaining about issues when trying to use it for fax modems)

    --- Mystic BBS v1.12 A42 2019/02/01 (Linux/64)
    * Origin: Sector 7 (21:1/108)
  • From g00r00@21:1/108 to Vk3jed on Wednesday, February 06, 2019 09:32:28
    If you run ax25d, you should be able to get Mystic to launch on connection.

    Hah I probably could have guessed at what the daemon was called and got it right! Assuming it works like other daemons of that type then yeah that should be enough to get it working.

    As well as no hotkeys, lightbars or spinning cursors. :)

    All of those can be disabled if an AX25 theme were created :)

    --- Mystic BBS v1.12 A42 2019/02/01 (Linux/64)
    * Origin: Sector 7 (21:1/108)
  • From g00r00@21:1/108 to sPINOZa on Wednesday, February 06, 2019 09:35:37
    1: For the classic file listing method it would be nice to have an "End
    of File listing" (pause) prompt.

    I'll put that on the list of things to look into.

    2: The classic File Listing wastes a lot of file description space
    caused by the "Tag" prompt. It would be nice if the tag is displayed immediately after the last line (without empty line) and removed (replaced) by the next line of the description when the user continues.

    I'm not quite sure I am following you on this one.

    Example Now:

    Filename .... etc etc description line 1
    description line 2
    description line 3

    (t)ag file etc

    description line 4

    The reason it works like this is because if Mystic redisplays the entire file and not just the continuation of the description, it becomes really confusing because you're constantly seeing what you've already seen.

    I am not sure if that is what you're suggeting, but I have tried that way
    back when I was adding in the previous page functions into the standard file listing and I found it to not be very usable.

    I might totally be not understanding what you're asking for tho :)

    --- Mystic BBS v1.12 A42 2019/02/01 (Linux/64)
    * Origin: Sector 7 (21:1/108)
  • From g00r00@21:1/108 to sPINOZa on Wednesday, February 06, 2019 09:41:20
    1. configurable area ID + sorting on ID instead of sorting on name (or regenerate IDs when areas (bases) are inserted).

    I can't regenerate the IDs or make them configurable. They're not made to be sequential numbers, they are unique identifiers that can never change. What I was planning to do was to move the ID field after the name in the editors so maybe its less confusing.

    I could do both, where I move the ID to the right side of the window, and then add a sequential number on the left, but it woudn't really serve much of a purpose. Having two sets of numbers could confuse people when they need to enter the ID for a base.

    2. configurable location (path) of the File header files
    3. configurable location (path) of the File base files

    I will probably not do these, sorry. :( I hate having to say that!

    I want to get away from having various paths configured all over the BBS. It makes it very difficult to move the BBS to a new drive, directory, or OS.

    --- Mystic BBS v1.12 A42 2019/02/01 (Linux/64)
    * Origin: Sector 7 (21:1/108)
  • From g00r00@21:1/108 to sPINOZa on Wednesday, February 06, 2019 09:44:01
    1. Option to switch to a different theme via a autocmd menu option

    If this is not an option now, I will make sure I make it one :)

    2. Option to set a security level to a theme

    Themes are selectable before a user logs in so there isn't a way to apply access to it. I could make an ACS string for it, but it'd only end up confusing people since it would only apply when changing themes after the
    user logs in.

    But assuming the first option you requested above is implemented (and it will be if its not already there now I have to check), then you can do it yourself with the menu system. :)

    Thanks for all of these suggestions! Great stuff!

    --- Mystic BBS v1.12 A42 2019/02/01 (Linux/64)
    * Origin: Sector 7 (21:1/108)
  • From g00r00@21:1/108 to sPINOZa on Wednesday, February 06, 2019 11:39:32
    1. Option to switch to a different theme via a autocmd menu option
    2. Option to set a security level to a theme

    I double checked and you can already do this:

    Command: GE
    Data: 14 <theme filename>

    or just use 14 with nothing else to allow them to select the theme.

    --- Mystic BBS v1.12 A42 2019/02/01 (Linux/64)
    * Origin: Sector 7 (21:1/108)
  • From Michael Braun@21:4/117 to sPINOZa on Wednesday, February 06, 2019 20:18:07
    Another idea would be to make a deeper file structuring. currently you can
    only create a group and then individual filebases. It would be better if you could create several groups together. as an an example ....
    Windows -> Games -> Adventure
    -> Arcade
    -> Puzzle
    Audiofiles -> Dance Music -> MP3

    Unfortunately, this is something that can only be solved via menus.

    ______ __ __
    | __ \.----.---.-.|__|.-----.-----.--.--.----.| |--.-----.----.
    | __ <| _| _ || || |__ --| | | __|| <| -__| _|
    |______/|__| |___._||__||__|__|_____|_____|____||__|__|_____|__|
    Brainsuxx.inc BBS - brainsuxxinc.ddns.net:23

    --- Mystic BBS v1.12 A43 2019/02/05 (Windows/32)
    * Origin: Brainsuxx.inc BBS brainsuxxinc.ddns.net (21:4/117)
  • From g00r00@21:1/108 to Michael Braun on Wednesday, February 06, 2019 15:51:54
    Another idea would be to make a deeper file structuring. currently you
    can only create a group and then individual filebases. It would be
    better if you could create several groups together. as an an example ....

    I am not sure how I'd be able to expand the current system without redoing the entire way groups work. Groups can be used for anything not just file bases, so we'd have to probably lose a lot of the flexibility of groups in their current state to make something like this.

    Audiofiles -> Dance Music -> MP3

    Unfortunately, this is something that can only be solved via menus.

    Yep, it can be done with menus or a custom MPL or Python area changer. Maybe this would be a good idea for an addon script written in Python or MPL or something.

    I think you could try to build something with the group system without menus or scripting, but I don't know how pretty it'd be. You could in theory say that group 6 cannot be seen unless they're a member of group 1, which essentially makes group 6 a child of group 1. I am trying to think how that'd actually play out though... probably not a good way lol

    --- Mystic BBS v1.12 A42 2019/02/01 (Linux/64)
    * Origin: Sector 7 (21:1/108)
  • From Erazmus@21:1/133 to g00r00 on Wednesday, February 06, 2019 14:18:48
    On 06 Feb 2019, g00r00 said the following...

    They're made to work together. You can run ./mystic while MIS is
    running, so if you have mgetty run ./mystic that should be all you need
    to do.

    So what node number does the stand-alone mystic process run at?

    Ian

    --- Mystic BBS v1.12 A42 2019/02/01 (Linux/64)
    * Origin: The Parity Error BBS - Kelowna, BC, Canada (21:1/133)
  • From g00r00@21:1/108 to Erazmus on Wednesday, February 06, 2019 17:59:35
    They're made to work together. You can run ./mystic while MIS is running, so if you have mgetty run ./mystic that should be all you ne to do.

    So what node number does the stand-alone mystic process run at?

    It finds one when you run it, so it varies like any other connection to
    Mystic. You can have MIS telnet, SSH and RLOGIN all going alongside
    things like mgetty, inetxd, ax25d etc.

    All you have to do is run ./mystic and nothing else, and it should just work! :)

    --- Mystic BBS v1.12 A43 2019/02/06 (Linux/64)
    * Origin: Sector 7 (21:1/108)
  • From Bucko@21:4/131 to Vk3jed on Wednesday, February 06, 2019 19:13:08
    On 06 Feb 2019, Vk3jed said the following...


    Has anyone tried using something like SEXPOTS with Mystic?


    I tried it, I am sure Mystic would have worked but since I have a useless
    VOIP line it was no go.. As I am sure you know all Sexpots does it answer
    the phone and send the call to a Telnet port. It did work when I was able to get connections to Synchro, and I am sure it would work with Mystic or any other BBS.

    --- Mystic BBS v1.12 A42 2019/02/01 (Windows/32)
    * Origin: The Wrong Number Family Of BBS' - Wrong Number ][ (21:4/131)
  • From Erazmus@21:1/133 to g00r00 on Wednesday, February 06, 2019 19:40:52
    On 06 Feb 2019, g00r00 said the following...

    It finds one when you run it, so it varies like any other connection to Mystic. You can have MIS telnet, SSH and RLOGIN all going alongside things like mgetty, inetxd, ax25d etc.

    All you have to do is run ./mystic and nothing else, and it should just work! :)

    This is cool :) I have access to a POTS line at the data centre where the
    BBS is so next time I'm there I'm going to give this a try.

    Ian

    --- Mystic BBS v1.12 A42 2019/02/01 (Linux/64)
    * Origin: The Parity Error BBS - Kelowna, BC, Canada (21:1/133)
  • From sPINOZa@21:1/116 to Michael Braun on Thursday, February 07, 2019 11:04:39
    Yowlz!

    Another idea would be to make a deeper file structuring. currently you
    can only create a group and then individual filebases. It would be
    better if you could create several groups together. as an an example .... Windows -> Games -> Adventure
    -> Arcade
    -> Puzzle
    Audiofiles -> Dance Music -> MP3

    I already did this on my board, I used flags for it and I called them sub groups. Some of those sub groups contain more than 2000 file areas. Thats
    also the reason why I asked for configurable File base (header) files locations and a more flexible usage of File base management. My data dir is almost FULL -lol-

    Gtx!

    --- Mystic BBS v1.12 A39 2018/04/21 (Linux/64)
    * Origin: -.sOUNDGARDEn.- (21:1/116)