1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324
|
#!/usr/bin/perl
package RT::Extension::SMSNotify;
=pod
=head1 NAME
RT::Extension::SMSNotify - Send SMS notifications from RT via SMS::Send
=head1 SYNOPSIS
You don't generally use this module directly from your own code, it's an RT
extension. See L</"CONFIGURATION">
=head1 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 L<RT::Extension::SLA> module.
SMSes are sent using the L<SMS::Send> module; this has been tested with
L<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.
B<Most SMS providers only offer asynchronous non-guaranteed 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.
=head1 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 C<RT::Action::SMSNotify> via C<rt-crontool> etc. You can add
scrip actions manually if you prefer, or run:
make initdb
as a user that has read permission to your C<RT_SiteConfig.pm>. B<Do not run
C<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 C<scripactions> table with something like:
DELETE FROM scripactions WHERE name LIKE '[SMSNotify]%';
and add them back in by running C<make initdb> I<once>.
=head1 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.
=head2 $SMSNotifyProvider
The C<$SMSNotifyProvider> parameter must be set to the name of an installed C<SMS::Send> module as a string, without the C<SMS::Send> qualifier. For example, to use L<SMS::Send::RedOxygen> you'd use:
Set($SMSNotifyProvider, 'RedOxygen');
=head2 $SMSNotifyArguments
The C<$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 L</"CONFIGURATION"> shows settings for
C<SMS::Send::RedSMS>.
=head2 $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 L<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.
=head2 $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.
=head2 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 L<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 (C<*/1>; could
just be written as C<*>) 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'
=head1 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 C<undef>.
For example, a template for due date alerting could be:
RT alert: {$Ticket->SubjectTag} is due in { $Ticket->DueObj->AgeAsString() }
=head1 AUTHOR
Craig Ringer <craig@2ndquadrant.com>
=head1 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.
=cut
use 5.10.1;
use strict;
use warnings;
use RT::Interface::Email;
use RT::Extension::SMSNotify::PagerForUser;
BEGIN {
our $VERSION = '1.04';
}
use RT::Action::SMSNotify;
sub _LoadFuncFromModule {
my ($modname, $funcname) = @_;
if (!$modname) {
RT::Logger->debug("SMSNotify: _LoadFuncFromModule: no module name passed, cannot load the function $funcname");
return undef;
}
eval "use $modname";
if ($@) {
RT::Logger->error("SMSNotify: Failed to load module $modname: $@; using default function");
} elsif ($modname->can($funcname)) {
RT::Logger->debug("SMSNotify: Using $funcname from $modname");
no strict 'refs';
return *{"${modname}::${funcname}"}{CODE};
} else {
RT::Logger->error("SMSNotify: Loaded module $modname but no function $funcname found in the module; using default function");
}
return undef;
}
# When SMSes fail to send this function is called. It can be used to use a side
# channel to screama for help from an admin. The default emails the rt owner
# if any SMS fails to send. Takes SMS error code, sms error message, recipient
# phone number (if any) and the RT::User (if any) of the recipient as arguments.
#
sub _DefaultErrorAlertFn {
my ($errorcode, $msg, $phoneno, $rtuserobj) = @_;
my $erroremail = RT->Config->Get('OwnerEmail');
my $uname = defined($rtuserobj) ? $rtuserobj->Name : 'none';
my $formattedmsg = "RT SMS alert failed to send to user $uname with $errorcode: $msg";
if ($erroremail) {
RT::Logger->debug("Emailing rt-owner with SMS failure alert: $formattedmsg");
RT::Interface::Email::MailError(
Subject => 'RT Alert: Failed to send SMS notification: $errorcode',
Explanation => $formattedmsg,
LogLevel => 'error'
);
} else {
RT::Logger->error("rt-owner email not defined, could not send email alert. Message was $formattedmsg.");
}
}
our $_GetPhoneForUserFnRef = undef;
# Convenience lookup for $SMSNotifyGetPhoneForUserFn and its default
sub _GetPhoneLookupFunction {
if ($_[0]) {
# Override module name passed to this invocation
return _LoadFuncFromModule($_[0], 'GetPhoneForUser');
} elsif (defined($_GetPhoneForUserFnRef)) {
# use cached copy of configured/default
return $_GetPhoneForUserFnRef;
} else {
# look up configured file, failing that, use built-in default
return $_GetPhoneForUserFnRef =_GetConfigurableFunction('SMSNotifyGetPhoneForUserFn', 'GetPhoneForUser', \&RT::Extension::SMSNotify::PagerForUser::GetPhoneForUser);
}
}
our $_ErrorNotifyFnRef = undef;
sub _GetErrorNotifyFunction {
if (defined($_ErrorNotifyFnRef)) {
return $_ErrorNotifyFnRef;
} else {
return $_ErrorNotifyFnRef =_GetConfigurableFunction('SMSNotifyErrorAlertFn', 'ErrorAlert', \&_DefaultErrorAlertFn);
}
}
sub _GetConfigurableFunction {
my ($cfgvarname, $funcname, $defaultfunc) = @_;
# Default to the built-in lookup
my $cfgval = RT->Config->Get($cfgvarname);
my $fn = $defaultfunc;
if (ref $cfgval eq 'CODE') {
# User has supplied a function reference, use it
$fn = $cfgval;
} elsif (!ref $cfgval) {
# User has supplied the string name of a module; load it and look
# for a GetPhoneForUser function in it
$fn = _LoadFuncFromModule($cfgval, $funcname) // $fn;
} else {
RT::Logger->error("SMSNotify: $cfgvarname is neither subroutine reference nor module name string. Using default function.");
}
return $fn;
}
1;
|