My name is Mitch Cannon, and I'm the VP of Technology for Textify Mobile. We currently only offer a private API for specific integrations and partnerships. With that said, we are actively developing a RESTful, JSON-based API for our general user base. I would love to talk with anyone interested in an integration about their needs and what we can currently ...
You can install this extension: https://github.com/PalanteJon/coop.palantetech.nosmsurltracking. This will automatically turn off click-through tracking on all mass SMS messages. There's no checkbox (unless someone codes one in), so it turns tracking off on ALL messages - but if you need tracking on a single message, you can disable the extension ...
Yes, it's easy. You have to ask Twilio customer support to enable 'Alphanumeric Sender ID' in your project. Here's the link for that. Once that's done then all you need to do is to set the 'From=' in Administer/Settings/SMS Providers to whatever you want. Of course, users cannot then reply or 'STOP' etc. But it works and there's nothing to enter or ...
How about adding another activity status? Like "Unread" or "Read".
Depending on how skilled you are, maybe it is possible to have inbound sms set to "Unread" as default. Then your staff could change it to "completed" when they have read it.
If not, you could add the activity status "Read" and then change the status from "Completed" to "Read".
In both ways,...
I suspect the unicode issue arises from the clickatell extension. It uses the utf8_decode() function to decode the message text from a UTF-8 string to ISO-8859-1 before posting to Clickatell. Hence Clickatell manages UTF-8 messages, the use of utf8_decode() is not necessary, and removing it resolves my issue above.
Replace original code:
You need to write an extension (https://docs.civicrm.org/dev/en/latest/extensions/civix/#generate-module), and you can use the existing provider extensions as a template and change what you need. You can also look at other third party extensions. I wrote one recently (https://lab.civicrm.org/extensions/ringcentral), which has some maybe nonstandard things, ...
Out of the box, you have two possible providers, clickatell and twilio.
Both seems to work fine, you should check directly on their website because the cost depends on your location, the location of your recipients and the volume you want to send.
Note that when reloading the database, it is a lot safer and cleaner to load the database dump into a newly created database. If you reload into an existing database, newly created tables will still exist, which fools the upgrade scripts
Regarding whatsapp I have been looking into that recently and I discovered that WhatsApp doesn't offer an API. So it is not possible to send or receive messages to/from whatsapp in CiviCRM.
However it is possible to hack around this. You could create your own android app for sending whatsapp messages and then you run this app on your phone and this app ...
They haven't been any to my knowledge, but assuming whatsapp as an api to post messages, it shouldn't be too complicated to implement.
If you are interested, you could write an extension and use the searchtask hook to add a "send via whatsapp" action
The callback path shown in your Twilio debug is
For WordPress, this needs to be
The former is suitable for Drupal CMS, but won't work in WordPress CMS. WordPress paths for CiviCRM callbacks are generally /?page=CiviCRM&...
As per Clickatell api documentation the api url to send sms is
Please cross check in clickatell the api key under SMS Integration tab(it should be of 24 chars with '==' at the end).
As mentioned in my comment to Demerit's answer I successfully achieved my objective to send a QR code to an event participant's phone (albeit the URL and not the image).
I installed the Clickatell extension for CiviSMS and the QR Code Checkin extension to generate the emails or SMSs to send the QR Code or its URL to event participants.
The instructions to ...
For the benefit of anyone else who wants to add custom fields to an activity type that isn't in the list: You could create the custom group using the API, either using the explorer or drush. For example:
drush cvapi CustomGroup.create extends=Activity extends_entity_column_value=46 title="SMS testing"
where 46 is the activity type ID of Inbound SMS on my ...
Thanks for adding a bit of detail about the error in your comment. FYI you can edit your question which is even more helpful. And in this case I'm hoping you can provide the exact error on the upgrade when you try to do it from a restored database and restored file system.
When rolling back you should likely carry out steps 9-13 and 16 at http://wiki....
This is an old topic but still a good one. It seems that it moved a bit in the messaging environment and that one can actually communicate through third-part services with Whatsapp:
I use Twilio, but had this problem too. I found what i believe to be a bug in Civi's mailing code (which also handles sms'es).
In the function create in CRM/Mailing/BAO/Mailing.php on line 1755, getRecipients are called without the last argument $mode, and getRecipients are executed as if it's an email and not an SMS. I added a check to see if it's and sms, ...
I just faced (and fixed) this problem three days ago for a client by patching the Clickatell extension to prepend the "1" where it doesn't already exist.
In short - someone already wrote this patch, but it only works if you don't have contacts you want to text outside the US and UK. The patch is referenced on CRM-14160 - or just find it here.
If you're ...
Jaap Jansma at CiviCoop has developed two extensions that do this for us. It is connected to a Norwegian sms provider, but the code is available on github.
He used a trick... To automatically create a contact with no name, but only email(as Civi requirements for creating a contact). A contact with cell phone number 123456789 would then get an email like ...
My preferred solution is to use this extension (which should be 4.4 compatible) rather than manually digging around the database. Hope that helps!
CiviCRM is open source software, so there's no "you" to address this to. Anyone is free to make a plugin to interface CiviCRM with this provider.
As of right now, no one has - but SMS provider plugins are relatively simple, and if you (or someone you sponsored) was able to put in a few hours, you could likely make this happen!
Besides Twilio and Clickatell, folks have written extensions for other gateways - but of course they may be out of date.
I know of these offhand:
The instructions on the Civi wiki weren't clear enough for my sleep-deprived brain. I had omitted the From= prefix from the API parameters in my SMS Provider Settings in Civi. Soon as I added From= to the front of our Trilio phone number, it worked like a charm.
Now to put some ice on this palm-shaped bruise on my forehead ...
That is a total hack, and is therefore the wrong solution to the problem.
If they have these limits it's for a reason. Ultimately Twilio may be the wrong provider for you, or you're on the wrong plan with them.
Suggestion: research other providers.
The install instructions at https://wiki.civicrm.org/confluence/pages/viewpage.action?pageId=86213770#SettingupaSMSProviderforCiviSMS-twilio say
In Twilio account settings, go to Numbers and click on the number you want CiviCRM to "listen to". That will open configuration settings for that phone number. Under Messaging, change Request URL to http://...
For sending sms, the contact should have Phone number of phone type as 'Mobile' and Primary as true. The option will be visible once you set required phone type.
The incoming message will be shown under Activity tab of Contact of Activity type as Inbound SMS. You can also check using Activity search with filter Activity type as Inbound SMS. You can also ...