Installation guide

Sms4Domino Help
- 78 -
control database
.
You cannot define more than 1 Notes Mail Interface for the same database (in this
o
version of SMS4Domino there may only be one Notes Mail Interface)
The database must be based on the Sms4Domino template and not on the standard
o
Domino mail router template. If needed, a custom made template could be used.
However this template must contain a specific set of views (see next)
Sms4Domino program must have editor level access or higher to the database and
o
the right to delete documents.
New mail viewname: the Notes Mail interface scans at regular intervals this view for

mails that must be transmitted as Sms. The view must have the same layout as the view
Mail in the Sms4Domino template. The view is processed from top to bottom.
Sms By Uuid viewname: Sms server tracks the sending of sms messages in response

documents, linked to the received mail. The response messages are created in the
sms.box database. Every outbound Sms message is identified by a UUID. This view
lists all outbound mails sorted by UUID. The design of the view must be based on the
vwSMS
_
ByUuid view as defined in the Sms4Domino template.
Sms By Refnr PhoneNr viewname: Message delivery confirmations and failures must be

matched to a past outbound Sms message. The match is based on the Reference
Number received from the SMSC, concatenated with the recipient's phone number. The
design of the view must be based on the vwSMS
_
ByRefnrPhonenr view as defined in the
Sms4Domino template.
Polling interval: the Domino router deposits mail messages in the sms.box of the Sms

server. The requests are converted into another format by a separate thread. Specify
the polling interval (in seconds) for this thread.
Process mails deposited by router on server(s): In most cases this field should contain

the name of the Domino server where Sms4Domino is running.
The Domino router may deposit mails in Sms.box of any server (depending on the
foreign domain documents). All Sms.box databases replicate within the Domino domain.
Specify what mails should be processed by the current mail interface instance . In most
cases there is one Sms4Domino instance per Domino server that contains a replica copy
of Sms.box. Each instance should then process the mails deposited on the instance
server. In a multi Sms4Domino server configuration there should exactly be one mail
interface for each server that contains a replica copy of the Sms.box. This setting is also
used to determine what mails should be removed from the database (see parameter Sms
outbound retention time)
Mail filter settings: the Domino mail router may send different kind of mail messages.

The most common mails are based on the form Memo or Reply. But also meetings
invitations, failure reports, message recall, ... may be deposited by the router in any
mailbox. The mail filter settings section makes it possible to filter out these unwanted
mails. The settings are optional. Both a whitelist and/or blacklist may be specified. The
filter is defined either as a @formula or as a role. The @formula will be executed on the
received mail message. The result of the formula must be either @true or @false. The
sender of the mail must have the specified role name enabled in order to send Sms
messages via this interface. Role names are written between [ and ].
When a mail is received the whitelist formula and role check are executed first . In case
of execution error or if the formula does not return @true the mail is rejected. In case the
mail passed the whitelist formula the blacklist formula and role check - if present - are
executed. In case of execution error or if the formula returns @true the mail is rejected.
Rejected mails may either be silently discarded (although some logging will occur) or a
non delivery failure is returned to the sender.