Skip to content
Snippets Groups Projects
  1. Nov 27, 2015
  2. Nov 26, 2015
    • rswindell's avatar
      New long-sought feature: · 65a68990
      rswindell authored
      Sysop can set the number of days-worth of new messages that new users will
      see in their first new-message scan (the default is 0, no new messages).
      This does lengthen the amount of time that the first "Loading message pointers"
      is displayed (it has to go and open all the message bases), but at least new
      users are no longer bombarded with thousands of very old messages when they
      answer "Yes" to the "Scan for New Messages" prompt. This setting is in
      SCFG->System->New User Values->Days of New Messages. Set it to some really
      high number (maximum of 9999) if you want the old behavior.
      65a68990
  3. Nov 25, 2015
  4. Nov 23, 2015
  5. Sep 08, 2015
  6. Aug 27, 2015
  7. Aug 22, 2015
  8. Aug 05, 2015
  9. Apr 29, 2015
  10. Apr 27, 2015
    • rswindell's avatar
      Enhancement at the request of Nightfox: · d57c3830
      rswindell authored
      Optionally, external modules may be executed in place of "built-in" operations
      for:
      - reading mail (email or netmail)
      - scanning posts (searching/scanning/reading a single sub-board)
      - scanning sub-boards (all, one, or a group)
      
      Each of these may be configured (in SCFG->System->Loadable Modules)
      with command-line options for a total length of up to 63 characters.
      
      Note to module programmers: each module here will be passed additional
      command-line arguments to indicate how or why the user operation was invoked.
      
      For the Reading Mail module, the 'which' value (in decimal) and the user-number
      is passed (in decimal). Usually the user-number will be the current user logged
      in, but not always (e.g. if the user is a sysop and reading other user's mail).
      The 'which' values (defined in load/sbbsdefs.js) of MAIL_YOUR, MAIL_SENT,
      and MAIL_ALL must be handled (MAIL_ANY won't be used).
      
      For the Scan Posts module, the sub-board number and scan mode (both in decimal)
      and the 'find' string (text being searched for) are passed as arguments
      (in that order). The scan mode values (defined in sbbsdefs.js) are the same as
      those supported by bbs.scan_posts(). All of the values should be supported
      and they can be combined (e.g. SCAN_CONST|SCAN_NEW
      and SCAN_NEW|SCAN_TOYOU). The 'find' string is only used if the SCAN_FIND mode
      bit is set. It is the responsibilty of the module (if configured) to enforce
      sub-board read access restrictions.
      
      For the Scan Subs module, the first argument is 1 if "all subs" are being
      scanned, 0 otherwise (normally the user is prompted for the breadth of the
      scan in this case, but that's up to the module author), and the scan 'mode' is
      passed in decimal, in that order. If the SCAN_FIND mode flag is passed in, this
      module should prompt the user for the text string to search for. If this module
      is not configured, the Scan Posts module will be executed for each sub-board
      scanned.
      
      Recursion protection was added, so it is actually possible for the Read Mail
      module, for example, to call bbs.read_mail() and it'll work, but why would you?
      
      If any of these user operations are initiated during logon, at the request of
      Baja or JavaScript module, or whatever, and if the module is actually
      configured (and not already executing to handle the operation), the module
      will be executed in-place-of the built-in functionality. Feedback welcome,
      d57c3830
  11. Aug 25, 2014
  12. Mar 28, 2014
    • rswindell's avatar
      Change the target to Windows XP-IA32: resolves the "not a valid Win32 · 40f5417e
      rswindell authored
      application" error message (when run on XP) and reportedly will allow target
      executables to run on non-SEE (pre-Pentium III) CPUs. Seriously, anyone really
      running Windows XP on a Pentium II today? I guess it's possible <shrug> and we
      really get little benefit from SSE in Synchronet.
      
      I couldn't get Windows 2000 running in Hyper-V, so I guess Windows 2000 is
      now officially unsupported by Synchronet (and long unsupported by Microsoft).
      
      Thanks to Android8675 for the bug report and Rushfan for the solution tip.
      40f5417e
  13. Mar 13, 2014
  14. Feb 16, 2014
  15. Feb 15, 2014
  16. Feb 14, 2014
  17. Feb 13, 2014
  18. Feb 11, 2014
  19. Sep 19, 2013
  20. Sep 18, 2013
  21. Sep 14, 2013
  22. Dec 19, 2012
  23. Jun 15, 2012
  24. Jun 14, 2012
  25. Jun 04, 2012
  26. Oct 21, 2011
  27. Oct 19, 2011
  28. Oct 14, 2011
  29. Oct 09, 2011
  30. Sep 08, 2011
  31. Sep 07, 2011
Loading