mirror of
https://github.com/jberkel/sms-backup-plus.git
synced 2026-04-25 17:05:59 +03:00
[GH-ISSUE #989] 1.6.0-BETA feedback thread #784
Labels
No labels
AM+RCS
FAQ
awaiting response
backup
bespoke
bug
calendar
call log
cannot reproduce
cloudless
device-specific
documentation
dual- & multi-SIM
duplicate
feature-request
fixed in beta
good first issue
half-missing
help wanted
helpful
meta
misattribution
mms
other message sources
pull-request
question
rejuvenation
restore
schedule
security
stale
task
thanks
v1.5.1
v1.5.10
v1.5.11
v1.5.2
v1.5.3
v1.5.3
v1.5.4
v1.5.4
v1.5.5
v1.5.5
v1.5.6
v1.5.7
v1.5.8
v1.5.9
v1.6β
xoauth
~$ bounty $~
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/sms-backup-plus-jberkel#784
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @jberkel on GitHub (Oct 24, 2019).
Original GitHub issue: https://github.com/jberkel/sms-backup-plus/issues/989
This is a thread to discuss beta developments. I'd like to get some feedback on how to restructure the app so that it is still usable, even without XOAuth2.
The UI probably needs some rethinking and should provide guidance on how to enable IMAP in the account, and how to generate app passwords.
@kurahaupo commented on GitHub (Nov 9, 2019):
Research question: is it possible to link directly to the IMAP section in the account settings? (I've heard that there's something called "Intents".)
If so, it would probably be necessary to choose a Google account first.
@kurahaupo commented on GitHub (Nov 9, 2019):
I like where you're going with this approach.
If the user selects XOAuth2, would it be possible to probe immediately to see if access has been restored? (We can hope ...)
@jberkel commented on GitHub (Dec 6, 2019):
@kurahaupo you mean in the Gmail account settings? For enabling IMAP, the URL seems to be https://mail.google.com/mail/u/0/#settings/fwdandpop
@mwisnicki commented on GitHub (Dec 16, 2019):
Does anyone know how Thunderbird is able to use IMAP with OAuth?
Can you just add setting to override Client Id?
@billybednar commented on GitHub (Dec 25, 2019):
OAuth is still working for me so definitely keep them for now.
Any instructions should mention that G Suite users can't first enable non-OAuth IMAP after 2020-06-15 and that it will stop working on 2021-02-15.
I think it's technically possible, but I can't see Google being happy with us impersonating another client. To answer question, Google has some info on the flow for non-server clients. From what Google displays on the authorization page, it looks like Thunderbird uses
http://localhostas theredirect_uri. It also appears (based on a quick check with Wireshark) that Thunderbird's internal web browser intercepts that request and it isn't actually listening on the loopback adapter.@mwisnicki commented on GitHub (Dec 25, 2019):
Thanks. Technically it wouldn't be you/the project doing the impersonation but the user who chooses to fiddle with advanced option :) Also one could use it to set his own development key.
I'm kind of worried that Google will soon remove ability to login with passwords like they just did for GSuite users.
BTW I think OAuth option should be left in for people with Google Suite as that is exempt from the verification requirements.
@kurahaupo commented on GitHub (Jul 8, 2020):
@mwisnicki I imagine that Thunderbird qualifies as a "native [...] email client that allow users to compose, send, read, and process email via a user interface" as per https://developers.google.com/terms/api-services-user-data-policy#additional-requirements-for-specific-api-scopes