The pages gives you an overview of the stoney backup relevant notifications scripts.

Main tasks:

• Warns the user when the backup is running out of space (quota).
• Warns the user if the backup wasn't executed at the planned time (schedule).
• Informs the user if the backup was executed, but finished with errors (unsuccessful).
• If the Backup Client is too old, inform the user (upgrade) (not implemented yet).
• Tell the user, that they have a backup account, but it was never used (no backup) (not implemented yet).

Quota

If the used quota in percentage is bigger than the threshold, the appropriate error message is sent (see who will be informed). The threshold is variable value which is read from the accounts backend (LDAP directory) entry. (The reseller and/or the customer can change the threshold for the given account using the selfcare web-interface (not implemented yet).)

Schedule

Each (more or less up-to-date) backup client (developed by stepping stone GmbH]) uploads scheduling information to the server when backing up a computer. According to the scheduling information, the server can check if a backup was executed at the correct time or not. If not an appropriate error message is sent (see who will be informed). (The reseller and/or customer can define after how many not executed backups he or she wants to be informed using the selfcare web-interface (not implemented yet).)

Unsuccessful

Each (more or less up-to-date) backup client (developed by stepping stone GmbH]) uploads the status of the backup to the server after backing up a computer. According to this status information, the server can check if the last backup was successful. If not an appropriate error message is sent (see who will be informed). (The reseller and/or customer can define after how many not successful backups he or she wants to be informed using the selfcare web-interface (not implemented yet).)

If one (or more) of the tasks result in sending an error message, the notification scripts collects the mail addresses to whom it must send the message(s) from the LDAP directory backend in the following way:

Customer / User

1. Check if the customer / user must be informed
   • If sstBackupWarningOn of the accounts backend (LDAP directory) entry is set to TRUE the customer / user has to be informed
   • If sstBackupWarningOn of the accounts backend (LDAP directory) entry is set to FALSE the customer / user does not have to be informed
2. Check if the account itself has some E-Mail addresses attached
   • Check if the LDAP attribute mail exists for the accounts backend (LDAP directory) entry AND sstNotificationWarningMedium is set to mail.
     • If yes, send the mail to all (the attribute mail is multivalued, see OpenLDAP directory data organisation) addresses specified in the attribute mail
     • If not, check to whom the accounts belongs
3. Check to which person the backup accounts belongs
   • Read the attribute sstBelongsToPersonUID and search the given person UID in the backend (LDAP directory).
   • Read the attibute mail from the persons bachend (LDAP directory) entry retrieved form the previous serach
   • Send the mail to all (the attribute mail is multivalued, see OpenLDAP directory data organisation) addresses specified in the attribute mail

(The reseller and/or customer can define the values of sstBackupWarningOn, sstNotificationWarningMedium and mail using the selfcare web-interface (not implemented yet).)

This is a graphical representation of the description above: TBD: PKL

Reseller

The source code is located in our GitHub Repository:

https://github.com/stepping-stone/backup-utils