You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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.
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...
We are in the process of migrating issues to Discourse, which can better facilitate discussion and discovery, and so GitHub Issues can focus on issues that are confirmed and slated for resolution in the near term. Learn more about the changes here.
As part of this, we've migrated this issue to Discourse:
Please consider joining that community and continuing the discussion there! Votes on the feature suggestion on Discourse will increase the likelihood we implement this.
@outfrost: if you join and reply to the issue, the moderators can make an effort to reassign your posts to you, so you get the credit for them.
We're closing and locking the issue here as part of this migration. Rest assured, this doesn't mean the issue is being discarded or ignored.
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 onlibsecret
on Linux, andlibsecret
in turn relies ongnome-keyring
, as the only full/viable existing implementation of theorg.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 #681 (comment)
The text was updated successfully, but these errors were encountered: