Skip to content

anon

My feedback

7 results found

  1. 360 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    anon supported this idea  · 
  2. 15,533 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    anon supported this idea  · 
    An error occurred while saving the comment
    anon commented  · 

    This idea offered by the ProtonMail Team, https://protonmail.uservoice.com/forums/284483-feedback/suggestions/7158454-implement-http-www-techopedia-com-definition-169 would give unlimited disposable aliases (as nym server pseudonyms) if it is implemented like other nym servers.

  3. 3,703 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We have given this quite a bit of thought, but at the present moment, it is not clear the advantages would outweigh the disadvantages.

    The biggest problem is search. Encrypting all metadata would break metadata search entirely on the web client as there is still no efficient way to handle search of encrypted data within a browser.

    Secondly, metadata encryption’s value from a privacy standpoint is also somewhat dubious. Because we ultimately must deliver the message to the recipient, we must know who the recipient is. At the current time, there still isn’t any proven and viable way to work around this.

    Metadata encryption is an area of continued research for us, and when the opportunity arises and the technology for doing this matures, we will definitely implement it in ProtonMail.

    An error occurred while saving the comment
    anon commented  · 

    Here is a related suggestion posted by the ProtonMail Team themselves, that looks like it would do the job of hiding all metadata and deserves support: https://protonmail.uservoice.com/forums/284483-feedback/suggestions/7158454-implement-http-www-techopedia-com-definition-169

  4. 36 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    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
    anon commented  · 

    I would like to be able to give a separate email address to each contact, such that they cannot determine my username from them. For my purposes, it would be okay if these used a combination of random words and numbers, and they could be on a different (sub-)domain. Another service provides throw-away aliases constructed from random words and numbers and at a separate domain from their main email domain. A different service provides "temporary" aliases (called 'slot's in another comment) with user selectable names at a separate sub-domain from their main email domain.

  5. 1,065 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    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
    anon commented  · 

    I would like to be able to use the SMTP features, Delivery Status Notification (if the remote server has implemented it, I would receive a message indicating that the message was accepted for delivery), and Message Disposition Notification (e.g., "Request Reading Receipt", usually the receiver gets a prompt from the email client and can decide whether or not to send the receipt), and also message Priority and Importance headers. For reading receipts the receiver should decide whether or not to send the receipt, but they know that you, the sender, would like a response. Also, I would like to be able to choose to send a read receipt if it is requested and I am the recipient.

  6. 45 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    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
    anon commented  · 

    Delivery confirmation is an SMTP feature (Delivery Status Notification). Other email clients besides Yandex.com also implement it. I agree that would be a useful feature.

  7. 461 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    anon supported this idea  · 

Feedback and Knowledge Base