Details
-
New Feature
-
Resolution: Fixed
-
Minor
-
None
-
Professional Edition
Description
The alerting include attached has been tested to work with Clickatel. It is based on the Messagebird script in the current Professional Edition.
When configured in the interface as such:
recipient::<<FULL_NUMBER>>||originator::<<NUMBER/NAME>>||user::<<USERNAME>>||password::<<PASSWORD>>||apiid::<<API_ID>>
The update to includes/definitions/transports.inc.php is:
$config['alerts']['transports']['clickatell'] = array(
'name' => 'Clickatell SMS',
'parameters' => array(
'originator' => 'Sender of SMS message',
'apiid' => 'API access key to send SMS',
'username' => 'API username',
'password' => 'API password',
'recipient' => "Recipient's phone number",
)
);
Attachments
Activity
Appreciate it Tom.
I'm sure this has been discussed somewhere else - but would it be possible to define the required definition used by "includes/definitions/transports.inc.php" in the includes/alerting file?
It would allow alerting endpoints to be fully self contained plugins effectively. And removes the reliance on editing the transports file.
Sorry I was a bit slow in responding, but I see you got it figured out 
Looking good. A few nits were picked, I committed this to the tree. Easiest is to delete your local clickatell.inc.php then run svn, I think.
Thanks!
Hi Troy,
Why did you use curl instead of our functionality to do HTTP requests? We have proxy support and all sorts of other things using our, so transports should also use do_htto_request() so things don't fail unexpectedly.
The top 5 lines of your file are missing by the way.
Thanks!
As the transport file is just include()'d as-is, that won't work - there will be no way to get the data out. The definitions file will be used to create a better web interface which prompts you with separate fields instead of having to create the awkward endpoint format yourself.
Getting some things self contained is being thought about but currently it's not possible.