Versions Compared

Old Version 108

changes.mady.by.user David E Tanner

Saved on

compared with

New Version 109

changes.mady.by.user David E Tanner

Saved on

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

Panel

Anchor
CSF Email properties
CSF Email properties

CSF Email properties description

Tip

Need more information about the csf-email email service?  Go to the CSF Email Service Technical Spec for more information.

  1. email.address.from:
    • Description:  A string containing an email address from whom the email is being sent.  The string may contain more than just an email address.
    • Usage:  Optional
    • Example:  email.address.from=registration@mit.edu ("MIT Office of the Registrar")
    • Dependencies:  If specified, this value will always be used in the from field of the email.
  2. email.address.test.to:
    • Description:  A string containing an email address to whom the email is being sent.
    • Usage:  Optional.  Recommend to be used on WORKSTATION, DEV, TEST and QA servers and not used on PRODUCTION servers.
    • Example:  email.address.test.to=rjrenolds@mit.edu
    • Dependencies:  Used in conjunction with the email.production.mode property.
        When email.production.mode=false:
          email will be sent to the email address specified with this property.
        When email.production.mode=true:
          email will be sent to the email address specified by the calling application.
  3. email.address.bcc:
    • Description:  A string of CSV email address(es) to be used in the email's bcc.
    • Usage:  Optional
    • Example:  email.address.bcc=rjrenolds@mit.edu
    • Dependencies:  Used in conjunction with the email.production.mode property.
        When email.production.mode=false:
          bcc addresses will not be added to the emails.
        When email.production.mode=true:
          bcc addresses will be added to the emails.
  4. email.production.mode:
    indent
    1
    1
    • Description:  Used to indicate whether or not the applicaition is deployed on a production server.
    • Usage:  Required
    • Example:  Only the boolean values true or false are allowed.
         When email.production.mode=false:
           the application is deployed to DEV, TEST or QA server and is not deployed to a PRODUCTION server.
         When email.production.mode=true:
           the application is deployed to a PRODUCTION server.
    • Dependencies:  None.
  5. email.app.id: 
    • Description: Used to identify the application that created the email.
    • Usage: Required
    • Example: email.app.id=ssb
         In this example, the application id is ssb and must be unique.
    • Dependencies: The application id must be unique.
  6. sendEmailSchedule: 
    • Description: Used to set the time interval for sending emails.
    • Usage: Required when using csf-email in a cluster.
    • Example: sendEmailSchedule=0 0/20 0-22 * * ?
         In this example, the emails will be send every 20 minutes.
    • Dependencies:
  7. deleteEmailSchedule: 
    • Description: Used to set the time interval for deleting emails that have been sent.
    • Usage: Required when using csf-email in a cluster.
    • Example: deleteEmailSchedule=0 0/15 0-22 * * ?
         In this example, the emails will be deleted every 15 minutes.
    • Dependencies:
 Panel
 Anchor
CSF Local authorization/authentication properties
CSF Local authorization/authentication properties
CSF Local authorization/authentication properties description
  1. local.mitroles: 
    • Description:  A csv string of application defined roles.
    • Usage:  Optional.  Only to be used on developer workstations.  Do not use on servers.
    • Example:  local.mitroles=SSB_ADMIN,SSB_PAYMENT,SSB_REPORTS.
    • Dependencies:
         Will only be used if local.authentication=true and local.mitroles contains a non-empty string.  Otherwise, the uaws webservice will be used to get the user roles.
  2. local.mitroles.domain: 
    • Description:  A string containing the application defined ROLES DB 3 character catagory.
    • Usage:  Optional.  Only to be used on developer workstations.  Do not use on servers.
    • Example:  local.mitroles.domain=SFS.
    • Dependencies:  Will only be used if local.authentication=true and local.mitroles contains a non-empty string.
  3. local.mitroles.function: 
    • Description:  A string containing the application defined ROLES DB 3 character function.
    • Usage:  Optional.  Only to be used on developer workstations.  Do not use on servers.
    • Example:  local.mitroles.function=SSB.
    • Dependencies:  Will only be used if local.authentication=true and local.mitroles contains a non-empty string.
  4. local.authentication: 
    • Description:  A boolean value indicating whether or not TOUCHSTONE authentication is to be used.
    • Usage:  Required.
    • Example:  Only the boolean values true or false are allowed.
         When local.authentication=false:
           Touchstone will be used to authenticate the user.  Always set this value to false when deployed to a server.
         When local.authentication=true:
           Authentication will be done via a local dialog box.  User will be prompted to enter the local.user.name and local.user.password.
    • Dependencies:  None.
  5. local.user.name: 
    • Description:  A sting containing an abitrary user name.
    • Usage:  Optional.  Only to be used on developer workstations.
    • Example:  local.user.name=jblow.
    • Dependencies:  Will only be used if local.authentication=true.
  6. local.user.password: 
    • Description:  A sting containing an abitrary user password.
    • Usage:  Optional.  Only to be used on developer workstations.
    • Example:  local.user.password=mypassword.
    • Dependencies:  Will only be used if local.authentication=true.
...