Skip to content
Snippets Groups Projects
  1. Oct 05, 2018
  2. Oct 04, 2018
  3. Oct 03, 2018
  4. Oct 01, 2018
  5. Sep 27, 2018
  6. Sep 24, 2018
  7. Sep 08, 2018
    • rswindell's avatar
      Added the BinkP/BinkIT "PlainAuthOnly" toggle setting/option. It's a bit · dd66956f
      rswindell authored
      confusing with 3 bool settings (in the sbbsecho.ini) to represent 4 valid
      security requirement levels, so I attempted to simply the menu options to
      make it easy for sysops.
      BinkpAllowPlainText now defaults to true since the supported encryption method
      isn't even an official FidoNet standard, yet.
      I also added/updated some online help (F1) help text.
      Added an "Exiting" popup (like SCFG) when exiting.
      dd66956f
  8. Sep 07, 2018
  9. Sep 06, 2018
  10. Sep 05, 2018
  11. Aug 29, 2018
  12. Aug 28, 2018
  13. Aug 24, 2018
    • rswindell's avatar
      The "DOS" ARS keyword has just been a "false" trigger since v3 (1999) but · b03b6511
      rswindell authored
      I have a new use for it in the v3 Terminal Server, it now follows the
      "NO_DOS" option in the [bbs] section of the sbbs.ini file. So if you have
      multiple Win32 instances of sbbs (like I do), but only some of them
      support DOS programs, you can now use this ARS keyword to enable/disable
      access to a program based on the existance of DOS support. For example,
      I have some 16-bit DOS message editors where I had the ARS set to
      "WIN32", but on my 64-bit Windows instance of sbbs (vert.synchro.net),
      16-bit DOS programs aren't supported while on my 32-bit Windows instance
      (bbs.synchro.net) they are. So I needed a good run-time check for whether
      DOS programs were supported or not and this old ARS keyword seemed the
      right fit. For Linux builds, this keyword will only evaluate to true if
      built with the USE_DOSEMU option.
      This is only true of the Terminal Server - use of "DOS" ARS keyword in
      other servers and services will still just evaluate to "false".
      b03b6511
  14. Aug 16, 2018
  15. Aug 15, 2018
Loading