• MC misses listing unread e-mails in its list?

    From Björn Wiberg@2:201/137 to g00r00 on Fri Jul 30 09:53:04 2021
    Hello again, g00r00!

    Some message scanning revisited, but MC this time --

    I just noticed that the MC (check e-mail) function appears to "miss" unread e-mails in its listing -- it only displays (lists) e-mails that are unread *and* new -- however the counter (prompt 127 &2) correctly displays the number of unread e-mails.

    Furthermore, the last read pointer appears not to be correctly updated when reading messages that follow an unread message.

    An example:

    I create these three e-mails in my Private Messages area:

    N 34 Test 1 (unread) Zip Zip
    N 35 Test 2 (read) Zip Zip
    N 36 Test 3 (unread and new) Zip Zip

    MC /UNREAD then shows:

    ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿ ³ ± PM Scan Results ³ ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
    ###### From Subject Date
    ÄÄÄÄÄÄ ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ÄÄÄÄÄÄÄÄ
    1 Zip Test 1 (unread) 07/30/21
    2 Zip Test 2 (read) 07/30/21
    3 Zip Test 3 (unread and new) 07/30/21
    ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
    [þ] You have 3 unread PM(s). Read now? Yes No

    I select "Yes", scroll down to #35 (#2), read it, exit back to the listing with L, and it shows:

    34 Test 1 (unread) Zip Zip
    35 Test 2 (read) Zip Zip
    N 36 Test 3 (unread and new) Zip Zip

    ...which seems correct (#35 is no longer new).

    I exit with G (as my Private Messages is mandatory reading and it will prevent me from exiting with Esc, apparently as long as there are new (N) messages left).

    I then call MC /UNREAD again:

    ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿ ³ ± PM Scan Results ³ ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
    ###### From Subject Date
    ÄÄÄÄÄÄ ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ÄÄÄÄÄÄÄÄ
    2 Zip Test 3 (unread and new) 07/30/21
    ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
    [þ] You have 2 unread PM(s). Read now? Yes No

    Here it misses displaying #34, even though I haven't read it. (It is not new, but still unread.) Notice that the prompt correctly says 2 unread PM(s). Also notice the numbering in the "compressed" list which says #2 rather than an expected #1.

    I select Yes to get to the index listing, scroll down, and notice that #35 is marked as new (N) again:

    N 35 Test 2 (read) Zip Zip
    N 36 Test 3 (unread and new) Zip Zip

    I then read #36 and exit back with L. It correctly shows #35 and #36 as not new:

    35 Test 2 (read) Zip Zip
    36 Test 3 (unread and new) Zip Zip

    I then call MC /UNREAD again, and get:

    ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿ ³ ± PM Scan Results ³ ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
    ###### From Subject Date
    ÄÄÄÄÄÄ ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ÄÄÄÄÄÄÄÄ
    ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
    [þ] You have 1 unread PM(s). Read now? Yes No

    Notice no listing of the only unread message (#34), despite a correct counter (1 unread). The completely empty list confuses the user (= me). :-D

    When calling MC /UNREAD again and selecting Yes to read, scrolling to the bottom of the index listing, it shows:

    N 35 Test 2 (read) Zip Zip
    N 36 Test 3 (unread and new) Zip Zip

    ...i.e. #35 and #36 are new again.

    But if I read the only unread message (#34) -- I can't use MC /UNREAD after that as it will no longer find anything! -- and read message #36 manually (Read, Forward, Enter, scroll down), the index listing then correctly "stays" at:

    35 Test 2 (read) Zip Zip
    36 Test 3 (unread and new) Zip Zip

    ...i.e. last read pointer correctly updated.

    Hoping you'll find some time to take a peek into this on occasion.

    Thanks in advance!

    Best regards
    Bj”rn

    --- Mystic BBS v1.12 A47 2021/07/28 (Linux/64)
    * Origin: Star Collision BBS, Uppsala, Sweden (2:201/137)
  • From g00r00@1:129/215 to Björn Wiberg on Fri Jul 30 09:57:44 2021
    I just noticed that the MC (check e-mail) function appears to "miss" unread e-mails in its listing -- it only displays (lists) e-mails that
    are unread *and* new -- however the counter (prompt 127 &2) correctly displays the number of unread e-mails.

    The e-mail base is not a message base, so throw out the idea of "new messages" and "last read pointers" in this case. MC lists all of the e-mails in your mailbox, and optionally hides the ones which you've read before if you use the /unread option.

    I exit with G (as my Private Messages is mandatory reading and it will prevent me from exiting with Esc, apparently as long as there are new
    (N) messages left).

    This is a bug and will be fixed in the next build. You shouldn't be able to use G to exit in that case. If a base is mandatory read you should never be able to exit unless you've seen the last message. Nice catch!

    Here it misses displaying #34, even though I haven't read it. (It is not new, but still unread.) Notice that the prompt correctly says 2 unread

    Notice no listing of the only unread message (#34), despite a correct counter (1 unread). The completely empty list confuses the user (= me). :-D

    The prompt you are showing is not the default so I don't know what prompt code you are using (that prompt has two prompt codes that give different values). It does look like a bug in that its either not displaying the first message when it should or its displaying the "list" prompts when it should be showing nothing at all. However I cannot seem to produce any problem here...

    If you can give steps on how to reproduce a problem with MC without all of the stuff with the reader/lastread/new messages/etc I think that would be less confusing and more helpful for me. In the meantime I will try to do some more tests based on your original message to see if I can find a way to reproduce a problem!

    I am putting up a new build now with the 'G' mandatory fix in there so it might be helpful to make sure we're both using that version when we try to narrow this issue down. Thanks for the feedback!

    ... Running Windows is better than washing them!

    --- Mystic BBS v1.12 A47 2021/07/28 (Windows/64)
    * Origin: Sector 7 * Mystic WHQ (1:129/215)
  • From Björn Wiberg@2:201/137 to g00r00 on Fri Jul 30 19:08:48 2021
    Hello g00r00!

    Thank you for your reply!

    On 30 Jul 2021, g00r00 said the following...
    The e-mail base is not a message base, so throw out the idea of "new messages" and "last read pointers" in this case. MC lists all of the e-mails in your mailbox, and optionally hides the ones which you've read before if you use the /unread option.

    I suspected that this might be the case, yes! You'll have to forgive me. :-D

    Just to double-check, by "e-mail", you mean a message (OK, e-mail then) in a Base Type: Local with Private: Yes? Or are there some other things that signify an e-mail?

    (How do local "conferences", i.e. Private: No, contrast with message bases of Base Type: Networked and Private: Yes? when it comes to "New" status/last read pointers and Read/Unread status?)

    Anyway... :-D

    able to use G to exit in that case. If a base is mandatory read you should never be able to exit unless you've seen the last message. Nice catch!

    You're welcome!

    The prompt you are showing is not the default so I don't know what
    prompt code you are using (that prompt has two prompt codes that give different values). It does look like a bug in that its either not

    The MC prompt is #127; I've shortened it to using only &2 (= number of unread e-mails) as I felt that that was the only thing of interest to the user when wanting to check for unread e-mails.

    It does look like a bug in that its either not
    displaying the first message when it should or its displaying the "list" prompts when it should be showing nothing at all.

    Yep -- I would say the first, as it didn't display (list an entry for) one unread e-mail.

    If you can give steps on how to reproduce a problem with MC without all
    of the stuff with the reader/lastread/new messages/etc I think that
    would be less confusing and more helpful for me. In the meantime I will

    Yep! :-D

    Simply post two e-mail messages to yourself in a Base Type: Local, Private:
    Yes area. Read the second one, but not the first one. And call MC /UNREAD;
    for me it displays a correct prompt #127, but no entries in the list (prompt #126):

    ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿ ³ ± PM Scan Results
    ³ ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
    ###### From Subject Date
    ÄÄÄÄÄÄ ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ÄÄÄÄÄÄÄÄ
    ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
    [þ] You have 1 unread PM(s). Read now? Yes No

    Keeping my fingers crossed that it isn't something strange with my area configuration. It looks like this:

    Û Name ³ Private Messages (PMs)
    Û
    Û Base Type ³ Local Quote Color ³ Sample
    Û
    Û Newsgroup ³ LOC_PRIVMSGS Text Color ³ Sample
    Û
    Û QWK Name ³ LOC_PRIVMSGS Tear Color ³ Sample
    Û
    Û Echo Tag ³ Origin Color ³ Sample
    Û
    Û File Name ³ LOC_PRIVMSGS Kludge Color ³ Sample
    Û
    Û Path ³ /mnt/bbs/mystic/msgs/local/ Max Msgs ³ 0
    Û
    Û List ACS ³ g1 Max Msg Age ³ 0
    Û
    Û Read ACS ³ New Scan ³ Forced
    Û
    Û Post ACS ³ !fa QWK Scan ³ Forced
    Û
    Û Sysop ACS ³ s255 Header ³ msghead
    Û
    Û List EACS ³ % R Template ³ ansimrd
    Û
    Û ³ L Template ³ ansimlst
    Û
    Û Net Address ³ 0:0/0 (Local Address) Real Names ³ No
    Û
    Û Export To ³ 0 node(s) Autosigs ³ Yes
    Û
    Û Origin ³ Private ³ Yes
    Û
    Û QWK Network ³ None Pvt Reply ³ No
    Û
    Û QWK Base ID ³ 0 Allow ANSI ³ Yes
    Û

    I am putting up a new build now with the 'G' mandatory fix in there so
    it might be helpful to make sure we're both using that version when we
    try to narrow this issue down. Thanks for the feedback!

    Thanks! Installed the new one now, so we're on the same "base".
    The MC /NOREAD issue is still present there.

    Best regards
    Bj”rn

    --- Mystic BBS v1.12 A47 2021/07/30 (Linux/64)
    * Origin: Star Collision BBS, Uppsala, Sweden (2:201/137)
  • From g00r00@1:129/215 to Björn Wiberg on Fri Jul 30 13:59:10 2021
    Just to double-check, by "e-mail", you mean a message (OK, e-mail then)
    in a Base Type: Local with Private: Yes? Or are there some other things that signify an e-mail?


    No, I mean the e-mail base. Its literally called "E-mail" in the fresh installation for the past 26 years. :)

    You can't miss it as its base 1 and the configuration won't let you remove it! :)

    The e-mail base is accessed by using MW and MC menu commands, so to send email you'd use MW and to check it you'd use MC.

    Simply post two e-mail messages to yourself in a Base Type: Local, Private: Yes area. Read the second one, but not the first one. And call
    MC /UNREAD; for me it displays a correct prompt #127, but no entries in the list (prompt #126):

    I did test it pretty heavily before I responded to say I couldn't reproduce it so there has to be more to it. I did only test in Windows though.

    MC does not scan message bases, so the steps you've given above would not work.

    In Mystic each user has a private mailbox, and MC is used to check the messages in their private mailbox. MW is used to send a message to another user's private mailbox. In the 2000s Mystic expanded on this to integrate with Internet e-mail and SMTP/POP3 protocols. This is separate from message bases but it seems you're trying to make it a message base.

    MC does not open or scan a message base, only looks at data in the users private mailbox (base 1).

    If you've somehow found a way to delete or change the e-mail base (which the configuration should prevent you from doing) then you're going to have problems. You'd probably have to externally manipulate or delete data files that Mystic ships with for that to happen, so its likely something else is going on.

    If you've configured a message base to write to or overwrite the mailbox's data files, then that could cause a problem. I don't know what the problem could be, but its likely going to be some one off configuration thing or something obscure. I am not able to reproduce it and the MC command has been in Mystic since the mid 1990s. It seems unlikely that something that runs almost every time someone logs in was not working at all for that long and no one noticed...

    There must be more to it than that. Have you tried the same test with a fresh install?

    ... This virus requires Microsoft Windows 3.x

    --- Mystic BBS v1.12 A47 2021/07/30 (Windows/64)
    * Origin: Sector 7 * Mystic WHQ (1:129/215)
  • From Björn Wiberg@2:201/137 to g00r00 on Sat Jul 31 15:05:06 2021
    Hello again, g00r00!

    On 31 Jul 2021, Bj”rn Wiberg said the following...
    There must be more to it than that. Have you tried the same test with
    fresh install?

    No, not yet -- but if your screenshot (*if* there is/should be one for

    I have now tried a fresh install in a temporary directory:

    bbs@glimmer:~$ cd build/mystic/mys112a47_210730_190055/ bbs@glimmer:~/build/mystic/mys112a47_210730_190055$ ./install auto /tmp/mystic bbs@glimmer:/tmp/mystic$ export mysticbbs=/tmp/mystic

    Created a "sysop" account. Upgraded it to s255.

    Added the /UNREAD flag to the (C)heck for E-mail menu option in the messages menu:

    Ûßßßßßßßßßßßßßßßßßßßßßß Command ID 16: default.message
    ßßßßßßßßßßßßßßßßßßßßßßßÜ
    Û
    Û
    Û Display Text ³ (C) Check for E-mail
    Û
    Û LightBar OFF ³
    Û
    Û LightBar ON ³
    Û
    Û LightBar Ûßßßßßßßßßßßßßßßßßßßß Command Options ßßßßßßßßßßßßßßßßßßßßÜ
    Û
    Û Hot Key Û ÛÄÄÄÄÄÄÄ
    Û
    Û Access StÛ Command ³ (MC) Check e-mail Ûape 00
    Û
    Û Display WÛ Data ³ /UNREAD°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°°° Û 00
    Û
    Û Redraw AfÛ Access ³ ÛeUp 00
    Û
    Û Execute TÛ Grid Event ³ Selected ÛeDn 00
    Û
    Û Timer TypÛ Û 00
    Û
    Û ßÜÜÜÜÜÜÜÜÜÜÜÜÜÜÜÜÜÜÜÜÜÜÜÜÜÜÜÜÜÜÜÜÜÜÜÜÜÜÜÜÜÜÜÜÜÜÜÜÜÜÜÜÜÜÜÜÜÛ
    Û
    Û Action List ÄÄÄÄÄÄÄÄÄÄÄÄÄÄ Access ÄÄÄÄÄ Data ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
    Û
    Û (MC) Check e-mail
    ²
    Û
    °
    Û
    °
    Û
    °
    Û
    °
    Û
    °
    ßÜÜÜÜÜÜÜÜÜÜÜÜÜ (TAB) Switch Focus (/) Commands
    ÜÜÜÜÜÜÜÜÜÜÜÜÜÛ

    Logged in with ./mystic -l as "sysop".
    Entered the message menu.
    Tried to (W)rite a test e-mail to myself ("sysop").
    Got "User not found"?
    Not sure why -- the "sysop" account showed in the user list...

    Created another user "Zip", upgraded it to s20.
    Logged in with ./mystic -l as "Zip".
    Entered the message menu.
    (W)rote two test e-mails to myself ("Zip").
    Called (C)heck for E-mail.
    It displays:

    ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿ ³ ± Electronic Mail
    ³ ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
    ### From Subject Date
    ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
    1 Zip Test 1 07/31/21
    2 Zip Test 2 07/31/21
    ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
    [þ] You have 2 messages (2 unread). Read them now? Yes No

    Selecting Yes.
    It displays:

    ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿ ³ ± Message Index Listing Local BBS E-mail
    ³ ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
    ## Subject From To
    ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ N 5 Test 1 Zip Zip
    N 6 Test 2 Zip Zip














    ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
    (Arrows) Move (ESC) Quit (ENTER) Read (G) Goto Next Base (?) Help

    ...which is fine.

    Scrolling down to "Test 2".
    Hitting Enter to read it.
    Escaping with Esc.

    Calling (C)heck for E-mail again.
    It displays:

    ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿ ³ ± Electronic Mail
    ³ ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
    ### From Subject Date
    ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
    ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
    [þ] You have 2 messages (1 unread). Read them now? Yes No

    ...i.e. the same error as on my main board.

    For the record, (V)iew Outbound E-mail displays:

    ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿ ³ ± Message Index Listing Local BBS E-mail
    ³ ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
    ## Subject From To
    ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ N 5 Test 1 Zip Zip
    N 6 Test 2 Zip Zip














    ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ

    ...which is fine.

    So there appears to be something -- perhaps only on Linux? -- affecting what MC /UNREAD displays when checking for e-mail/prompting the user...

    Best regards
    Bj”rn

    P.S. I see that in the default installation, "Local BBS E-mail" is hidden from the "Default Message Group" using a List ACS of "%". To distinguish it from other, "conventional" message bases and to force e-mail usage via only (C)heck for E-mail and (V)iew Outbound E-mail, I guess. But is there really any harm in letting it be included (and displayed) in the Default Message Group? Apart from it not being that "exclusive" any longer? Will it break in some way if one (P)osts a Message to that e-mail base? Just curious if there are other differences deep down inside Mystic. And if I perhaps should revert to List ACS "%" just to be on the safe side. :) D.S.

    --- Mystic BBS v1.12 A47 2021/07/30 (Linux/64)
    * Origin: Star Collision BBS, Uppsala, Sweden (2:201/137)
  • From Björn Wiberg@2:201/137 to g00r00 on Sat Jul 31 15:11:28 2021
    Hello again, g00r00!

    On 31 Jul 2021, Bj”rn Wiberg said the following...
    Logged in with ./mystic -l as "sysop".
    Entered the message menu.
    Tried to (W)rite a test e-mail to myself ("sysop").
    Got "User not found"?
    Not sure why -- the "sysop" account showed in the user list...

    I think I know why now -- "sysop" is magically diverted to Feedback To specified in General Settings, which has a default value of "Sysop Name Here", which clearly does not exist by default. :)

    So that small question mark can be ignored. :)

    Best regards
    Bj”rn

    --- Mystic BBS v1.12 A47 2021/07/30 (Linux/64)
    * Origin: Star Collision BBS, Uppsala, Sweden (2:201/137)
  • From g00r00@1:129/215 to Björn Wiberg on Sat Jul 31 11:07:22 2021
    So there appears to be something -- perhaps only on Linux? -- affecting

    I managed to figure it out today, so the latest build will have this fix! I'm just about to upload it now so you should find it by the time you see this!

    Thanks for the report and hanging in there to help get it fixed!

    P.S. I see that in the default installation, "Local BBS E-mail" is
    hidden from the "Default Message Group" using a List ACS of "%". To distinguish it from other, "conventional" message bases and to force e-mail usage via only (C)heck for E-mail and (V)iew Outbound E-mail, I

    It used to be that you could not change it to make it appear as a message base, but I have tried to make it work that way in more recent times. I like the idea of having both options or even a hybrid like you are doing.

    There are some functions that will skip over the E-mail base and I am not sure where and when that stuff will happen. I have tried to roll that stuff back behind the scenes over the years so are probably in a pretty good place.

    The best I can say is to keep trying to use it the way you are and lets see what happens! If you run into problems or questions let me know!

    ... 24 hours in a day and 24 beers in a case. Hmmmm...

    --- Mystic BBS v1.12 A47 2021/07/31 (Windows/64)
    * Origin: Sector 7 * Mystic WHQ (1:129/215)
  • From g00r00@1:129/215 to Björn Wiberg on Sat Jul 31 11:08:12 2021
    I think I know why now -- "sysop" is magically diverted to Feedback To specified in General Settings, which has a default value of "Sysop Name Here", which clearly does not exist by default. :)

    Good catch. I intended to have SYSOP in the "trashcan" by default so people can't create users with that name, but I guess its not there by default so I will get that change made.

    When using "MW" to send e-mail, Mystic will translate 'SYSOP' into whatever you have set has the "Feedback To" user. I think it probably does that for any local private message but I'd have to look.

    ... Youth is glorious, but it isn't a career

    --- Mystic BBS v1.12 A47 2021/07/31 (Windows/64)
    * Origin: Sector 7 * Mystic WHQ (1:129/215)
  • From Björn Wiberg@2:201/137 to g00r00 on Sat Jul 31 21:03:56 2021
    Hello g00r00!

    Thank you for your reply!

    On 31 Jul 2021, g00r00 said the following...
    So there appears to be something -- perhaps only on Linux? -- affecti

    I managed to figure it out today, so the latest build will have this
    fix! I'm just about to upload it now so you should find it by the time you see this!

    Woohoo! That's great! Thanks a lot!
    Just tested it here, and it seems to be working fine!

    Thanks for the report and hanging in there to help get it fixed!

    You're very welcome! I'm glad you managed to find it -- and I can imagine this is not the easiest of things, especially not when supporting multiple platforms and probably many different use cases/customizations out there...

    times. I like the idea of having both options or even a hybrid like you are doing.

    Yep, always good to have options! :)

    In my case, my "Local" message group became very empty without the e-mail
    area (as I have disabled access to the other default message bases which were there back when I started using Mystic -- or at least I think so -- General Messages and Test Messages). :-D

    The best I can say is to keep trying to use it the way you are and lets see what happens! If you run into problems or questions let me know!

    Thanks a lot! It is much appreciated! I'll let you know if I encounter
    anything strange. But it feels solid now!

    Best regards
    Bj”rn
    --- Mystic BBS v1.12 A47 2021/07/31 (Linux/64)
    * Origin: Star Collision BBS, Uppsala, Sweden (2:201/137)
  • From Björn Wiberg@2:201/137 to g00r00 on Sat Jul 31 21:04:02 2021
    Hello g00r00!

    Thank you for your reply!

    Good catch. I intended to have SYSOP in the "trashcan" by default so people can't create users with that name, but I guess its not there by default so I will get that change made.

    I just checked and apparently I have added it to my trashcan.dat some time ago also, "just in case", along with a bunch of other guessable usernames which aren't really usernames. :-D

    Best regards
    Bj”rn
    --- Mystic BBS v1.12 A47 2021/07/31 (Linux/64)
    * Origin: Star Collision BBS, Uppsala, Sweden (2:201/137)