MENU

How RecallIT works

RecallIT® introduces a policy controlled delay in sending e-mail, thereby giving the sender the chance to recall messages if necessary.
The elements of the centrally defined recall policy are:
Whether e-mail from an internal sender can be recalled or not
The duration of the delay period for the e-mail
For example:
Mail from *@sss.co.nz delay 5 minutes during working hours
where *@sss.co.nz is the internal address range to which the policy applies.

Users can manage their messages by using RecallIT's browser based graphical user interface or RecallIT's e-mail message interface. Recalled messages can be amended and resent. Selected messages can be released immediately, held indefinitely or deleted.

Username/password access to the GUI is authenticated against Active Directory or other LDAP directory servers. All e-mail addresses associated with the authenticated user are obtained from the directory using a separate query.

Messages are encrypted to preserve message confidentiality whilst waiting for the recall delay to expire. At delay expiry, the held message is decrypted and sent.

RecallIT® understands three time zones; working hours, night time and weekends/holidays.
If a company policy states that no messages should leave the gateway in the weekend, RecallIT® can hold all messages until Monday morning.

RecallIT® provides Subject Line Parameters to:
"Stamp" a message with an E-mail Protective Marking to show it is for internal distribution only.
RecallIT® will hold messages marked in this way indefinitely if an attempt is made to send them to external addresses.
Add a warning to the subject line visible only to internal recipients. RecallIT® strips this warning before transmitting the message. This may be used to let internal recipients know who is on the BCC list.
Conceal the To: and cc: lists and replace them with a sender specified list name. The default list name is Undisclosed recipients:;.