Edmund Laugasson
My feedback
5 results found
-
8,379 votes
Introducing Docs in Proton Drive – collaborative document editing that’s actually private: https://proton.me/blog/docs-proton-drive
With Docs you can:
- Write with privacy — Create and edit documents within Proton Drive, knowing your contents are only accessible to you and those you choose to share with.
- Share and invite anyone — Invite other users to view or edit your documents with a single click.
- Collaborate in real-time — Changes are reflected immediately, ensuring every contributor always sees the most up-to-date version.
- View cursors and presence indicators — See who else is viewing or editing the document, enhancing teamwork and communication.
- Leave comments and replies — Add comments to share feedback without editing the document. Comments are visible to all collaborators, keeping everyone in the loop.
- Import and export with ease — You can upload .docx documents, edit them, and download in various formats like .docx, .txt, .md, and HTML.
An error occurred while saving the comment An error occurred while saving the comment Edmund Laugasson commentedLet us be tolerant and expect the sync client to be created for all operating systems like also Richard mentioned on his last post.
Besides, macOS has taken FreeBSD as one basis of its system. So, in addition of GNU/Linux, macOS, MS Windows, iOS, Android, there is also BSD. If we have already client for macOS, then it would be easy to port it also to BSD.
Therefore there would be good to have more universal binary, that we can run in UNIX-like systems, MS Windows and smart devices, which have UNIX-like systems but on ARM-architecture. Actually also Apple is using ARM on new hardware but X86_64 on older hardware. So, finding universal binary format would be crucial to avoid building for different distros separately.An error occurred while saving the comment Edmund Laugasson commented@George - do you really care only about yourself? What about Linux users? Did you forgot them? Certainly we need OS support, what people use: GNU/Linux different distros (e.g. AppImage), macOS both x86_64 and ARM64 CPUs, MS Windows - all OSes with autostart in system tray and automatic update features.
Android (including *.apk available without Google Play and Google account, e.g. via F-droid), iOS (also *.ipa available without AppStore and Apple account, some alternatives are https://alternativeto.net/software/app-store/?platform=iphone - kind of free and open-source like F-droid would be appreciated).An error occurred while saving the comment Edmund Laugasson commentedRegarding using with cloud storage as containerized app - please consider support both desktop and server users. Desktop need Flatpak, Snap, AppImage. Servers need Docker, etc containers. In another words: usability in both: via GUI and CLI.
An error occurred while saving the comment Edmund Laugasson commentedTotally agree with cross platform support, especially Linux repo. Also at cloud storage era I kindly ask to consider to create Flatpak, possibly also other container formats like Snap, AppImage, possibly also Docker and something else.
An error occurred while saving the comment Edmund Laugasson commentedAbsolutely! I have another cloud storage with 4 TiB and it is almost full already. In cloud technologies era measurements should consider using TiB, possibly even more!
An error occurred while saving the comment Edmund Laugasson commentedWhy not partner with pCloud https://www.pcloud.com - they are also Swiss company and have strong security.
An error occurred while saving the comment Edmund Laugasson commentedpCloud acquisition might be good idea but it seems that they do not have yet block-level sync - https://www.cloudwards.net/review/pcloud/
About block-level sync - https://www.cloudwards.net/block-level-file-copying/
Overall security and privacy sounds good although using 4096-bit RSA for keys might not be good enough for today - check https://www.ria.ee/sites/default/files/content-editors/publikatsioonid/cryptographic-algorithms-lifecycle-report-2017.pdf from chapter 2.2 "Key length recommendations" and possibly already elliptic curve (e.g. Ed25519) would be expected (with higher KDF value than default 16 - man ssh-keygen and search parameter -a):
https://news.ycombinator.com/item?id=12570272
https://news.ycombinator.com/item?id=12575358An error occurred while saving the comment Edmund Laugasson commentedYes - I would be very much interested too!
An error occurred while saving the comment Edmund Laugasson commentedLooks like similar idea is here https://protonmail.uservoice.com/forums/284483-feedback/suggestions/7258023-protonbox-protonnote-and-might-be-more
An error occurred while saving the comment Edmund Laugasson commentedVery much expected!
Edmund Laugasson supported this idea · -
6,431 votes
An error occurred while saving the comment Edmund Laugasson commentedTo be honest, it isn't any risk in privacy at all as long as we use enough strong GPG, preferally elliptic curve cryptography (ECC) as of today, e.g. Ed25519. In (near?) future certainly quantum cryptography. I've done it (multi-identity GPG key pair) already: created GPG key pair (ECC) in my computer with gpg2 in Linux command line. GPG supports it already quite a long time ago. I've added all my external aliases to that key pair. Then imported to ProtonMail and set it as default. Would expect, that ProtonMail web interface could allow same key management, including creation and additional email (external aliases) handling.
I would say, that not implementing external aliases feature is much, much higher security risk as we are therefore enforced NOT to use ProtonMail, no matter how much we want and how much we pay already to ProtonMail... But we cannot enforce our work, other organizations to move their domain to ProtonMail in order to use ProtonMail with other emails, that we need to keep due to work, memberships, etc. Therefore we are still using much less secure other email accounts, providers... This is real loss for ProtonMail, I would say - people just won't buy ProtonMail due to that missing crucial feature. Existing customers just cannot fully switch to ProtonMail due to that missing crucial feature of ProtonMail - external aliases.
To be honest - it is almost there: already own domain adding exist. Just some additional development still missing. I've spoken it for some years now (especially no harm at privacy level) and still the feature is missing.
E.g. Google allows such external alias already long time ago. There is just your own SMTP-server needed per alias and it is very fine (it exists).An error occurred while saving the comment Edmund Laugasson commentedThe problem still persists and prevents fully adopting ProtonMail for people who cannot move current email domain to ProtonMail. Obviously we realize, that gmail.com, yahoo.com, any university or other institution domain is impossible to move to ProtonMail. Therefore it is very ambitious if ProtonMail thinking that this is possible. Sounds like people are tired of convincing ProtonMail in external aliases and it's encryption importance...
Besides - same applies to used GPG encryption key pair as well as we need to encrypt, decrypt also our emails together with these external aliases. Currently outside ProtonMail created key pair with multiple emails is possible to import into ProtonMail. Would be nice to generate, edit ECC (Elliptic Curve Cryptography) key (e.g. Ed25519) directly in ProtonMail and change everything needed to be changed (emails, photo, expire date, etc).An error occurred while saving the comment Edmund Laugasson commentedEspecially important would be that there will be no "on behalf of" entry in header. Usually it means ability to use external SMTP as well per alias. Like GMail does. Certainly it would be great if there could be also possible to use ProtonMail SMTP without "on behalf of" entry in header.
An error occurred while saving the comment Edmund Laugasson commentedNot only external aliases but also use encryption keys for them.
Edmund Laugasson supported this idea ·An error occurred while saving the comment Edmund Laugasson commentedVery much expected also by my side.
-
1,060 votes
An error occurred while saving the comment Edmund Laugasson commentedIt would be nice but there are already surveillance-free OSes, e.g. /e/ https://e.foundation/ and Librem 5 https://puri.sm/products/librem-5/ with Purism OS. There might be more such systems available. Supporting different mobile models would be crucial. Quite often there is created new OS but it lacks support of different hardware properly. Looking current pace and development speed, I could not imagine that this is possible in case of Proton Technologies to create and maintain PMOS with proper speed and functionality for community.
-
1,599 votes
Proton and Standard Notes are joining forces: https://proton.me/blog/proton-standard-notes-join-forces
An error occurred while saving the comment Edmund Laugasson commentedPlease make also Linux support! Also both in CLI (command line) and GUI (graphical version). E.g. Dropbox has one python script for CLI, which works well.
* * *
Definitely please create binary diff support so that from file only the changed part will be synced. This is important especially in case of larger files.
* * *
Sharing privately and publicly would be also appreciated. Password protection would be also appreciated.
* * *
Also timed sharing - so the sharing will be removed automatically after certain period is over.
* * *
Bulk sharing would be great - adding many users (e.g. either from contacts or adding also manually). E.g. using CSV file to bulk import users.
* * *
Generating token for quick access would be appreciated. Also timed expiration would be useful also for tokens. Also bulk creation of tokens would be appreciated. Also later bulk management of generated tokens.
* * *
Generating SSH key-based sharing would be appreciated. So there will be e.g. .ssh folder inside share where is e.g. authorized_keys file which would be use for key-based authentication
* * *
Search would be appreciated where could be possible to search by share name and find all corresponding users and tokens, SSH-keys related with particular share.
* * *
Also full or selective backup would be good. Sometimes in case of exact share there is no point to backup whole storage but just some important files (or folders).
* * *
Also when configuring then selective sync would be good like Mega has. The Mega has an option to map any folder into cloud - this is much better than Dropbox system where all have to be in one folder.Edmund Laugasson supported this idea ·An error occurred while saving the comment Edmund Laugasson commentedThat would be really awesome - unlimited storage!
An error occurred while saving the comment Edmund Laugasson commentedLooks like similar idea is here https://protonmail.uservoice.com/forums/284483-feedback/suggestions/14880600-need-to-have-proton-drive-where-i-can-store-all-my
An error occurred while saving the comment Edmund Laugasson commentedVery much expected!
-
4,382 votes
ProtonMail offers encrypted contacts for both web and mobile applications (https://protonmail.com/blog/encrypted-contacts-manager/). Calendar and note functionality will be released in the future.
An error occurred while saving the comment Edmund Laugasson commentedThat would be very much appreciated!
Well, Linux client is necessary, indeed. But not all users are using GNOME as a desktop environment, although GNOME Online accounts should definitely include Proton accounts. Also KDE has its own Online Accounts inside Control Panel and Proton account support would be good addition also there. Moreover, today KDE is quite resource-efficient. E.g. empty system took ~718 MB of RAM with KDE 5 Plasma desktop with EndeavourOS.