• src/sbbs3/answer.cpp

    From Rob Swindell (on Windows 11)@VERT to Git commit to main/sbbs/master on Fri Feb 16 18:17:02 2024
    https://gitlab.synchro.net/main/sbbs/-/commit/e4f92887e1ea3d53faf89152
    Modified Files:
    src/sbbs3/answer.cpp
    Log Message:
    Log the auto-detected character set (e.g. UTF-8, CP437, PETSCII, or US-ASCII)

    ---
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net
  • From Deucе@VERT to Git commit to main/sbbs/master on Tue Feb 27 14:56:09 2024
    https://gitlab.synchro.net/main/sbbs/-/commit/43c010f6e246b6131d393c7d
    Modified Files:
    src/sbbs3/answer.cpp
    Log Message:
    Only log that we're waiting for channel type the first time.

    The other 500 times are implied.

    ---
    ï¿­ Synchronet ï¿­ Vertrauen ï¿­ Home of Synchronet ï¿­ [vert/cvs/bbs].synchro.net
  • From Deucе@VERT to Git commit to main/sbbs/master on Wed Feb 28 08:52:16 2024
    https://gitlab.synchro.net/main/sbbs/-/commit/7bfb1ef12e482ecfb30a9648
    Modified Files:
    src/sbbs3/answer.cpp
    Log Message:
    Guard against answer() being called before the first channel is created.

    In this case, just accept whatever we get info on as the "first" one.

    Likely fixes #728

    ---
    ï¿­ Synchronet ï¿­ Vertrauen ï¿­ Home of Synchronet ï¿­ [vert/cvs/bbs].synchro.net
  • From Deucе@VERT to Git commit to main/sbbs/master on Wed Feb 28 11:00:41 2024
    https://gitlab.synchro.net/main/sbbs/-/commit/dc04dba2dd1317000fcbc79e
    Modified Files:
    src/sbbs3/answer.cpp
    Log Message:
    Early-out of the channel type loop for channel errors.

    If there's an error setting the channel or getting the channel
    type, give up on the session immediately.

    ---
    ï¿­ Synchronet ï¿­ Vertrauen ï¿­ Home of Synchronet ï¿­ [vert/cvs/bbs].synchro.net
  • From Rob Swindell (on Windows 11)@VERT to Git commit to main/sbbs/master on Sat Mar 2 15:48:30 2024
    https://gitlab.synchro.net/main/sbbs/-/commit/bf25c42be169b69e9a0e2051
    Modified Files:
    src/sbbs3/answer.cpp
    Log Message:
    TRUE -> true

    ---
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net
  • From Rob Swindell (on Windows 11)@VERT to Git commit to main/sbbs/master on Sat Mar 2 15:48:30 2024
    https://gitlab.synchro.net/main/sbbs/-/commit/84c90ed98b83651479a8ece0
    Modified Files:
    src/sbbs3/answer.cpp
    Log Message:
    client_on() still accepts a BOOL (not bool), so TRUE (not true) is correct

    ---
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net
  • From Rob Swindell (on Windows 11)@VERT to Git commit to main/sbbs/master on Sat Mar 2 15:48:30 2024
    https://gitlab.synchro.net/main/sbbs/-/commit/ccce5a7c40c325f3e0628fe1
    Modified Files:
    src/sbbs3/answer.cpp
    Log Message:
    Initialize sbbs_t::client and call client_on() as expected for logins

    See sbbs_t::logon() for example

    Note: the client.protocol is still "SSH" here (not "SFTP"). Perhaps that
    should be changed?

    Does any client actually support simultaneous "SSH" and "SFTP" sessions over the same socket?

    ---
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net
  • From Deucе@VERT to Git commit to main/sbbs/master on Sun Mar 3 10:36:45 2024
    https://gitlab.synchro.net/main/sbbs/-/commit/479c00be08fcee60913272a4
    Modified Files:
    src/sbbs3/answer.cpp
    Log Message:
    Fix issue when third SSH authentication attempt succeeds

    Because the session is activated on the *next* time through the
    loop, if the third attempt to authenticate (including public key)
    fails, it would leave the session inactive and fail to log in with
    a confusing error about an obsolete cryptlib.

    On success, decrement ssh_failed to ensure another pass through
    the loop.

    Also, add more debug logging around the auth so you can clearly
    see each failure, and log client_socket each time so it's clearly
    grouped.

    ---
    ï¿­ Synchronet ï¿­ Vertrauen ï¿­ Home of Synchronet ï¿­ [vert/cvs/bbs].synchro.net
  • From rswindell@VERT to CVS commit on Tue Apr 7 19:14:03 2020
    src/sbbs3 answer.cpp 1.109 1.110
    Update of /cvsroot/sbbs/src/sbbs3
    In directory cvs:/tmp/cvs-serv20278

    Modified Files:
    answer.cpp
    Log Message:
    RLogin fix: if no username supplied, don't prompt for a password and then log an invalid login for a random (the last read?) user account with a user number of 0.


    ---
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net
  • From rswindell@VERT to CVS commit on Tue Apr 7 19:21:44 2020
    src/sbbs3 answer.cpp 1.110 1.111
    Update of /cvsroot/sbbs/src/sbbs3
    In directory cvs:/tmp/cvs-serv21452

    Modified Files:
    answer.cpp
    Log Message:
    Log the actual user number for "FAILED Password attempt" log messages for SSH and RLogin attempts.
    It looks like someone copy/pasted the wrong lines from login.cpp.


    ---
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net
  • From rswindell@VERT to CVS commit on Tue Apr 7 19:34:26 2020
    src/sbbs3 answer.cpp 1.111 1.112
    Update of /cvsroot/sbbs/src/sbbs3
    In directory cvs:/tmp/cvs-serv23193

    Modified Files:
    answer.cpp
    Log Message:
    Allow non-sysops a password re-attempt for SSH and RLogin.

    Fixed bug: for RLogin and SSH, if an invalid (e.g. blank) passsword was provided during the handshake, an "Invalid Logon" would be displayed followed by a "Passowrord: " prompt, giving the user an opportunity to reenter the correct password. Only problem: this only worked for sysop accounts. Normal users would just be disconnected after they entere (any) password, correct
    or not.

    This bug is very old in the RLogin support and appears to have been copy/pasted for the SSH Login bit too.


    ---
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net
  • From rswindell@VERT to CVS commit on Wed May 27 01:22:52 2020
    src/sbbs3 answer.cpp 1.113 1.114
    Update of /cvsroot/sbbs/src/sbbs3
    In directory cvs:/tmp/cvs-serv29982

    Modified Files:
    answer.cpp
    Log Message:
    Include a non-zero info value for "User not loggon on" error message.


    ---
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net
  • From rswindell@VERT to CVS commit on Sat Aug 1 20:37:24 2020
    src/sbbs3 answer.cpp 1.115 1.116
    Update of /cvsroot/sbbs/src/sbbs3
    In directory cvs:/tmp/cvs-serv24536

    Modified Files:
    answer.cpp
    Log Message:
    Fix typo (missing closing quote) in previous commit as pointed out by Coz via irc. Thanks.


    ---
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net
  • From Rob Swindell@VERT to Git commit to sbbs/master on Wed Sep 16 20:37:29 2020
    https://gitlab.synchro.net/sbbs/sbbs/-/commit/52dc847cf6f0b569ec5f35e9
    Modified Files:
    src/sbbs3/answer.cpp
    Log Message:
    Log message change: "Raw TCP" instead of "Raw/TCP" oooh.... ahhhh...

    ---
    ï¿­ Synchronet ï¿­ Vertrauen ï¿­ Home of Synchronet ï¿­ [vert/cvs/bbs].synchro.net
  • From Rob Swindell@VERT to Git commit to sbbs/master on Fri Oct 23 01:51:57 2020
    https://gitlab.synchro.net/sbbs/sbbs/-/commit/1a51ac2cf81b9497d52cb924
    Modified Files:
    src/sbbs3/answer.cpp
    Log Message:
    This "!CLIENT IP NOT LIST in /path/to/rlogin.cfg" message is weird

    This message can be logged when a sysop is prompted for the system password and enters it incorrectly or just disconnects.

    So lower the log level to DEBUG. And include the IP address that we searched for too.

    ---
    ï¿­ Synchronet ï¿­ Vertrauen ï¿­ Home of Synchronet ï¿­ [vert/cvs/bbs].synchro.net
  • From Rob Swindell@VERT to Git commit to sbbs/master on Mon Nov 2 01:34:31 2020
    https://gitlab.synchro.net/sbbs/sbbs/-/commit/2df371fe01859b77a1c69afc
    Modified Files:
    src/sbbs3/answer.cpp
    Log Message:
    Manual terminal settings were cleared when logging in via SSH or RLogin

    This appears to go back to a change Deuce made in 2004 (rev 1.41) where ANSI, COLOR, RIP and WIP user terminal settings were always cleared when logging in via RLogin.

    I happened to notice that manually enabling iCE color support wasn't working when logging in via RLogin (the iCE color flag would be cleared every login, but worked fine when logging in via Telnet). Upon investigation, I found that *all* user's manual terminal settings were cleared for either RLogin or SSH logins (copy/pasted bug). So... stop doing that. The method of dynamic terminal capability detection/checking has changed since 2004, so we should not need to mess with the user's misc flags.

    ---
    ï¿­ Synchronet ï¿­ Vertrauen ï¿­ Home of Synchronet ï¿­ [vert/cvs/bbs].synchro.net
  • From Rob Swindell (on Windows 11)@VERT to Git commit to main/sbbs/master on Thu Oct 17 21:57:19 2024
    https://gitlab.synchro.net/main/sbbs/-/commit/83fa4577d127ff775202a0a8
    Modified Files:
    src/sbbs3/answer.cpp
    Log Message:
    Fix indentation of one line.

    ---
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net