Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Subfolders? #261

Open
HyperCriSiS opened this issue Aug 28, 2023 · 11 comments
Open

Subfolders? #261

HyperCriSiS opened this issue Aug 28, 2023 · 11 comments

Comments

@HyperCriSiS
Copy link

Hi,

I created new folders with subfolders, but the subfolders are put into the root level.
With every folder on the same level, there's zero overview and the mailbox is kind of unusable :-(
Is there a way to fix this?

Thanks
Hyper

@emersion
Copy link
Owner

ProtonMail doesn't support subfolders, so no.

@HyperCriSiS
Copy link
Author

HyperCriSiS commented Aug 29, 2023

ProtonMail doesn't support subfolders, so no.

Actually it does. I tested it with the official bridge and it works there. With the beta version even creating folders is possible. Tested with Thunderbird.

@HyperCriSiS
Copy link
Author

It is possible since mid 2021 in proton mail directly.
I don't know since when in the bridge.

@emersion emersion reopened this Aug 29, 2023
@emersion
Copy link
Owner

Eh, my bad, wasn't aware of this.

@Tectu
Copy link

Tectu commented Sep 24, 2023

Yep, I'd also like to see this feature supported :)

@jarmani
Copy link

jarmani commented Oct 15, 2023

@emersion I'm thinking of doing it but I'm wondering about the design changes we want to make while implementing this.

Proton bridge expose labels under Labels/ and folders under Folders/ (to avoid collision and expose labels as virtual folders), do you think we should align with it ?

@HyperCriSiS
Copy link
Author

HyperCriSiS commented Oct 20, 2023

@emersion I'm thinking of doing it but I'm wondering about the design changes we want to make while implementing this.

Proton bridge expose labels under Labels/ and folders under Folders/ (to avoid collision and expose labels as virtual folders), do you think we should align with it ?

I think it would be best to align with this implementation. If people use both bridges or switch, it would be an issue, not? 🤷‍♂️

@emersion
Copy link
Owner

emersion commented Oct 20, 2023

Labels are exposed via IMAP flags in hydroxide, not separate mailboxes.

I don't think hydroxide needs to follow what the official bridge does, no.

@typoworx-de
Copy link

Awesome work, I'm new to hydroxide and it seems to become a reliable alternative to the protonmail-bridge (which only works when paying and therefore exposing some part of privacy).

After setup I've noticed send mails are not stored in "Sent" folder and Thunderbird (my desktop mail client) complains about some strange error. I think it has to do with the mail-backend (=hydroxide) as I don't have that issue for regular imap accounts.

Has this to do with this issue/task regarding subfolders or is it a new issue? Can somebody approve this isn't working?

@ajkessel
Copy link

ajkessel commented Dec 2, 2024

I ported over hundreds of folders in a hierarchy from my legacy IMAP server to Protonmail, which re-created the same hierarchy in the web UI and via the Proton Bridge. But in Hydroxide it appears as one large flat list, so a folder like top/middle/bottom becomes just bottom. It would be quite handy if Hydroxide displayed the same folder hierarchy as the other Proton clients.

I also have a problem in that my old folders were organized as, e.g., /archives/2010, /archives/2011, and /archives/sent/2010, /archives/sent/2011. As there are duplicate folder names, I am only seeing the first instance of the folder via IMAP. The second one doesn't appear at all.

@ajkessel
Copy link

ajkessel commented Dec 5, 2024

I did a very quick and dirty fix for this in #290 . There is a better solution mentioned there, but at least this gets subfolders working.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

6 participants