Now that the "basics" are done for MIS, I am able to work on more things (including things to make MIS or any of the servers better).

If there is one thing you'd like to see done before anything else feel free
to let me know here. I am undecided on what I prioritize first so I've
just been randomly doing little things here and there.

--- Mystic BBS v1.12 A36 2017/12/01 (Windows/64)
* Origin: Sector 7 [Mystic BBS WHQ] (21:1/108)

On 12/03/17, g00r00 pondered and said...

If there is one thing you'd like to see done before anything else feel free to let me know here. I am undecided on what I prioritize first so

A)

I'd love to see the implementation of a security system for echonodes with
ACS settings for individual control over echomail and files. If you refer to your echomails security notes and the conversations we had back in September spanning MUTIL automated hatching, finishing off Hatch ACS, additions of Areafix ACS etc.. from a HUB operations point of view all of the above
appeals greatly.


B)

Further ideas for you around the area of development of future features for a HUB set up with respect to management / activity tracking of echonodes..

Let's say Mystic could retain and display some on the fly stats about each
echo node that is set up.

* Last connection date/time

* Amount of data sent/recieved (and ideally shown as a total and then split
out as IPv4 / IPv6 traffic stats also)

* If possible stats tracking the actual number of echomail messages, files, received at the HUB from the echonode and sent to the echonode from the HUB.

* Days inactive (tracks how many days no connection activity has been seen since last known connection in/out)

With this info a few nice features / reports could be created.

1) Ability to pull a report of inactive nodes. Sysop to set threshold for
days inactive to the be basis of the report. That could be generated as a txt file and then MUTIL could post it to echo area / BBS email, etc.

2) Ability to get Mystic to set export type and file box status of known 'inactive' nodes from Crash to Hold... and if after X further days to make
the echonode 'inactive' -- this would also lend itself to some system generated report so as to alert the sysop of automated changes being made
based on preset parameters

3) Ability for Mystic to generate some traffic reporting stats for a HUB / BBS wanting them to post to echomail / send as netmail to others.

I'd better stop now :)

Best, Paul

--- Mystic BBS v1.12 A36 2017/12/01 (Windows/32)
* Origin: Agency BBS | telnet://agency.bbs.geek.nz (21:1/101)

On 12/04/17, Avon pondered and said...

On 12/03/17, g00r00 pondered and said...

If there is one thing you'd like to see done before anything else fee free to let me know here. I am undecided on what I prioritize first

I'd also suggest you release A36 ... there's a lot of change in there already so it would be good to get it out the door and then I can start updating
videos etc. :)

--- Mystic BBS v1.12 A36 2017/12/01 (Windows/32)
* Origin: Agency BBS | telnet://agency.bbs.geek.nz (21:1/101)

A)

I sort of expected these would be your requests since we've already talked about this and how I planned to do it. At least some of them - I have a lot more that I didn't mention! It is higher up on the list

B)

When I made the echomail nodes configuration I did anticipate some echomail reporting and automated features so there is already some of what you're asking in place. I'll probably need to make some data changes based on your suggestions:

IPV4 connections received
IPV4 connections made
IPV6 connections received
IPV6 connections made
Messages imported
Messages exported
Files imported (should this be hatched files? bundles, unknown files?)
Files exported (just hatched files or bundles too?)
Unknown files received?

The thing for discussion is how we track files. Do we just track the number of files BINKP sends or receives (which is how its designed to work now), or do we try to break that down more? I don't want to make it too convoluted...

What I think it does now is tracks the BINKP files sent and receives, and then we can add in the number of files tossed into FDN or hatched from FDN. Tracking the number of bundles specifically might not be that useful, since we're tracking the messages exported and imported per node already. What do you think?

A potential downside with the current way it tracks this stuff is that there is no historical data. Once you reset the stats of a node at whatever interval you decide, you lose the previous data...

Maybe it'd be better to keep historical data for a month or a year on a node or something, but when I start doing stuff like this it could effect the tossing and exporting times significantly, not sure yet.

Do you see a need for historical reporting?

--- Mystic BBS v1.12 A36 2017/12/01 (Windows/64)
* Origin: Sector 7 [Mystic BBS WHQ] (21:1/108)

For me, I'd like to see full internet email with relay support , etc.

Rescan for filefix

NNTP issues resolved (whatever they end up being)

Thanks for the hard work!

On 06:08 03/12 , g00r00 wrote:

Now that the "basics" are done for MIS, I am able to work on more things >(including things to make MIS or any of the servers better).

If there is one thing you'd like to see done before anything else feel free >to let me know here. I am undecided on what I prioritize first so I've
just been randomly doing little things here and there.

--- Mystic BBS v1.12 A36 2017/12/01 (Windows/64)
* Origin: Sector 7 [Mystic BBS WHQ] (21:1/108)

--
yrNews Usenet Reader for iOS
http://appstore.com/yrNewsUsenetReader

--- Mystic BBS/NNTP v1.12 A36 2017/12/01 (Linux/64)
* Origin: -=The ByteXchange BBS : bbs.thebytexchange.com=- (21:1/107)

Also, agree release A36.

And I'd agree with avon on the hub. I run two hubs on Mystic and would love
to see them. Also, hub and binkp reporting stats from mutil would be nice.

On 06:08 03/12 , g00r00 wrote:

Now that the "basics" are done for MIS, I am able to work on more things >(including things to make MIS or any of the servers better).

If there is one thing you'd like to see done before anything else feel free >to let me know here. I am undecided on what I prioritize first so I've
just been randomly doing little things here and there.

--- Mystic BBS v1.12 A36 2017/12/01 (Windows/64)
* Origin: Sector 7 [Mystic BBS WHQ] (21:1/108)

--
yrNews Usenet Reader for iOS
http://appstore.com/yrNewsUsenetReader

--- Mystic BBS/NNTP v1.12 A36 2017/12/01 (Linux/64)
* Origin: -=The ByteXchange BBS : bbs.thebytexchange.com=- (21:1/107)

On 12/03/17, g00r00 said the following...

If there is one thing you'd like to see done before anything else feel free to let me know here. I am undecided on what I prioritize first so I've just been randomly doing little things here and there.

Just one? ;)

1. Just a couple small things so far that probably aren't a huge deal to many, but the &0 pipe code used with templates (which are probably going away at
some point anyways, but) and any other time-based MCI code I'd like to see
the format changed to having seconds added on.

For example, when messages were written and imported (static), and on the
other side of the coin the TI MCI code could be used on say the full screen message editor and actually show real time with seconds incrementing.

2. While I've changed my full screen editor, I don't think there's much I
could do that would cause this: When having a decent sized screen of text, whether already written or quoted, scrolling up to a previous page will sometimes bring some of the text from the lower page that scrolled up with
it, not so much overwriting the text displayed, but added to it (ie: before
or after).

Also, after editing whatever I needed to above (it's happening in this
message so I'm trying to describe it as best I can), then I scroll back down
to where I left off. This would then add the top line of the lower window to the bottom of where I left off, but as soon as I get to it and start writing over it, the entire line disappears. A little hard to explain, so if you need screenies I can do that for you at some point.

3. Some possible way to save the prompts without having to completely log off the BBS. While I start working on modding some aspect of the system, I'll see one prompt at a time and change them as I go, so I can see the placement and all that. However, changing one prompt requires me to hang up and call back again in order to see it in it's changed form. If it's fairly difficult maybe even an option or menu command one could make globally available for the
sysop to reset them. *shrug*

Now that I think of it, can't you just go to the account settings and
re-select your theme? If so, nevermind. Forgive me, it's been awhile. ;)

Nothing major, just little quirks (possibly even more personal than anything)
I may come across in this whole process.

Regards,
Nick

--- Mystic BBS v1.12 A36 2017/12/01 (Linux/64)
* Origin: _thePharcyde telnet://bbs.pharcyde.org (Wisconsin) (21:1/200)

On 12/04/17, Avon said the following...

Let's say Mystic could retain and display some on the fly stats about
each echo node that is set up.

Agreed.

1) Ability to pull a report of inactive nodes. Sysop to set threshold for days inactive to the be basis of the report. That could be generated as
a txt file and then MUTIL could post it to echo area / BBS email, etc.

This one is huge. Also, to alleviate a lot of manual intervention, a
threshold setting for say if there has been no connection (in or out) made
with a node in 14 days, put everything on hold for them rather than crash (to stop the connection attempts 100s of times per day), 30 days or something for actually auto-stopping the feed, no matter what the crash/hold status is.

That way keeping their actual settings in tact they could easily reconnect to echos via Areafix and restart the feed whenever they get around to looking at their system. This would prevent a LOT of backed up mail packets/bundles from being created.

I'd better stop now :)

Or write him a book. ;)

Regards,
Nick

--- Mystic BBS v1.12 A36 2017/12/01 (Linux/64)
* Origin: _thePharcyde telnet://bbs.pharcyde.org (Wisconsin) (21:1/200)

On 12/04/17, Avon said the following...

I'd also suggest you release A36 ... there's a lot of change in there already so it would be good to get it out the door and then I can start updating videos etc. :)

Just think, if prealphas hadn't started, right now we'd be somewhere around A95! ;)

Regards,
Nick

--- Mystic BBS v1.12 A36 2017/12/01 (Linux/64)
* Origin: _thePharcyde telnet://bbs.pharcyde.org (Wisconsin) (21:1/200)

On 12/03/17, g00r00 said the following...

Do you see a need for historical reporting?

Not if a report is generated. If the report generated resets the historical data, you still have the report as historical data, which can be archived (if you want to) outside of Mystic itself.

I'd think that would keep Mystic's blazing speed in tact, and the nuts that want to look back to find out how many messages one link generated one
specific day 3 years ago, can by looking at their reports (which could be exported to text files, or made into text files right away which could in
turn be posted with mutil, etc).

Regards,
Nick

--- Mystic BBS v1.12 A36 2017/12/01 (Linux/64)
* Origin: _thePharcyde telnet://bbs.pharcyde.org (Wisconsin) (21:1/200)

On 12/03/17, g00r00 said the following...

If there is one thing you'd like to see done before anything else feel free to let me know here. I am undecided on what I prioritize first so I've just been randomly doing little things here and there.

One more while it's still fresh in my head.. ;)

The ability to copy/paste menu options to a completely different menu would
be helpful when trying to organize and move stuff around.

Regards,
Nick

--- Mystic BBS v1.12 A36 2017/12/01 (Linux/64)
* Origin: _thePharcyde telnet://bbs.pharcyde.org (Wisconsin) (21:1/200)

On 12/03/17, Accession pondered and said...

Just think, if prealphas hadn't started, right now we'd be somewhere around A95! ;)

Ain't that the truth :)

Best, Paul

--- Mystic BBS v1.12 A36 2017/12/01 (Windows/32)
* Origin: Agency BBS | telnet://agency.bbs.geek.nz (21:1/101)

On 12/03/17, g00r00 pondered and said...

A)

I sort of expected these would be your requests since we've already
talked about this and how I planned to do it. At least some of them - I have a lot more that I didn't mention! It is higher up on the list

Thanks! :)

B)

The thing for discussion is how we track files. Do we just track the number of files BINKP sends or receives (which is how its designed to
work now), or do we try to break that down more? I don't want to make
it too convoluted...

Will ponder your comments and reply later today my time when I have more time to think/reply :)

Best, Paul

--- Mystic BBS v1.12 A36 2017/12/01 (Windows/32)
* Origin: Agency BBS | telnet://agency.bbs.geek.nz (21:1/101)

On 12/03/17, g00r00 said the following...

Now that the "basics" are done for MIS, I am able to work on more things (including things to make MIS or any of the servers better).

If there is one thing you'd like to see done before anything else feel free to let me know here. I am undecided on what I prioritize first so I've just been randomly doing little things here and there.

We still checking into the issue I posted previously about SSH and dropping
the caller mid menu draw? =)

Thanks/Cheers!
Pequito

--- Mystic BBS v1.12 A36 2017/12/01 (Linux/32)
* Origin: Twinkle BBS # (21:1/126)

We still checking into the issue I posted previously about SSH and dropping the caller mid menu draw? =)

Yes, I've added logging into the "node" logs to see what happens after the connection is established.

--- Mystic BBS v1.12 A37 2017/12/04 (Windows/64)
* Origin: Sector 7 [Mystic BBS WHQ] (21:1/108)

For example, when messages were written and imported (static), and on the other side of the coin the TI MCI code could be used on say the full screen message editor and actually show real time with seconds incrementing.

I will have to experiment with that particularly in the FS editor. I think the editor at one point used to update by minute for timeleft and time but I don't remember if it still has that option.

The main concern I have is that Mystic's editor already does a crazy amount of stuff as you type (assuming you have the on-the-fly spell checking and word suggestions enabled). I want to make sure that the editor never feels too "clunky"... even on a Pi. I'll have to experiment with it...

But I suppose if its optional it wouldn't hurt even if it did slow things
down.

As far as dates in general, I plan to revamp dates across the board at some point soon (ish) to include 4 year input for date input and to (probably) change the format to be "26 Dec 2017". I can't stand the 11/11/11 formatted dates - I have to think too much about what I'm looking at when I see it.

As far as the editor wonkiness, my brain is so tired right now that I can't really follow. If there is any way you can reproduce anything consistantly that would be the most helpful. If not though we can figure it out.

There are some weird wrapping behaviors at times, but its not text getting completely lost... Thats absolutely a bad thing that I haven't experienced outside of cutting and pasting bug that I recently fixed.

Mystic's editor isn't really an editor. Its an ANSI editor with a bunch of crap layered on top of it to make it seem like an editor. The reason I mention this is because it doesn't actually track hard carrage returns and wrap lines on the fly like a FS editor probably should do. Instead, it formats your message as you type it, so any sort of "wrapping" and "joining" has to be done by applying crazy logic that tries to figure out what you want to happen.

This logic fails annoying hard if (for example) you accidentally hit a key within a quote and then press delete --- it will often rewrap the quote and screw it all up. I need to work on that.

Anyay, I am rambling. I gotta get to sleep this is super late for me.

--- Mystic BBS v1.12 A37 2017/12/04 (Windows/64)
* Origin: Sector 7 [Mystic BBS WHQ] (21:1/108)

Let's say Mystic could retain and display some on the fly stats about each echo node that is set up.

Agreed.

I have a system drawn up and even some code going for a group system that has an ACS-like enforcement for downlinks. Hopefully it turns out nice - its something I want to work on soon.

This one is huge. Also, to alleviate a lot of manual intervention, a threshold setting for say if there has been no connection (in or out)
made with a node in 14 days, put everything on hold for them rather than crash (to stop the connection attempts 100s of times per day), 30 days

I agree this is an awesome idea and it needs to happen! I don't think it
will be that difficult to do either.

--- Mystic BBS v1.12 A37 2017/12/04 (Windows/64)
* Origin: Sector 7 [Mystic BBS WHQ] (21:1/108)

One more while it's still fresh in my head.. ;)

The ability to copy/paste menu options to a completely different menu would be helpful when trying to organize and move stuff around.

Someone else was asking for that too. I'll put it on the list. I do remember looking into it, and I think I determined it was more difficult than expected. But I think its a good idea, and I myself have been at the point where I was annoyed I couldn't copy between menus.

--- Mystic BBS v1.12 A37 2017/12/04 (Windows/64)
* Origin: Sector 7 [Mystic BBS WHQ] (21:1/108)

On 12/04/17, g00r00 said the following...

But I suppose if its optional it wouldn't hurt even if it did slow things down.

True. And to be honest, I would rather just see seconds added on to the time format everywhere statically. I don't need it to increment in the FSE at all, it was just an idea. ;)

As far as dates in general, I plan to revamp dates across the board at some point soon (ish) to include 4 year input for date input and to (probably) change the format to be "26 Dec 2017". I can't stand the 11/11/11 formatted dates - I have to think too much about what I'm
looking at when I see it.

Sounds good. I like that idea too!

As far as the editor wonkiness, my brain is so tired right now that I can't really follow. If there is any way you can reproduce anything consistantly that would be the most helpful. If not though we can
figure it out.

Yes. I'll take a screenshot of this message.

*TAKEN AND EMAILED (so make sure you check your email! lol*

So, what I did was right when I typed the period in the last sentence above,
I scrolled all the way up to the top of the message using the up arrow. Then held the down arrow to go back down to the last sentence. When the top half
of the message turned back into the bottom half, I was left with that screenshot.

This can be reproduced every time, and also seems to happen when I have a
full page of text and get to the bottom of the editor window, and wrap on the last line moving all the text up half the screen as well. It seems to take a line that was already written from the scrolled text above and move it down a line below the last line of the message.

Hope that helps.

There are some weird wrapping behaviors at times, but its not text
getting completely lost... Thats absolutely a bad thing that I haven't experienced outside of cutting and pasting bug that I recently fixed.

I haven't seen text get lost yet. Just sometimes it gets duplicated, and sometimes when editing inside a paragraph it only wraps the current line properly, leaving the rest of the paragraph to manual editing (but since you mentioned it's like an ansi editor, I can kinda see why it's doing that).

Anyay, I am rambling. I gotta get to sleep this is super late for me.

NO SLEEP TILL BROOKLYN! LOOOOOOL, After the story you told, that's mighty fitting! ;)

Regards,
Nick

--- Mystic BBS v1.12 A36 2017/12/03 (Linux/64)
* Origin: _thePharcyde telnet://bbs.pharcyde.org (Wisconsin) (21:1/200)

On 12/04/17, g00r00 said the following...

I have a system drawn up and even some code going for a group system
that has an ACS-like enforcement for downlinks. Hopefully it turns out nice - its something I want to work on soon.

So are you revamping the group system stuff?

I just ran into an issue or two in regards to group and message base ACS recently. Having all my stuff separated into networks obviously, then using a lightbar group selector, choosing say "Local", but then using the message
index reader (ie: not actually manually using "J" or "A" anymore, every
single echo and netmail area are all labeled as being in the "Local" group.

So, it just may be something in regards to the indexed message reader that is not knowing what areas belong to what groups except for how it separates areas into groups with dividers, etc.

Regards,
Nick

--- Mystic BBS v1.12 A36 2017/12/03 (Linux/64)
* Origin: _thePharcyde telnet://bbs.pharcyde.org (Wisconsin) (21:1/200)

On 12/04/17, g00r00 said the following...

Someone else was asking for that too. I'll put it on the list. I do remember looking into it, and I think I determined it was more difficult than expected. But I think its a good idea, and I myself have been at
the point where I was annoyed I couldn't copy between menus.

I had some brain damaged idea to move all of the "BBS utility" stuff from the main menu to the door/external menu (ie: Last callers, One liners, User list, etc), and well.. Right now they're all still on the main menu because I
didn't want to manually move all of them at the time.

So then I worked on my message system modding instead. ;)

Regards,
Nick

--- Mystic BBS v1.12 A36 2017/12/03 (Linux/64)
* Origin: _thePharcyde telnet://bbs.pharcyde.org (Wisconsin) (21:1/200)

On 12/03/17, g00r00 said the following...

If there is one thing you'd like to see done before anything else feel free to let me know here. I am undecided on what I prioritize first so I've just been randomly doing little things here and there.

I would love to see some functionality similar to JAMNNTPD ported into Mystic's NNTP server.
JAMNNTPD works fine and I have a few users that make good use of it, but still is a separated server that needs to be maintained, and if I could use Mystic's integrated NNTP server it would be awesome.

----
Regards from Nighthawk - AKA Flavio Bessa
Sysop of Saturn's Orbit BBS - Rio de Janeiro, Brazil
fcbessa@gmail.com - saturnsorbit.hopto.org

--- Mystic BBS v1.12 A36 2017/11/27 (macOS/64)
* Origin: Chiron, orbiting Saturn - Brazil (21:1/146.1)

I would love to see some functionality similar to JAMNNTPD ported
into Mystic's NNTP server.
JAMNNTPD works fine and I have a few users that make good use of it, but still is a separated server that needs to be maintained, and if I could use Mystic's integrated NNTP server it would be awesome.

What exactly do you mean? What specifically do you think the NNTP server
needs that JAMNNTP does?

--- Mystic BBS v1.12 A37 2017/12/05 (Windows/32)
* Origin: Sector 7 [Mystic BBS WHQ] (21:1/108)

On 12/05/17, g00r00 said the following...

What exactly do you mean? What specifically do you think the NNTP server needs that JAMNNTP does?

JamNNTP updates the TO: part of the message according to BBS standards, while when you use Mystic's internal NNTP server, they go to ALL.

You can see a few messages from me at FSX_GEN with my real name on it,
when I use that, I am reading mail through JAMNNTPD using the Newstap app on
my iPhone.

----
Regards from Nighthawk - AKA Flavio Bessa
Sysop of Saturn's Orbit BBS - Rio de Janeiro, Brazil
fcbessa@gmail.com - saturnsorbit.hopto.org

--- Mystic BBS v1.12 A37 2017/12/06 (macOS/64)
* Origin: Chiron, orbiting Saturn - Brazil (21:1/146.1)

On 12/03/17, g00r00 pondered and said...

I realise I am overdue in a reply to this thread - apologies :)

B)

When I made the echomail nodes configuration I did anticipate some echomail reporting and automated features so there is already some of
what you're asking in place. I'll probably need to make some data
changes based on your suggestions:

Thank you :)

Files imported (should this be hatched files? bundles, unknown
files?) Files exported (just hatched files or bundles too?)
Unknown files received?

From my point of view the more granularity possible the better.

The thing for discussion is how we track files. Do we just track the number of files BINKP sends or receives (which is how its designed to
work now), or do we try to break that down more? I don't want to make
it too convoluted...

I think more, but agree it could become overkill.

What I think it does now is tracks the BINKP files sent and receives,
and then we can add in the number of files tossed into FDN or hatched
from FDN. Tracking the number of bundles specifically might not be that useful, since we're tracking the messages exported and imported per node already. What do you think?

I agree, bundles not needed, rest sounds good.

A potential downside with the current way it tracks this stuff is that there is no historical data. Once you reset the stats of a node at whatever interval you decide, you lose the previous data...

Yep yep..

Maybe it'd be better to keep historical data for a month or a year on a node or something, but when I start doing stuff like this it could
effect the tossing and exporting times significantly, not sure yet.
Do you see a need for historical reporting?

I would like to find a way to have the option for historical reporting. The reason being over the longer run it's good to be able to pull reports to discern longer term trends. Without access to that 6,9,12,18 month data etc. it's harder to spot.

Given you're not sure on the overheads retaining that kind of data may impose
I suggest build it in and test to see the impost. Another idea would be to allow the export of the data in such a way that a standalone stats util could incorporate those data files to generate larger more longer term reports..

It would allow you to place a limit on what Mystic needed to track and hold internally but still allow sysops to be able to hold and use older data
over the longer term.

That util (if you do create it) should offer the same reporting options you establish for any internal Mystic stats reports based on internally held data (prior to export).

Hope this helps :)

Best, Paul

--- Mystic BBS v1.12 A37 2017/12/04 (Windows/32)
* Origin: Agency BBS | telnet://agency.bbs.geek.nz (21:1/101)

G00R00, would it be possible to get a seperate log file specificly for
logging areafix commands and responses? I have one of my feeds saying that
he's been sending areafix commands, but not getting responses and I'm having trouble finding where they are comming in in the existing logs. A seperate
log file for area/filefix would be very helpful.

Thanx

-Dallas Vinson

--- Mystic BBS v1.12 A38 2018/01/01 (Windows/32)
* Origin: Before the Web (21:4/102)

Hi g00r00,

I would like to know how it would be for you to use templates for the message index lister?

Currently there is a template for the Indexed Reader (at the group/area browsing level) but when you are listing messages within an area, these is no way (that I know of, I may have skipped something tho) to specify a different template when calling the full-screen message reader (MR if I remember correctly).

I would definitely find it useful for some areas on my board (ie removing the sender for example) since these areas could use the extra space for the subject.

Cheers!

|15 ß Þ |15StackFault |08<|03.|11.|15P|11h|03EN|11o|15M|11.|03.|08>
|11 Ý ß |11The Bottomless Abyss BBS
|03 ß Ýß |03ssh|08.|072222 |08/ |03telnet|08.|072023 |08/ |03https
|08 ÜþÞ |08bbs|07.|08bottomlessabyss|07.|08net

--- Mystic BBS v1.12 A43 2019/03/02 (Linux/64)
* Origin: The Bottomless Abyss BBS * bbs.bottomlessabyss.net (21:1/172)

Currently there is a template for the Indexed Reader (at the group/area browsing level) but when you are listing messages within an area, these
is no way (that I know of, I may have skipped something tho) to specify
a different template when calling the full-screen message reader (MR if
I remember correctly).

The templates are definable per-area in the message base editor: "ansimrd" and "ansimlst" are the defaults. Unfortunately these are the old-style templates from the 1990s not the ones that use .ini files to go along with the ANSI...

This means you can change the look of the reader right down to each message base, but the prompts are not specific to each template like they are in the newer template system (instead they exist in the theme prompts). In order to set the prompts specific to each message base (to match the templates) you'd have to do something with setprompt in MPY or MPL before reading that base.

I really do need to rewrite these things soon and I will try to move it up closer to the top of my notes.

--- Mystic BBS v1.12 A45 2020/02/13 (Windows/64)
* Origin: Sector 7 (21:1/108)

is no way (that I know of, I may have skipped something tho) to speci

The templates are definable per-area in the message base editor:
"ansimrd" and "ansimlst" are the defaults. Unfortunately these are the old-style templates from the 1990s not the ones that use .ini files to
go along with the ANSI...

That's exactly what I meant by "I may have skipped something" :). Now that you tell me, I remember I saw that but when it cam time to implement it, I
couldn't remember and thought I've dreamed about it. I should get some sleep
I guess.

This means you can change the look of the reader right down to each message base, but the prompts are not specific to each template like
they are in the newer template system (instead they exist in the theme prompts). In order to set the prompts specific to each message base (to match the templates) you'd have to do something with setprompt in MPY or MPL before reading that base.

I'll take a closer look with this in mind and see if I can get where I want
to go.

Thanks for the clarifications.@[

Cheers!

|15 ß Þ |15StackFault |08<|03.|11.|15P|11h|03EN|11o|15M|11.|03.|08>
|11 Ý ß |11The Bottomless Abyss BBS
|03 ß Ýß |03ssh|08.|072222 |08/ |03telnet|08.|072023 |08/ |03https
|08 ÜþÞ |08bbs|07.|08bottomlessabyss|07.|08net

--- Mystic BBS v1.12 A43 2019/03/02 (Linux/64)
* Origin: The Bottomless Abyss BBS * bbs.bottomlessabyss.net (21:1/172)