I used Voip.ms SMS successfully earlier today, but now I cannot connect to the API. The original error was “Sync failed API error ‘missing_method’”. I rebooted my android device with no effect. I then deleted and reinstalled the app, and now I cannot sign in to the API as I get a “Sign-in failed: API error ‘missing_method’” error. I confirmed my credentials and I confirmed with the voip.ms staff that the API is working on their side.
In regards of API URL hostname, yesterday our team made security updates and one of them was the redirection of the hostname traffic. The application needs to be updated so that it supports the URL redirection of www.voip.ms to voip.ms
We recommend getting in touch with the app owner to push for an update to address this issue. Our team will also be attempting to reach out to Michael Kourlas for this purpose, we appreciate all the feedback.
@William You guys really should hire this guy and flesh this app out completely. The work is already half done. It would be great if you guys could have an integrated app with voice calling and SMS attachments as well.
If there is a breaking change in the future, would it be possible to give the developers an advanced notice so the software could be updated at the same time the change is made?
The software broke at a very bad timing for me during the weekend.
Just a little feedback on this.
API changes should ideally be announced, and maybe even have a version number in the URL, so people can migrate within a given timeframe before an old API is removed. This would be the best approach so customers can have smooth transitions and avoid issues on maybe important systems depending on it.
For real. I created an account just to comment on this.
VOIP.ms broke SMS access for everyone using that API with zero attempt at notice or coordination. People who can’t sideload a version of the volunteer-created app are still unable to use the service from that app.
It’s decisions like this, and past decisions related to the SMS API, which really don’t paint the company in a good light. If you’re not going to develop the API, please at least refrain from breaking it.
I think it is important to note that the app’s use of “www.voip.ms” rather than “voip.ms” was almost certainly an error I made way back in 2014, when I was first developing it.
Although the 301 redirect is new, code from other projects using the VoIP.ms API on GitHub (e.g. this one) suggests that the documentation said to use “voip.ms” (not “www.voip.ms”) for a long time, if not always. “www.voip.ms” worked for many years, but it was undocumented behaviour.
Did you go in Main Menu -> SOAP and REST/JSON API, the set an API Password, then Enable API access, then use these credentials to login with Voip.MS SMS application?
The application uses API access, not your standard account login.
There must be a little something that makes it do that. But I can’t tell. Sorry I couldn’t help.
Most standard SMS application will do the job. I use Groundwire and it works well too for one user. (Multiple users on the same phone number is better with Voip.MS SMS because you always have the whole history, even if a SMS would fail to reach the final device.)