Skip to content
Snippets Groups Projects
  1. Jan 23, 2009
  2. Jan 22, 2009
  3. Jan 21, 2009
  4. Jan 20, 2009
  5. Jan 19, 2009
  6. Jan 18, 2009
  7. Jan 17, 2009
  8. Jan 16, 2009
  9. Jan 15, 2009
  10. Jan 14, 2009
    • rswindell's avatar
      ca489d10
    • rswindell's avatar
      Remove "ListServer:" from log() output lines as this is now redundant (the mail · 236b753f
      rswindell authored
      server now automatically includes the mail proc name in the log() output).
      Outbound listserver messages now have the SMTP reverse-path (translated to
      Return-Path header) set to the list server's address (so bounces will go there
      instead of to the author of the original message).
      The outbound messages now have an agent-type of "PROCESS" which will be used
      to allow this script to process bounce messages in the near future (and remove
      invalid e-mail addresses from the subscription list).
      236b753f
    • rswindell's avatar
      Numerous changes: · b43e1c82
      rswindell authored
      - Fixed line counter/return value of sockmimetext() - did not count last line
      if not \n terminated.
      - If a POP3 "TOP" command is used to request more lines than there are bytes
      in message body, just send all lines and don't log an error.
      - JS mailproc error reporting and log() method now includes the mail-proc
      name and the "SMTP" log prefix. "JavaScript:" is no longer included as part
      of the log() output since that is implied by the mailproc name.
      - js_mailproc() now reuses the same runtime, context, and global object to
      speed up the initialization/execution of multiple JS mailprocs per message.
      - Beginning support for messages to be bounced back to mailprocs (e.g.
      ListServer), specifically by ignoring bounces of SMTP sys messages
      (instead of all non-person agent types). More work in bounce() is needed.
      b43e1c82
    • deuce's avatar
      Make xp_randomize() return a void... this means we can now use the · cb517ef4
      deuce authored
      super-wonderfull srandomdev() where available.
      
      Where we can't, try to use /dev/urandom if possible...
      
      If that fails, start making stuff up...
      
      At some point, the Win32 build should use CryptGenRandom() which is slightly
      better on Windows NT/2K/XP and vastly better on Vista... not present on 9x
      apparently though.
      cb517ef4
Loading