home bbs files messages ]

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 14,854 of 16,010   
   Bj”rn Wiberg to g00r00   
   Follow-up on "Some A48 issues (summed up   
   09 Jul 22 13:57:35   
   
   TID: Mystic BBS 1.12 A48   
   MSGID: 2:201/137 d8057952   
   TZUTC: 0200   
   Hello g00r00!   
      
   I hope all is well with you!   
      
   On 03 Jul 2022, Bj”rn Wiberg said the following...   
    BW> The following are the things that I'm currently experiencing   
    BW> with the 2022/04/03 A48 prerelease, and some minor things I'd wish for   
      
   Thanks a lot for fixing so many of these in the 07/07/2022 prerelease!   
      
   I know that you're probably still working on things, but I still thought I   
   would give an update regarding the new prerelease. The things that I'm still   
   having problems with (and some new) would be the following:   
      
      
    BW> * FTP uploads appear to corrupt the file base. If I scroll down the   
      
   This is still a problem; as soon as I FTP upload a file to a file base that   
   already has a file, it appears to corrupt the file base. This time I got parts   
   of the login screen showing up when listing the base from within the BBS. But   
   when editing the file, the Description is empty (although with a corrupted   
   file base that might not be indicative of anything particular).   
      
    BW> * There appears to be a "leftover" in the SysOp menu; the "(V) Voting   
    BW> Booth   Editor" option which attempts to call command "(*V) Unknown   
    BW> Command", which   doesn't exist any longer. Probably the (V) option   
    BW> should be removed from the   SysOp menu?   
      
   (That one is still there.)   
      
    BW> * For a normal account (not a QWK account), when selecting the message   
    BW> bases   to scan from the message menu, i.e. (MZ) Toggle new scan bases   
    BW> with an empty   Data field, Mystic appears to be selecting the wrong   
    BW> message base when I   enter a number:   
      
   That one is still there. Now it appears to be selecting a message base in some   
   other message group? Not sure, because I can't see any changes in the scanned   
   list after entering some number. I do not get any error message of any kind.   
      
   Also, related to this (and new, I think):   
      
   * For a normal account (not a QWK account), when selecting the message bases   
   to scan from the offline mail menu, i.e. (OS) Set QWK scanned bases with   
   Data: /allgroups, the number one enters does not correspond to the base being   
   toggled there either. For example:   
      
   ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿   
   ³ ± QWK Message Area Scan Settings                                      Local ³   
   ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ   
    Area  Scan Name   
    ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ   
    1     Yes  Private Messages (PMs)   
    2     Yes  Private Messages (PMs) (SysOp Access)   
    3     No   Duplicate Messages   
    4     Yes  fsxNet Netmail   
    5     No   fsxNet Netmail (SysOp Access)   
    6     No   FSX_ADS: BBS and NETwork Ads   
    7     No   FSX_ARTS: Arts + Artistic Chat   
    8     Yes  FSX_BBS: BBS Support/Dev   
    9     No   FSX_BOT: Automated Robot Posts   
    10    No   FSX_CRY: Cryptographics   
   (cut cut)   
    ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ   
    Toggle: [#,#-#], [A]dd/[R]emove All, [?/List, Enter/Quit]: 10   
      
   2010: DOVE-Net Sysops Only will be scanned in QWK packets.   
      
   ...so it appears to select the wrong message base.   
      
   When checking the DOVE-Net message group, I find that #10 corresponds to the   
   base that Mystic selected. But I wasn't even "standing" in the DOVE-Net   
   message group (and it should be irrelevant)....   
      
   (I'm using list compression, as earlier.)   
      
    BW> * In the multinode teleconference, if one uses ASCII, the cursor is   
    BW>   positioned at the end of the line so that the text one writes always   
    BW> gets   wrapped.   
    BW>   I believe this is because the cursor gets positioned at the end of the   
    BW>   input field (whose background is not actually written when using   
    BW> ASCII).   Would it be possible for Mystic to position the cursor at the   
    BW> beginning of   the "invisible" input field if using ASCII? (Using   
    BW> backspaces?)   
      
   (That one is still there.)   
      
    BW> * The str8 variable in archive_view.ini would need an extra space to   
    BW> clear   out the "Enter/View" text when searching.   
      
   (I think that one is still there?)   
      
    BW> * Read ACS checking for the POP3 server -- i.e. that it would return   
    BW> Access   denied if a user does not fulfil the Read ACS -- would be much   
    BW> appreciated.   It would make things consistent between the BBS interface   
    BW> and the POP3   access method.   
      
   (I think that one is still there?)   
      
      
   Also, a few more things (I do not know if all have been present earlier)   
   and suggestions:   
      
   * 5mooth-mist25.ans is present in the text directory of the default theme.   
   Should it be there? Perhaps for some gallery function or similar?   
      
   * When editing user flags in the user editor, ANSI escape codes   
   (e.g. arrow up yields a "P") toggle the corresponding flags. Would it be   
   possible for Mystic to "filter out" anything with an escape before it?   
      
   * When selecting a function/command in the menu editor, -R is listed after -S.   
      
   * After uploading a file via FTP, the FTP command processor will   
   become unresponsive until upload testing has finished (if one has enabled   
   upload testing). Could Mystic send e.g. a "452 Requested action not taken.   
   Still testing uploaded file. Please wait a little and try again." response to   
   most commands during testing? Perhaps that would prevent batch uploads (mput),   
   but maybe some commands (ls, cd etc.) where the user is waiting for a response   
   would benefit from a 452 feedback response?   
      
   * I still cannot get file download over the web to work. When clicking on the   
   download link for a file, I get the "File not in queue" error message. The MIS   
   log shows:   
      
   + 2022.07.09 13:46:13  HTTP > Connect on slot 1/10 (192.168.1.1)   
   + 2022.07.09 13:46:13  HTTP 1-HostName router.asus.com   
   + 2022.07.09 13:46:13  HTTP 1-Country  Unknown (-)   
   + 2022.07.09 13:46:13  HTTP 1-DLREQ: GET /dlreq?12cfe918 HTTP/1.1   
   + 2022.07.09 13:46:13  HTTP 1-Authenticated user: Zip   
   + 2022.07.09 13:46:13  HTTP 1-List Batch   
   + 2022.07.09 13:46:13  HTTP 1-Request done   
   + 2022.07.09 13:46:14  HTTP > Connect on slot 1/10 (192.168.1.1)   
   + 2022.07.09 13:46:14  HTTP 1-HostName router.asus.com   
   + 2022.07.09 13:46:14  HTTP 1-Country  Unknown (-)   
   + 2022.07.09 13:46:15  HTTP > Connect on slot 1/10 (192.168.1.1)   
   + 2022.07.09 13:46:15  HTTP 1-HostName router.asus.com   
   + 2022.07.09 13:46:15  HTTP 1-Country  Unknown (-)   
   + 2022.07.09 13:46:15  HTTP 1-DLREQ: GET /dlreq?12cfe918&test.tar HTTP/1.1   
   + 2022.07.09 13:46:15  HTTP 1-Authenticated user: Zip   
   + 2022.07.09 13:46:15  HTTP 1-Refused: File not in queue   
      
   The dlreq data file contains:   
      
   bbs@glimmer:~/mystic/data$ cat 12cfe918.dlreq   
   1657377963   
   192.168.1.1   
   1   
   1,10240,0,/mnt/bbs/mystic/files/local/L_UPLOADS/test.tar   
   1,181,0,/mnt/bbs/mystic/files/local/L_UPLOADS/test.tgz   
   bbs@glimmer:~/mystic/data$   
      
   It looks OK I think. Could it possibly be some kind of mismatch between the   
   directory separators (/ on Linux instead of \ on Windows) or some path length   
   limitation that causes this?   
      
      
   I'll let you know if I would stumble across anything additional, but I think   
   the new version is a big step forward. Thanks, and, as always, many thanks in   
   advance!   
      
   Best regards   
   Bj”rn   
      
   --- Mystic BBS v1.12 A48 2022/07/07 (Linux/64)   
    * Origin: Star Collision BBS, Uppsala, Sweden (2:201/137)   
   SEEN-BY: 1/123 15/0 90/1 103/705 105/81 106/201 120/340 123/131 124/5016   
   SEEN-BY: 129/305 330 331 153/757 7715 154/10 201/0 137 203/0 124 218/700   
   SEEN-BY: 218/840 221/0 1 6 226/30 227/114 229/110 111 112 113 206   
   SEEN-BY: 229/307 317 400 424 426 428 452 470 550 664 700 230/0 240/5832   
   SEEN-BY: 266/512 280/464 5003 282/1038 292/854 8125 301/1 317/3 320/219   
   SEEN-BY: 322/757 335/364 341/66 234 342/200 396/45 460/58 633/280   
   SEEN-BY: 712/848 2452/250 3634/24 4500/1   
   PATH: 201/137 0 203/0 280/464 341/234 221/6 229/664 426   
      

[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]


(c) 1994,  bbs@darkrealms.ca