Skip to content
Snippets Groups Projects
  1. Aug 15, 2019
  2. Aug 14, 2019
  3. Aug 13, 2019
  4. Aug 12, 2019
  5. Aug 11, 2019
  6. Aug 10, 2019
  7. Aug 09, 2019
    • rswindell's avatar
      Don't store the original RCPT TO argument (forward-path) when the message · c1c78bb4
      rswindell authored
      is being forwarded to an external email address. Introduced in rev 1.690,
      user-forwarded emails wouldn't work because sending envelope would contain
      the original forward-path. Thanks again to Alterego (ALTERANT) for testing
      this stuff and reporting issues with detail!
      c1c78bb4
    • rswindell's avatar
    • rswindell's avatar
      Fix off-by-two issue with fgets() calls in printfile() line-at-a-time mode · bf297492
      rswindell authored
      (new). Reported by Alterego (ALTERANT)
      bf297492
    • rswindell's avatar
      Fix long standing bug with the global JS function login(): · c65542f8
      rswindell authored
      A few *service.js scripts call this function without a password argument
      (the second argument), e.g. login("guest");
      If there was no guest account (or the guest account had a password assigned),
      this would result in a failed login attempt as "guest" along with a garbage
      password (e.g. a floating point number, like 3.7042561) and since it would
      be a unique garbage password for each login() call without an actual password
      specified, these login() calls would be counted as unique failed login attempts
      and potentially cause the client's IP address to be added to the hack.log
      and even ip.can (IP address filter).
      
      As seen on Mortifis' system where VERT was filtereed due to
      "SUSPECTED NNTP LOGIN HACK ATTEMPT", likely due to the daily sbbslist
      verifications when just perform a TCP connection and no actual login attempt,
      but nntpservice.js would still call login("guest") before the client (vert)
      would be disconnected.
      c65542f8
  8. Aug 08, 2019
    • rswindell's avatar
      Fix FTN file-attachment download issue where "Download attached file" prompt · 27b2494b
      rswindell authored
      would reuse the same buffer where the message subject (list of filenames)
      was stored causing havok. Reported by Alterego (ALTERANT).
      27b2494b
    • deuce's avatar
      Properly ignore targets when in unreg state. · 2030e279
      deuce authored
      2030e279
    • rswindell's avatar
      Return to the sbbs v2 behavior of printfile() behavior (sort-of): When · b1ecd9b6
      rswindell authored
      P_OPENCLOSE mode flag is *not* specified, do not malloc()/read() the entire
      file and then display. Instead, print one line at a time (so long as that
      line is <= 1MB in length), calling putmsg() for each line.
      
      This should allow the viewing of massive text files in SBBS again without
      alloc/swap issues.
      
      I left the calls to utf8_normalize_str() in here, but I'm not so sure about
      them now. putmsg() will convert UTF-8 to CP437 through print_utf8_as_cp437(),
      and that only lacks a couple of conversions that utf8_normalize_str() does
      (e.g. ellipsis to "..."), so that might be a good candidate to remove in
      the future.
      b1ecd9b6
Loading