Just a sample of the Echomail archive
Cooperative anarchy at its finest, still active today. Darkrealms is the Zone 1 Hub.
|    MYSTIC    |    Mystic support echo    |    16,010 messages    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
|    Message 13,627 of 16,010    |
|    Bj”rn Wiberg to g00r00    |
|    MC misses listing unread e-mails in its     |
|    30 Jul 21 09:53:05    |
      TID: Mystic BBS 1.12 A47       MSGID: 2:201/137 a92f438d       TZUTC: 0200       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)       SEEN-BY: 1/123 90/1 103/705 105/81 120/340 123/131 124/5016 129/305       SEEN-BY: 154/10 201/0 137 203/0 124 221/0 1 226/30 227/114 702 229/101       SEEN-BY: 229/424 426 428 452 550 700 981 1016 1017 230/0 240/1120       SEEN-BY: 240/5411 5824 5832 5853 6309 249/206 307 317 400 280/464       SEEN-BY: 280/5003 282/1038 292/854 8125 301/1 317/3 320/219 322/757       SEEN-BY: 342/200 396/45 633/280 2452/250 2454/119 3634/24       PATH: 201/137 0 203/0 280/464 240/5832 229/426           |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
(c) 1994, bbs@darkrealms.ca