IRCaBot 2.1.0
GPLv3 © acetone, 2021-2022
#saltr
/2023/03/31
~dr|z3d
@RN
@StormyCloud
@T3s|4
@T3s|4_
@eyedeekay
@not_bob_afk
@orignal
@postman
@zzz
%Liorar
+Atticfire
+FreefallHeavens
+Xeha
+bak83_
+cumlord
+hk
+poriori
+profetikla
+scottpedia
+uop23ip
+weko
An0nm0n
Arch
Danny
DeltaOreo
Gr6kaMn86raZc6XxCvNZHbGDNddpG
Irc2PGuest24538
Irc2PGuest36712
Irc2PGuest42537
Irc2PGuest60627
Meow
Nausicaa
Onn4l7h
Onn4|7h
acetone_
anon2
anu3
boonst
carried6590
freebsd
itsjustme
khb_
mareki2pb
plap
qend-irc2p
simprelay
solidx66
thetia
u5657
eyedeekay Thinking about how to implement encrypted storage for SusiMail... don't think I should use the login password for the encrypted storage, but maybe could store the login password *inside* the encrypted storage and unlock/use it with the encrypted storage password
eyedeekay My goal is to keep the workflow similar, i.e. one username and password, no new password for encrypted storage
eyedeekay \new\additional\
dr|z3d not sure I get the logic re susimail, eyedeekay.
eyedeekay That's what I'm trying to work out. So there's mail stored on the server which you use your postman creds to access.
eyedeekay By default, that mail is downloaded and stored unencrypted, and we want to change this.
eyedeekay I would like to take that storage and encrypt it, using a different password than the one corresponding to the creds on postman.
eyedeekay But, I also don't want the user to need to type in 2 different passwords.
eyedeekay An alternative to this is to store the postman creds inside the user's encrypted storage, and when the user enters a password to unlock the encrypted storage, the creds are unlocked too, used to download new mail to the encrypted storage.
eyedeekay So it's still 1 username/password for the user, even though it's a different password for storage and service.
eyedeekay It's just that the password the user needs to use to access mail changes from being for the account on mail.i2p to being for the local encrypted storage
eyedeekay So there's a little bit of onboarding UI that changes, but the rest of SusiMail works basically the same
Xeha is susimail even used often enough to justify the effort over other things?
eyedeekay I don't know, we don't really have any way to tell who uses what client from the dev side, I guess postman could in theory but in practice I doubt he collected stats, I can ask
eyedeekay Counterpoint though, what does SusiMail need to be attractive to more people using it?
eyedeekay IMO multi-user support and GPG support
eyedeekay no more of this "any password shows the locally downloaded mail" stuff