mirror of
https://github.com/jberkel/sms-backup-plus.git
synced 2026-04-25 17:05:59 +03:00
[GH-ISSUE #1029] Request for information: "Plain text" #820
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#820
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 @GregoryTravis on GitHub (Jul 24, 2020).
Original GitHub issue: https://github.com/jberkel/sms-backup-plus/issues/1029
Originally assigned to: @kurahaupo on GitHub.
The README says:
change Authentication to "Plain text" in "Advanced settings - Custom IMAP server"
Does "plain text" here mean that it is sending the app password unencrypted?
@Tecfan commented on GitHub (Aug 22, 2020):
I would also like a more in-depth explanation what happens to our "unencrypted" passwords.
@ajhepple commented on GitHub (Aug 22, 2020):
As I understand it, the IMAP protocol is conducted in plain text, including the password, but the whole thing is encapsulated by a TLS session which is encrypted. The email client need not encrypt data because the connection is secure, thanks to TLS.
I've often been known to misunderstand things!
@kurahaupo commented on GitHub (Aug 23, 2020):
@ajhepple is correct. It's not especially vulnerable to interception as long as the IMAP server you're talking to supports and requires encryption. (GMail IMAP does.)
In this context "plain text" means that that the password itself is sent, rather than being used as part of a key-exchange.
The is a requirement to support the IMAP protocol, which is 30+ years old at this point.
Together with the requirement to make the unencrypted password visible to any app that uses it, these are reasons why you should have a unique password for IMAP (or POP) access.