Skip to content
Snippets Groups Projects
  1. Sep 25, 2021
    • Rob Swindell's avatar
      Allow sysop to configure new user gender options (not just M/F) · 1ca401eb
      Rob Swindell authored
      Up to 40 characters can be configured by the sysop for gender options.
      The default choice/configuration is now: "M/F/X" (not just "M/F")
      New @-code: GENDERS
      text.dat EnterYourSex -> EnterYourGender
      
      Closes enhancement request #291 by Ragnarok
      1ca401eb
    • Rob Swindell's avatar
      Call smb_updatethread() from sbbs_t::email() to perform Keyop "magic" · 7d52f7e4
      Rob Swindell authored
      As discovered by Keyop and reported via IRC, when replying *to* a local mail box and *not* using the hard-coded email menu (e.g. when when using msglist.js), the original message's "Replied" attribute flag was not set. When replying to a netmail address (at least, Internet or FidoNet, unsure about QWKnetmail), the attribute would be set.
      
      This discrepancy was because this email() function doesn't use the  "modern" smb_addmsg() function (which also calls smb_updatethread()), but add the message body text the old/manual way and never called smb_updatethread(). smb_updatethread() does the thread linkage stuff (which is usually unnoticed in the mail base) *and* sets the "Replied" attribute of the original message, if it's not already set.
      
      This function should be overhauled to use smb_addmsg(), but this 2-line change at least addresses this issue for now. There's probably other places (e.g. importing mail replies via QWK/REP packets) where this thread-linkage and "Replied" attribute flag setting is still not happening.
      7d52f7e4
    • Rob Swindell's avatar
      Added "Replied" attribute to mail messages that are replied-to. · 8b9dbe68
      Rob Swindell authored
      Reported by Keyop.
      8b9dbe68
  2. Sep 24, 2021
  3. Sep 23, 2021
    • Rob Swindell's avatar
      When importing FidoNet message area tags > 40 chars, use newsgroup name · 5fc2fc50
      Rob Swindell authored
      Follow-up to previous commit for Keyop (extending max area tag length from 35 to 40/50 chars), when importing echolists/areas.bbs files, if the area tag is longer than 40 chars, then import it into the newsgroup name field instead (63 chars max).
      5fc2fc50
    • Rob Swindell's avatar
      Increase FidoNet echo/area tag max length from 35 to 40/50 chars · 85a2de04
      Rob Swindell authored
      Per FMail.txt:
      Area name
                This is the name of the conference. It can be up to 50
                characters long. This name is often referred to as the
                area tag.
      
      I did not locate a FidoNet spec to contradict that and support a 35 character maximum area tag length. I think Mystic also has a 50 character area tag limit. So 50 character area tags are fine I guess.
      
      So up to 50 characters are now supported in SBBSecho and SCFG for area tags (for message and file echoes). The exception is the (new to 3.19) optional area tag stored in msgs.cnf/file.cnf is limited to 40 characters due to reserved space limitations. If you need a tag stored per sub (most sysops do not) and it needs to be longer than 40 chars, use the newsgroup name instead (limited to 63 chars).
      
      Changed at the request of Keyop via IRC.
      85a2de04
  4. Sep 22, 2021
  5. Sep 21, 2021
  6. Sep 19, 2021
  7. Sep 18, 2021
    • Rob Swindell's avatar
      Fix segfault reported with ftpalias.cfg support in some cases · a40109cc
      Rob Swindell authored
      ftpalias() can return true even when the directory is not set to a valid
      directory index (i.e. set to -1), so using as an array index would definitely
      segfault. Part of commit 8ad30b6c by Deuce 3 years ago.
      
      I didn't test this as I'm not sure exactly the combination of ftpalias.cfg
      content and FTP command received that would trigger this, but it's most
      definitely a bug.
      
      So should fix the segfault reported in issue #288.
      a40109cc
  8. Sep 08, 2021
  9. Sep 07, 2021
  10. Sep 06, 2021
    • Rob Swindell's avatar
      Change SearchExtendedQ to DisplayExtendedFileInfoQ · ae53f864
      Rob Swindell authored
      Relates to feature request #285.
      ae53f864
    • Rob Swindell's avatar
      When searching for text in file descriptions, always search ext desc · b10e86f1
      Rob Swindell authored
      Since users can (and usually do) display extended descriptions in their normal file listings anyway, it makes sense to go ahead and search them for the text (e.g. with the 'F' command from the default command shell File menu/prompt). So the "search/display extended info" prompt has been changed to just "Display extended file info" since it no longer controls whether or not the extended description is searched for the text (it always is). The FL_EXFIND was renamed to FL_EXT and only controls whether the extended info is display (the FL_FIND mode flag, always renamed, must also be specified for a find with extended info).
      
      This closes feature request #285 by Phil (@plt).
      b10e86f1
  11. Aug 30, 2021
  12. Aug 24, 2021
  13. Aug 18, 2021
  14. Aug 15, 2021
  15. Aug 12, 2021
  16. Aug 10, 2021
  17. Aug 09, 2021
  18. Aug 05, 2021
  19. Aug 01, 2021
    • Rob Swindell's avatar
      Allow text of all guest information prompts to be overridden in modopts.ini · 3b216fad
      Rob Swindell authored
      By setting guest_name, guest_email, guest_location, or guest_referral to any
      truthy value, a prompt will be display. By setting it to a string (instead of
      true), that string will be displayed. I'm not sure how I feel about this kind
      of tri-state setting (true/false/string), but it does reduce the number of
      settings/options. The alternative is to have a separate boolean and string
      setting for each prompt (which I first considered).
      
      So, as of now:
      
      guest_name = false <- no prompt for Guest's name
      guest_name = "" <- no prompt for Guest's name
      guest_name = true (the default) <- default prompt text for Guest's name
      guest_name = "Enter your name, dude" <- replaces prompt text for Guest's name
      
      For enter trailing white-space and ctrl-a codes, use string literals, e.g.
      guest_name: "\x01hEnter your name, dude: "
      3b216fad
    • Rob Swindell's avatar
      Guest user prompts can be disabled via modopts.ini [logon] settings · 4c162641
      Rob Swindell authored
      guest_name = false will disable name prompt
      guest_email = false will disable the email address prompt
      guest_location = false will disable the location prompt
      guest_referral = false will disable the "where'd you hear about this BBS" prompt
      
      Note, at minimum, I do recommend prompting for the guest's email address so that if they send the sysop feedback (e.g. ask a question), they at least have some hope of receiving a reply.
      4c162641
  20. Jul 31, 2021
  21. Jul 12, 2021
  22. Jul 11, 2021
  23. Jul 09, 2021
    • Rob Swindell's avatar
      Add support for optiona "approved" option to be specify moderator's email addr · 87470350
      Rob Swindell authored
      Apparently required by some news servers.
      As requested via IRC:
      <poindexter> Hi all, I've got a weird request. I'd like to post to a newsgroup that relies on automoderation. You need to add an approved: header to any posting to have it be accepted - keeps the non-techie riffraff away. is there a way to do that with newslink.js?
      87470350
  24. Jul 06, 2021
  25. Jul 05, 2021
Loading