Provided by: rt4-extension-smsnotify_1.04-1_all 
NAME
RT::Extension::SMSNotify - Send SMS notifications from RT via SMS::Send
SYNOPSIS
You don't generally use this module directly from your own code, it's an RT extension. See
"CONFIGURATION"
DESCRIPTION
Use RT::Extension::SMSNotify to send text message notifications to mobile phones when
events occur in RT, or via RT Crontool to do time-based alerting for things like SLA
warnings.
Useful in conjunction with the RT::Extension::SLA module.
SMSes are sent using the SMS::Send module; this has been tested with SMS::Send::RedOxygen.
You will need an SMS::Send driver module installed to use the SMSNotify extension. Writing
them is easy if you can't find one for your provider.
Most SMS providers only offer asynchronous non-guranteed delivery and there's no provision
for asynchronous delivery status notification in the SMS::Send API. If a text message
isn't immediately rejected by the provider this plugin will report that the message was
dispatched successfully. SMSNotify can make no guarantees about whether the message was
delivered. If you need reliable, guaranteed-delivery messaging you should look elsewhere -
but remember that no message is truly received until a human has read and acknowledged it.
If SMSes fail to send the resulting exception is reported to the address by default. You
can provide your own error reporting function to override it; see CONFIGURATION below.
INSTALLATION
Install RT::Extension::SMSNotify using CPAN or using the usual:
perl Makefile.PL
make
sudo make install
process.
This extension can optionally install some scrip actions in your RT database. If you do
not install them, you can't create scrips via the RT web UI, but you can still use
"RT::Action::SMSNotify" via "rt-crontool" etc. You can add scripactions manually if you
prefer, or run:
make initdb
as a user that has read permission to your "RT_SiteConfig.pm". Do not run "make initdb"
multiple times; this will result in duplicate entries in your RT database. If you have
created duplicates you can carefully delete the duplicates manually. Alternately, delete
all scrips that use the actions then delete them all from your database's "scripactions"
table with something like:
DELETE FROM scripactions WHERE name LIKE '[SMSNotify]%';
and add them back in by running "make initdb" once.
CONFIGURATION
# Add the plugin to your RT_SiteConfig.pm's plugin list. (Append to any existing
# @Plugins setting rather than adding a new one).
Set(@Plugins, qw(RT::Extension::SMSNotify));
# In RT_SiteConfig.pm, add entries for your SMS::Send provider and its setup
# argument hash, eg:
Set($SMSNotifyProvider, 'RedOxygen');
Set($SMSNotifyArguments, {
_accountid => 'XXXXXXXXXXX'
_email => 'xxxxx@xxxxxxxxxxxxxxx',
_password => 'xxxxxxxx'
});
# Then use RT-crontool to invoke the action or register it in the RT DB and use
# it in scrips.
$SMSNotifyProvider
The $SMSNotifyProvider parameter must be set to the name of an installed "SMS::Send"
module as a string, without the "SMS::Send" qualifier. For example, to use
SMS::Send::RedOxygen you'd use:
Set($SMSNotifyProvider, 'RedOxygen');
$SMSNotifyArguments
The $SMSNotifyArguments parameter must be set to a hash reference with the parameters the
SMS:Send driver expects. The exact parameters will vary from driver to driver. The sample
given in "CONFIGURATION" shows settings for "SMS::Send::RedSMS".
$SMSNotifyGetPhoneForUserFn
This config-overridable method is useful for filtering users to limit the recipients of a
message. For example, you might want to return a user's phone number only when their
local time is between 08:00 and 17:00.
If set, this variable must be either a function reference or a string that names a module
with a function named GetPhoneForUser. In either case the variable is set in
RT_SiteConfig.pm.
If defined this function must take an RT::User as the 1st argument and returns a phone
number as a string. The default implementation looks up the RT::User's PagerPhone
attribute, which is shown as Pager in the RT UI, but you can replace this with an LDAP
query or whatever you want.
Two additional arguments are passed: the Ticket being operated on or undef if no ticket,
and a user-defined hint extracted from the action argument if found as documented in
SMS::Action::SMSNotify.
Return undef or the empty string if no phone number exists for a user. More than one phone
number may be returned by returning an array (not an arrayref); all of them will be
notified.
To set it as an anonymous function reference:
Set($SMSNotifyGetPhoneForUserFn, sub {
my ($user, $ticket, $hint) = @_;
return $user->PagerPhone;
});
Alternately and preferably if the above code were put in a function named GetPhoneForUser
in a module named 'My::Module' with a matching 'package' declaration the configuration
would be:
Set($SMSNotifyGetPhoneForUserFn, 'My::Module');
Note that this method has full access to the RT system so write it carefully and don't
trust user-supplied code.
$SMSNotifyErrorAlertFn
This config-overridable method lets you change this extension's error reporting for when
SMSes fail to send. You might want this if you're using a pre-paid service and want to
alert when you're out of credit, for example.
It works like $SMSNotifyGetPhoneForUserFn in that it can be set to a function reference or
to the string name of a module with a function named 'ErrorAlert'.
The function (whether in a module or a func ref) must accept four arguments:
* The SMS::Send result code (non-zero) * The SMS::Send error message * The destination
phone number * The destination RT::User or undef if none
The default implementation sends an email to the rt owner address.
Use with rt-crontool
This is an example of RT::Extension::SMSNotify use with rt-crontool in /etc/crontab
format. The example presumes the existence of a template named 'SLA Alert SMS' and assumes
that your local RT user is named 'requesttracker4'. There must be a user in the RT
database with 'gecos' set to the local RT user Cron uses. The action argument specifies
that notifications should be sent to all ticket AdminCc users/groups and queue AdminCc
watchers. Action arguments are documented in RT::Action::SMSNotify.
The search filter is a TicketSQL expression. You can use the RT query builder to generate
TicketSQL, but it's very limited so you will usually want to write your own. You can test
it by pasting it into the Advanced search in RT. This search sends SMSes for any ticket
with a due date set that's due 24-25 mins, 11-12 mins, or 3-5 mins from now. Since it runs
every minute ("*/1"; could just be written as "*") this will generate one message for each
of the first time ranges and two for the 2nd.
The crontab entry:
*/1 * * * * requesttracker4 rt-crontool --transaction last --search RT::Search::FromSQL --search-arg "(Status='new' OR Status='open') AND (Due > 'Jan 1, 1970') AND ((Due < '25 minutes' AND Due >= '24 minutes') OR (Due < '12 minutes' AND Due >= '11 minutes') OR (Due < '5 minutes' AND Due >= '3 minutes'))" --action RT::Action::SMSNotify --action-arg "TicketAdminCc,QueueAdminCc" --template 'SLA Alert SMS'
If you want to test sending messages from cron use a simple search for ticket ID, eg:
rt-crontool --search RT::Search::FromSQL --search-arg 'Id = 1033' --action RT::Action::SMSNotify --action-arg "TicketAdminCc,QueueAdminCc" --template 'SLA Alert SMS'
or to send direct to a specified phone number:
rt-crontool --search RT::Search::FromSQL --search-arg 'Id = 1033' --action RT::Action::SMSNotify --action-arg "p:+1234123132" --template 'SLA Alert SMS'
TEMPLATES
Unlike email templates, your SMS templates don't need a header. RT will complain if you
don't leave the first line blank in your template as it thinks you still need headers.
Your template may use the following variables:
Argument The argument to this invocation of RT::Extension::SMSNotify
TicketObj The ticket object (undef if none) this action is acting on
TransactionObj The current transaction
PhoneNumber The phone number this template invocation will be sent to
UserObj The RT::User whose pager number this is, or undef if it
was supplied by other means like the argument.
The template is executed once per SMS. If a user has more than one phone number it'll be
executed once per phone number so you'll see the same UserObj more than once. Remember
that UserObj can be "undef".
For example, a template for due date alerting could be:
RT alert: {$Ticket->SubjectTag} is due in { $Ticket->DueObj->AgeAsString() }
AUTHOR
Craig Ringer <craig@2ndquadrant.com>
COPYRIGHT
Copyright 2013 Craig Ringer
This program is free software; you can redistribute it and/or modify it under the same
terms as Perl itself.
The full text of the license can be found in the LICENSE file included with this module.