Masq
My feedback
24 results found
-
202 votes
An error occurred while saving the comment Masq
supported this idea
·
-
1,279 votesMasq
supported this idea
·
-
1,881 votesMasq
supported this idea
·
-
1,109 votesMasq
supported this idea
·
-
739 votesMasq
supported this idea
·
-
620 votesMasq
supported this idea
·
-
11 votesMasq
supported this idea
·
-
716 votesMasq
supported this idea
·
-
407 votesMasq
supported this idea
·
-
37 votes
An error occurred while saving the comment Masq
commented
fwiw, it seems like using an RFC1918 IP address will allow for connections while still on VPN. However, since DNS is going through the tunnel, the external DNS server isn't going to know your local devices.
If there was an option/setting within the app to for example whitelist a TLD like .local for local connections, I think that would be an optimal way to solve this. (since protonVPN doesn't know what DNS queries are going to be ones that resolve locally vs externally and they shouldn't send all things locally because that would then leak out information).
Masq
supported this idea
·
-
469 votesMasq
supported this idea
·
-
817 votesMasq
supported this idea
·
-
112 votesMasq
supported this idea
·
-
1,555 votesMasq
supported this idea
·
-
956 votesMasq
supported this idea
·
-
1,902 votesMasq
supported this idea
·
-
295 votes
An error occurred while saving the comment Masq
commented
This should work similarly to how the folders and labels work in Mail; a dead-simple drag-and-drop functionality to rearrange how calendars show up in the UI is extremely important and feels like a weird function to be completely absent from Calendar for several years.
Masq
supported this idea
·
-
2,747 votes
An error occurred while saving the comment Masq
commented
I was awaiting the feature request earlier that was for a second password for Proton Pass... But I believe that was misunderstood. I do like the "second password" on top of the original password feature.
However, my main use case is actually storing my Proton service password within Proton Pass itself. If I move devices, etc. I need to know the Proton service password to be able to access Proton Pass, but it's a random password generated by and stored within Proton Pass. A chicken and egg scenario.
With this feature, we're hoping that we have a separate password to login to Proton Pass so that we can store the other Proton Services password within Proton Pass and not get locked out from everything (that way we can have a very strong Proton Services Password that doesn't need to be memorable).
Hopefully this comment helps! Thanks for all your work on these fantastic products/services!
Masq
supported this idea
·
-
330 votesMasq
supported this idea
·
-
1,869 votes
This is part of the autofill improvement, which is ongoing, this was highlighted in the recent Roadmap: https://proton.me/blog/pass-roadmap-spring-summer-2026
We should have a significant enhancement via iframe coming soon.
Masq
supported this idea
·
To echo and expand on some previous comments...
Perhaps there could be a bifurcation done of search such that there is a "simple" search like the one we currently have, but then have an "advanced" search option where a DSL is developed for searching emails.
This would allow for boolean logic to be applied to things. For some examples:
Example 1: Surface unpaid invoices for project 1:
```protonmail-search
label:project-1
AND label:invoice
AND label:unpaid
```
Example 2: Find legal emails that aren't starred before 1 January 2025
```protonmail-search
label:legal
AND label:project-2
AND before:2025-01-01
AND NOT flag:flagged
```
Example 3: Find MFA/OTP Code emails (example with globbing):
```protonmail-search
subject:"*Your*Code*"
OR subject:"*One-Time*"
# Subject with authorization/authentication and code in the subject
OR subject:"*Auth*Code"
# Subject with 6-digits in the subject line surrounded by a space
OR subject:/.*? \d{6} .*/
```
To be honest, you could even let users turn a search into a folder so everytime they open a specific folder it would run that search and surface those specific emails for them. These could be something called Virtual Folders or simply Saved Searches if you want them to be distinguishable from folders you can manually add things into (it wouldn't make sense for a user to be able to manually add an email into one of these folders).
As far as the DSL goes, you could probably have a subject, content, sender, recipient, cc, bcc, attachments, label, folder, flag, before, and after keywords. You could have quotes mean different things like single quotes (') indicate a fixed string, double quotes (") indicate a string with some globbing (* and ?), and then slashes to indicate a regex (/). Additionally, I imagine having parentheses to indicate precedence would be good. Maybe # for comments.
For a basic example of using content with a regex:
```protonmail-search
content:/^Hello, .*?Thanks,.*/
```
If content searching or regex like this would be too complicated, I imagine that could be kicked down the road for a later date.
Just some ideas I was kicking around on how to make this very versatile. But really having multi-label searching (AND operator) would probably knock out like 80% of my personal use-cases.