Welcome to the mailbox.org user forum!
 

Implement Email labels

9074329 shared this idea 7 years ago
Under Consideration

The webmail interface would be a lot more functional if it provided the possibility to assign labels/tags in addition to sorting emails in folders (e.g. like zoho mail). As labels are integral to my workflow, the lack of a labelling functionality is what currently prevents me from moving all my email communication to mailbox.org.

Replies (24)

photo
4

Labels are so much more flexible than folders. For instance, you can pin multiple labels on the same mail. Try doing that wit folders: you end up either copying mails, or don't remember in which possible folders you finally store your email.


Once you tried them, you can't make do without. I am surprised this isn't a feature already. Hopefully it will be soon

photo
1

Yeah, this is a no brainer. We need labels. Like said, because you can stick more labels to one mail. But also because when you want to use the archive function you lose the folder structure so all sorts of mail are in one big list. Labels would create some structure in the archive folder.

photo
1

Agreed, labelling (as per in gmail and protonmail) is essential for me


I cant seem to sort flags and stars easily (or obviously)


Please implement labels as its the only thing ruining the mailbox experience for me

photo
2

Any plans for labels in the new upgrades?

photo
1

Been trying out Mailbox. It's a nice service but the lack of labels are holding me back from switching. Labels are fundamental!

photo
2

Migrating from Gmail, after 10 years using their labeling system, this is what is holding me back too.

photo
1

I can leave without google labels... And I rediscovered the use of the Desktop Client, now I am using Mailbox only with Firefox, it is a nice experience and it gives me all the feature I need.

photo
1

As workaround, I have created an address book per label and it is fine for me.

photo
1

While I prefer folders to labels (and lack of them annoyed me with Gmail) there are certain areas where labels could help: imagin having a couple of domains - sorting mail to each folder is not the best way to differentiate those, labels would be perfect!


Could someone from the team shed a light wheteher this would be even considered to be on the roadmap?

photo
2

Yes, labels are essential in my view, and also that they are visible per message in the message list.

photo
1

I would also like to have Gmail-style labels. Adds a lot of flexibility. Hopefully, this is coming soon?

photo
1

One more voice here: having labels would be great!

photo
2

I second this.


IMAP Flags are also an ideal implementation, since these are used for labeling with - basically any other email service than gmail.


And IMAP Flags are already supported via your servers implementation.

photo
1

@ 2891587:

Currently our setting is as follows:

Flagged and color: With this mode the user gets offered the special \Flagged system flag in addition to the color flags. They are set independently, so that setting a color doesn´t set \Flagged and setting \Flagged will not be mapped to a color. 
Kindly open up a ticket with us and describe in a detailed way which functionality apart from that described above you'd require.

photo
2

@2009 (mailbox support)


That would be this ticket instead of another IMHO. This ticket / request (as I understand it) is not about the "flagged" or "colored flags" toggle-state (in the webclient).


The IMAP Flags (see: https://tools.ietf.org/html/rfc3501#section-2.3.2 ) are the mechanism for a few things, used-defined keywords are one of them, "seen" and the flagging you're talking about too.


Your IMAP server supports user-defined keywords (saved in IMAP Flags). In short, IMAP Flags (the mail-server stuff) is the mechanism behind both "flagging", "colored flagging" and (user defined) keywords (/ labels) - the subject here.


The issue is that:


  • The webclient does not display "labels / keywords set" via another IMAP client (example: MailMate for Mac, Thunderbird, ...)
  • The webclient does not allow you to set (user defined in webclient or set previously via another IMAP client) labels / keywords.
    Hopefully this clarifies the issue...

photo
1

any updates about that potentiality?

photo
1

Same here. Please implement labels.

photo
1

Labels are awesome, but the only way to actually use them is the webclient, isnt it? Most clients just treat them as folders.

Unfortunanely the only mail client i know which is supporting labels is BlueMail, but they are no option for me because of their privacy policy. I think I have to wait until labels become more popular.

photo
1

Check out FairMail. They have a setting 'Show Gmail labels in Message Headers"

photo
1

Wow I use FairEmail but did not know this, thanks!

photo
1

eM Client has tags too. I use it every day. I personally don't use the tags, but the program has them. FYI

photo
1

MailMate is an email client that supports IMAP keywords (if the server supports them). But it looks like mailbox doesn't support this, right?

photo
photo
1

I think user 2891587 in their comment above provided perspective on what the main idea is here. It would seem the IMAP Flags, use of which are already implemented in the webclient filters interface, just need to be represented in the webclient inbox and message interfaces. Like the ability to pre-define the IMAP Flags that the user wants to use, then a menu of them to choose from with existing Flags displayed in the inbox and message interfaces. This seems like it would be the equivalent of Gmail-style labels (???)

photo
3

5 years later and Mailbox.org is too busy playing around with Jitsi to focus on core functionality of their nameplate.

photo
2

Too bad, Mailbox.org didn't get that implemented in over 5 years either. This is such a small but important feature to be able to work reasonably. Please write this on top of your ToDo. As soon as tags/labels are possible, I can finally get away from GMail. Annoying that I didn't check this before I paid two years in advance and started moving the mails.

photo
6

They're to busy implementing features noone wants (Opentalk, Framadate, Etherpad) instead of focusing on making their email software useful.

It's funny, if they spent the same amount of resources on OpenTalk as they did fixing basic functionality of this mid-2000's trash web email interface they'd get more sales than with the useless stuff they're developing.


Hey Mailbox, did anyone up vote a video conferencing solution or a framadate in this uservoice site? So you chose to ignore users for 5 years and implement something no one wants to create a half-rate copycat of Nextcloud or whatever else.

photo
2

I have a similar observation. The best email experience doesn't seem to be the focus of the company (despite the "mailbox" name).

photo
2

Yes, in summary, I will not recommend mailbox either.

photo
1

I agree that labels would be great for people who only use the web client. For people who use their own email clients and indexing systems, and/or store their email locally, email labels provided by the service provider are useless, and introduce unneeded complications. AFAIK, email labels aren't a part of any RFC standard.


Labels aren't portable, so if you decide to move your email to another hosting provider, or decide to store it in a local filesystem, those labels are gone, and how would you reproduce them?

photo
1

If labels were implemented as IMAP flags, they would very well be portable.

photo
2

Unfortunately I have to agree. They implement a lot of things that nobody wants or needs, beginning with the office suite replacement... .


Missing an own mobile app for example instead of this trash third party thing.


Missing a full 2FA in combination with the own mobile app then, instead of having a hybrid version where the imap is still 1FA. Also the current 2FA is very 'unique' and not handy at all.

photo
1

I'm actually surprised how many people use webmail interfaces. I have never used a webmail interface that I thought was even remotely as straightforward and functional as a client application. I know that there are some well designed interfaces (Fastmail and Proton come to mind), but they are only well designed insofar as being a web app in a browser. Microsoft and Yahoo can't even get that right, and Google's interface, while more pleasing to the eye, is terrible at representing email threads and reply quoting.


Mailbox.org is a relatively inexpensive email service. If the web interface needed to cover everyone's particular use case, then more resources would need to go to that. Personally, I care that the service is reliable, and that the existing features that I care about, work. Whatever folks' particular use case is (labels in this case), can easily be achieved with their own client-side tools.


If it's a concern on mobile, I understand that to a degree, because there aren't many decent mobile email clients that implement labels.

photo
photo
5

༼ つ ◕_◕ ༽つ Mailbox, gib labels, please

photo
1

I am now leaving mailbox.org because of this lack of functionality. I have been with them for three years and I don't have many complaints. It is a good, basic service, but I want to catch up with modern times. Their interface and underlying technology is not much different to the basic email services provided at the beginning of the internet. Lacking functionality like this becomes more apparent to my workflow each time I sit down to process emails. I've used Gmail for work and this labels give you so much more flexibility. Gmail are just ahead of the pack when it comes to user experience.

photo
1

I resolved my problems moving back to Thunderbird.

Labels in GMAIL is an abusive behavior that will break other stuff because it is not compliant with standard and the protocol, the only scope of labels is to make difficult leaving gmail for other providers.

photo
1

Being able to see the contents of nested folders within the parent folder is the future - it is more natural feeling too, like when you open up your file cabinet and can sift through different sections. We need to move forward as a race and build upon what came before us, not just comply to old standards forever. However, I'm glad it's working for your use case as that is all that matters. I'm not a huge fan of Google, but performance comes first and they are the best at the moment.

photo
photo
1

Also moving slowly to a competitor now because nothing has changed

Leave a Comment
 
Attach a file