Skip to content

Edmund Laugasson

My feedback

6 results found

  1. 10 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    An error occurred while saving the comment
    Edmund Laugasson commented  · 

    Also creating separate calendar per event in order to be able to export as *.ics is also overwhelming.

    An error occurred while saving the comment
    Edmund Laugasson commented  · 

    Quite often there is not possible to add participant(s) to event in order to get that *.ics file to be sent to participants. Sometimes also we need to import event to another calendar, e.g. in Zoom, e.g. on Android - there is no other option to add event to calendar, only via *.ics file. There might be other apps, that have same restrictions, supporting adding events only via *.ics but no way to add that app as participant to event.

    Edmund Laugasson shared this idea  · 
  2. 2,658 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
  3. 6,691 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    An error occurred while saving the comment
    Edmund Laugasson commented  · 

    To 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 commented  · 

    The 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 commented  · 

    Especially 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 commented  · 

    Not only external aliases but also use encryption keys for them.

    Edmund Laugasson supported this idea  · 
    An error occurred while saving the comment
    Edmund Laugasson commented  · 

    Very much expected also by my side.

  4. 1,248 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    An error occurred while saving the comment
    Edmund Laugasson commented  · 

    It 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.

  5. 2,019 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    An error occurred while saving the comment
    Edmund Laugasson commented  · 

    Please 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 commented  · 

    That would be really awesome - unlimited storage!

    An error occurred while saving the comment An error occurred while saving the comment
    Edmund Laugasson commented  · 

    Very much expected!

  6. 4,917 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    An error occurred while saving the comment
    Edmund Laugasson commented  · 

    That would be very much appreciated!

Feedback and Knowledge Base