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)