-
Notifications
You must be signed in to change notification settings - Fork 497
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
SMS Backup+ removed from Google Play Store #1104
Comments
I'm confused the app is discontinued? |
It seems that app come under google store policy of non-maintance and security for OAuth issues. Now it will bck only once the app get some update and fix for OAuth issues as per new APIs |
As a workaround I have sideloaded and it works ok. |
This pushes up the priority of #1059. If Jan is no longer contactable, that leaves me as one of the few with write access to this repo, but I still couldn't push to the PlayStore repo even if it still existed. At least this gives a new project a clean slate with Google. |
@al-right thanks for the heads-up. |
I imagine there are a fair few long time freeloaders (aka users) like me who would love to see this working again. My techie skills are modest and stale but I'm happy to be on videoconf/call/chat to review what help would make the task less of a burden and in that there may be something I can do (if only co-ordinating to find others to pitch in as wanted). |
I miss this app. Not sure what I can do to help but willing. |
Just wanted to share an update on this effort. My boyfriend is an Android developer and after the scheduler in this app broke, he tried writing me a new backup app, not realizing that the source code for this one was available. After many hours of effort, he was unable to read and write RCS messages properly. Although we could modernize this app (probably more like a re-write since it's so old), it would not be worth the time and effort without RCS support, as SMS/MMS are slowly fading away. Android seems to store RCS messages in its database in some weird way, possibly due to the end-to-end encryption. And there is not a documented method for interfacing with it. Does anyone know of another open source backup app that DOES support RCS that we might be able to analyze? I don't know of any that are open source unfortunately. |
@BenJewell Thanks to you and your boyfriends efforts! :) Very much appreciated. It seems as a larger project to get something going. Maybe some of the links below can be of some sort of help.
|
For me, this will still backup when manually initiated. I would love to see the scheduler working again. There appears to be a 3rd party approach to triggering the backup by broadcast intents but I don't know how to trigger these. |
@BenJewell I spent a long time looking into RCS support options, and (at the time) searching for "RCS API" always took me to pages offering server side support (usually for a fee), intended for companies to send bulk RCS messages without actually using a phone at all. It became obvious that Google simply don't provide a new API to deal with RCS messages on a phone, but the consensus (among the very few with any technical information) seemed to be RCS messages were accessible using the existing Android API for dealing with SMS and MMS messages. From the links provided by @al-right it appears that that's only partly correct; we need an interpretation layer over the top; it's not clear whether SMS-Backup actually needs such a layer, since it's not presenting messages, merely storing them. (Personally I've been leaving RCS turned off on my phone precisely to ensure that all my messages continue to be backed up until this is sorted.) I would like to see a wider community effort rather than get stuck again with a single developer who goes silent. We need a new architecture to support a range of related tasks:
|
FYI, Re: RCS: #1097 -- I haven't tested it, read through it when I saw it and it seemed pretty good though, for whatever that's worth. |
Sad that it's been removed from Google Play, I've been using it for years and discovered it was removed after my phone got stole and that I tried to reinstall the app on a new phone. |
Never paying for the app, never submitting any relevant change requests, and still using it, I am fully aware that I am in no position to request anything. Just humbly ask. It's just that I have given up only using my corporate SIM in my private phone whereas using an eSIM for my private subscription in my corporate phone works fine. With the catch that the corporate phone is device managed where a policy blocks side loading. So SMS Backup+ not being on Google Play is a brick wall type of problem for me. Any hope that anyone would make the effort to remove the obstructing parts and repost it? |
The primary issue here is that on September 30th, which is 22 days away, app passwords will not longer work. And therefore we have no choice but to use oauth. However, Jan is gone and it seems that nobody is able to replicate the code. I know I can't and I know I'd be willing to pay for it because I am highly dependent upon searching my emails for communications and use the search to find call and MMS logs more often than not. So we could all be sideloading the app, but we have less than 4 weeks before this app will no longer work for any of us. I really hope somebody can realize how important this is and hopefully come up with an application that does the same thing leveraging oAuth. I honestly do not understand why Jan stopped supporting oauth and became dependent on app passwords, but that was a frustration in itself many years ago. (I've been a user forever.) Let's hope we can get something soon, I am going to be completely lost without this app. It is among my top apps that I'm completely dependent upon. |
Do you have a source for that? My understanding is that account username and password access will cease to function via third party apps. But generated "app passwords" will still work. Would appreciate a confirmation! |
I'm not sure what the difference is? Wouldn't that be basically the same thing? |
This is my understanding as well. Some article I read even suggested app passwords as a workaround. I'm hoping Google doesn't remove that support as well. |
No, what's going away is being able to use your name@gmail.com and password123 credentials to access your Gmail via an email client. Going into your security settings and generating a unique password for an app to use Gmail is not going away (and how you should be using smsb+ already). |
Got it, thanks. I know it's a matter of time though. We need an oAuth alternative sooner rather than later. |
As I understand, the requirement for OAuth is only for Gmail email accounts. Until recently I was still able to use SMSBackup with my personal server email address, which still accepts username/password and SSL. |
@gunamoi1 Did you check the releases for this project? https://github.com/jberkel/sms-backup-plus/releases/tag/1.5.11 The version number matches that which I still have installed. |
This is the one I use... Someone added RCS backup support a while back. |
It looks like that's the |
Yeah. I guess it would have been easier to just find that and link to it than to pull the APK off my phone. |
@opello : Thanks for that link. I saw the source code but somehow missed the APK link. It's been over 10 years since I did an android app, and I wasn't sure I've still got the capability to do my own APK from source. But I've downloaded the 1.5.11 APK and installed on the new phone and it works exactly as it did on the old phone. Many thanks. @BenJewell: Thanks for that. I don't currently need RCS, so I won't install that one. But I've downloaded and archived just in case. regards. |
I didn't realize there was a newer, RCS version. I'm still running 1.5.11 and have had issues where my messages aren't grouped in the same threaded backup as the person I'm talking to. I'm curious now if this will fix it. What's the upgrade path? If I just remove the old app and sideload the new apk, will it re-backup all my old messages or only new messages going forward? I prefer to not create a whole bunch of duplicates in GMail. Also, I'm curious if there will be issues in the GMail login. I can't recall but I think I'm using a GMail app password combo with IMAP b/c iirc, OAuth in the app wasn't working. Is that still the workable route for new installs? |
My understanding is that the threading is fixed in the RCS version too, but I never made the jump to it to see. It was mentioned in d9ef19f in a review comment. I'm not sure what the upgrade path is beyond the signing issue mentioned in the pull request--since the APK is signed by a different key the OS won't let you "upgrade" as a security measure, so that seems more like uninstall/reinstall. As I understand the login issue, it's not a problem because "app passwords" can still be used. It's been discussed in this issue along with the misunderstanding that app passwords might go away. If that affects new setup I'm not sure, it'd be worth trying in an emulator or something before abandoning an existing install. I just haven't gone down that path just yet. I'm just a fan/user here so all I have is what I've gleaned from these issues and pull requests. |
I'm the author of #1097. Honestly it's working great for me 😀 I have perfect backups across SMS, MMS, group MMS, RCS, etc. I compiled the latest code in that PR and attached a zip file here, but honestly you're trusting me, an internet stranger, a lot 🤷 The scheduling still works for me, on my pixel 3a running Android 10. Maybe it's broken in newer versions of Android, I don't know. Perhaps it will work if you keep your phone plugged in and connected to wifi. Regarding app passwords vs oauth, I've been using this workaround for years: https://www.androidpolice.com/2019/08/12/sms-backup-is-now-broken-due-to-gmails-api-changes-but-theres-a-workaround/ and it's still working today. I hope that helps! |
For what it's worth, the scheduling was broken for me in Android 13 and 14 in the last official release, but it's fixed in the version with the RCS fix. Been working flawlessly on Android 14 for months. :) Thank you to whoever fixed it, lol. |
I have a comment and a question...
In sum, thanks a ton to those who have worked on this, and please don't abandon the project! |
It's been pretty dead for years. Looks like they just made a couple changes to get it to compile. Someone made a patch a while back to fix RCS messages and fix the automatic scheduler, which both work great in Android 14. Not sure what changes might be needed to get it running on Android 15. Might be a simple matter of tweaking a few parameters and compiling it. I'll probably get a new phone with A15 sometime within the next 6 months or so, and I may try to fix it if it's an issue. Or someone else may do it. Another thing you could do is restore your messages onto an older Android device first and then migrate it to your current phone with a different method. Messages are backed up automatically to Google accounts but I think that just covers the past two years. There's an app called SMS Backup and Restore that stores them as XML files and you could move them with that. |
Backup works on a15 here, not tried restore. |
I think it's just that the SMS permission need to be updated to account for changes in Android 15. I can install and launch the app, but when I try to set SMS priveldges, the option is greyed out.
I suspect it's because I am installing the app anew after upgrading to Android 15, rather than upgrading with the app already in place and permissions granted on 14 (I upgraded my phone in the last few weeks and hadn't gotten around to installing SMS backup + while still on 14). This happened with another SMS app (QUIK). In that case, the app continued to work fine through the upgrade to Android 15, but only when I tried to reinstalling it after temporarily deleting it did I run into this same problem. This is all just conjecture based on behaviour as I don't have any info about if/what changes to permissions may have been included with Android 15.
That's true, I still have my old phone on Android 14. I suppose I could export everything with SMS Backup and Restore (which does work well), import on the old phone, set up SMS Backup + and export everything to email, re-import everything via email, export with SMS Backup and Restore, and then import on my new phone. Convoluted, but it would work... Hopefully I can just install it again on Android 15 again before too long! Update 2025-01-10.So I was correct about the permission issue on Android 15, but missed that there was a solution at hand. As you can see above, there is a "Learn how to allow access" link on the popup. But I could never actually click the link. Well the other day I found via another search that there is a "Allow restricted settings" option hidden away in an overflow menu of the particular app in Settings. I checked that, and was able to give SMS permission and proceed. Over the course of a day or so, all ~80,000 SMS/MMS/RCS messages were backed up to IMAP. Thanks to the excellent work by @locofocos in #1097, not only are all RCS/MMS messages backed up properly -- with all media! -- but group message threading is all retained. I actually had just assumed all along that media and message threading just weren't possible since they weren't there in previous versions of the app that I had used. What a pleasant surprise that was to find all those features present. I did my best to leave the phone alone, with external power, this app in the foreground, and display on as much as possible, to encourage proper backing up. The only hitch I ran into was that the process got stalled several times and I had to press "stop" and start again. Otherwise, this all went flawlessly. Automatic backups have been working great for the past few days. BTW this is a Pixel 9 Pro on Android 15 QPR1 (as served up by GrapheneOS). |
I've used this on Pixels 4-8 and up to A15 on the P8. Then I transferred my data to a Pixel 9 and it disappeared. I see now that with the good work of others here, I should be able to get it back. THANK YOU ALL. Meanwhile, I am trying SMS backup & Restore from Synctech. Free version for now. If the Synctech works well I'll have no problem chipping in $5 USD for the Pro version. If not, then I'll give this old SMS Backup+ another shot. |
SMS Backup & Restore - I backed up to Google drive and it works. Restored to phone from Google Drive and that works. However, not quite the same as it saves xml file in the zip. Not quite the same as saving to SMS folder on email account where you could actually read the original messages like an email. So in that respect, it is not what I want - only next best thing, unfortunately. |
@diinrel any chance you could take a look at the Manifest and see what needs to be changed? |
I'm not a developer so don't know if I can help with that, though maybe I don't understand what you're asking. Let me know if there's anything in particular. And I'm happy to help test. @kurahaupo see my updated comment above. After finding a hidden setting, everything appears to be working for me now. I'm still happy to help test with anything within my capacity, though. |
@diinrel Thanks for the update; that's really helpful! |
Note added by @kurahaupo 2024-02-13:
Original submitted ticket follows:
Expected behaviour
Go to https://play.google.com/store/apps/details?id=com.zegoggles.smssync&hl=en&gl=US&pli=1 and you will be able to see SMS Backup+ in Google Play Store and install the app.
Actual behaviour
Go to https://play.google.com/store/apps/details?id=com.zegoggles.smssync&hl=en&gl=US&pli=1 and you will be greeted with the message:
Also https://play.google.com/store/apps/developer?id=Jan+Berkel&hl=en&gl=US does no longer show dev info on Jan.
Reproduce by
No response
Android version
13 (2022)
Phone brand
Samsung
Phone model number
S23
SMS Backup+ version
v1.5.11
Messaging app
No response
Other details
Actually I run android 14 (but not possible to select in github).
Re. SMS Backup+ version I simply select a random version as to be able to fill the bug form.
Is someone able to fix the problem or is there an easy way to install the app through some other trusted channel?
Thanks
The text was updated successfully, but these errors were encountered: