I am in the US and have been using a Clickatell Central API account and connect through HTTP API. Here is an example of the string I used :a href="http://api.clickatell.com/http/sendmsg?user=ljaxxxxxx&password=9ixxxxxx&api%0b_id=3xxxxxxx&mo=1&to=1xxxxxxxxxx&from=1xxxxxxxxxx&text=Thank+you">http://api.clickatell.com/http/sendmsg?user=ljaxxxxxx&password=9ixxxxxx&api
_id=3xxxxxxx&mo=1&to=1xxxxxxxxxx&from=1xxxxxxxxxx&...> Some information has been blocked for security purposes. The problem is FLSMS is not passing the MO and the TWO-WAY number to Clikatell gateway. Although the message is marked SENT in FLSMS but not DELIVERED because the MO and the TWO-WAY have not been passed, so it ends up in "Routine Error". If anyone is familiar with this kind of issue please let me know. FYI, I have contacted Clickatell and they are the one who told me that is what's happening.
I haven't come across this before, but from Clickatell's documentation "This is only applicable to clients that have subscribed to a two-way messaging service." Is this an extra service you've requested from Clickatell?
Also, was the error "Routine" or "Routing"?
And finally, which version of FrontlineSMS are you running?
I'm having this same issue and am trying to work with Clickatell support today as well (for an urgent project we need working today). It is "Routing Error" that shows up on the ClickaTell control panel. ClickATell says it is because the app is not specifying the mobile origination variable as well as the the assigned two-way number.
The URL construction needs to be:
I'm using 220.127.116.11.
I just spoke with support. They said the mo=1 mobile origination parameter and from=assigned two-way number parameter is a US only restriction. It has to do with carrier restrictions in the US.
I've not found a way to specify FrontlineSMS to receive a message from the two way number. I do not see a receive checkbox option for ClickaTell similar to what there is for IntelliSMS. I'm not sure if FrontlineSMS has a way to retrieve messages sent to the two-way number, but they said there needs to be a script to handle the incoming messages. Is that something can be added fairly easily - or configured? We are hoping to be able to use it today for election alerts.
I found this two-way API guide from ClickaTell, which might be helpful for development changes:
Thank you All for responding to this troubling issue. I have tried one thing that seems to work partially. For people using Clickatell Central API, if you have a TWO-WAY number by using MO=1 and FROM=TWO-WAY number, (Example:http://api.clickatell.com/http/sendmsg?user=xxxxxxxxx&password=...) you can place this string in the FLSMS configuration panel also modify the string to include MO and TW number just like the example above then insert it in the From Number as well:
The message will be delivered but my problem right now I don't know yet how to get the reply to work since I am not using a GSM modem or a cell phone. All your suggestions are welcome. Thanks.
Jack, can you clarify which field you are putting the extra parameters? We have a modem setup, but we aren't able to figure the round-about from Clickatell to use the modem number either.
Silas, et al. do you all know if Intellisms supports US origination numbers?
I just spoke with IntelliSMS and they do not provide US sender IDs so there would be problems with US users replying with IntelliSMS to an international origination number. So I think getting ClickaTell to work similar to IntellisSMS is our best option at the moment, but I do not know what best way to do that. We have several developers here that might be willing to help, but I don't know if that is something we can get done quickly or not.
If we could get on a call with someone that would help immensely.
We are looking at the development wiki section about Internet SMS services:
And reading about how to extend the services. Does this mean that we could write/extend the existing ClickaTell service and add it to our current installation, or would we have to recompile all of Frontline? In either case, could we get connected with a developer that could point us in the right direction? If it works, we'd be happy to share back with the community.
That is a wonderful idea. I am sure that many people specially in the US would benefit from it. I don't know who you could talk to in terms of compiling Clickatell discussions from FLSMS to your wiki project. But that would be awesome. About that screenshot, please see the attachment. Thanks.
Thanks Jack. I did the same as you, and it does seem to allow sending, though I'm not sure why. I tried just adding the mo and from to other fields and it didn't work, so I guess however it is interpreting the api and sender fields is different. We're still researching send, but i have a story to tell on that one - in a separate post.
Nice to hear. But I want to assure you that I no longer have "Routing error" at the Clickatell Gateway. By using the API script in the "From Number" dialogue box all my messages get delivered so far. The FLSMS version that I am using is 1.7. I don't know why it works, I'll leave that to the developers. Now I am working on receiving messages from the recipients without using a GSM modem.
Happy to discuss extension further, either on the dev mailing list (https://groups.google.com/group/frontlinesms-developers / firstname.lastname@example.org) or email me at email@example.com.
Current requirement is for recompilation, but the latest dev build (not yet a public release) should allow adding new aggregator support by dropping a JAR in at runtime.
Thanks Alex. Our situation has stabilized a little, but we will definitely followup with you to see if we can develop a plugin for it. Is the version you are referring version 2 or 1.6 / 1.7?
We were tying to set up the development environment last and today, but were running into compiling issues.