Mailspring: Make password storage optional
Continuing the problem and discussion from #681, it seems that development in Mailspring's dependencies regarding that issue has mostly stalled. I reckon something can still be done here, though.
Could you make it an option to _not_ store passwords on disk at all?
It seems that node-keytar relies on libsecret on Linux, and libsecret in turn relies on gnome-keyring, as the only full/viable existing implementation of the org.freedesktop.secrets DBus functionality.
For me, as a KDE Plasma user, installing gnome-keyring, or using any of the few workarounds that I've found for this problem, is undesirable. I would simply prefer Mailspring to _not_ store my password offline, and to only hold it in RAM while I'm logged in, for the purpose of continuous sync. FWIW, it is an option in Thunderbird.
_Originally posted by @outfrost in https://github.com/Foundry376/Mailspring/issues/681#issuecomment-497740495_
outfrost
>All comments
Hey! Hmm, technically this wouldn't be too hard really... the app essentially just reads your passwords from the keychain and hands them off to the sync workers that open the IMAP connections. I'll take a closer look and see. I think the trickiest part is that it essentially means inserting a delay where the sync process hasn't been started / given a password yet, and the app might be a little unstable in that state. Will take a look...
bengotow
on 17 Jun 2019
Related issues
applesea2
路
3Comments
imbrn
路
3Comments
purefan
路
3Comments
3v1n0
路
3Comments
ghost
路
3Comments
Most helpful comment
Hey! Hmm, technically this wouldn't be too hard really... the app essentially just reads your passwords from the keychain and hands them off to the sync workers that open the IMAP connections. I'll take a closer look and see. I think the trickiest part is that it essentially means inserting a delay where the sync process hasn't been started / given a password yet, and the app might be a little unstable in that state. Will take a look...