Thank you, @Sébastien, we already have a feature request for TAGS with IMAP. I will link this post to that task and update when we plan on implementing it.

Ah okay cool. Thanks a lot Robert.

Oh we need this badly too. We almost lost a fire department and had a pissed off fire chief on our hands when they moved from Windows 7 to 10 and found out the server didnt sync their custom tags. We were able to move their database over though to preserve them.

echoDreamz,

Please continue making them angy and let them know that we will take care of their e-mail needs at firehousesolutions.com :)

Ron

lol - Oh? Your SmarterMail installation magically has support for tags :).

Had the city IT guys contacted us before they decided to upgrade their systems to Windows 10, we could have assisted them in the migration of eM Client. Fire Chief wasn't mad at us, he was just irritated at the entire process of the upgrade to their new machines / Windows 10 from that weekend.

If SM supported tags, their new eM Client installs would have been perfectly fine.

Hello Robert,

Any ETA for this feature. Some customers would like to have an estimation when this will be available.

Thanks,

Sébastien

I was re-thinking about this feature request, because some customers asked us again when it will be available and was asking myself, with the little knowledge I have of how SmarterMail stores the data, how it could be done.

As far as I know flags for mails are stored in mailbox.cfg so that would maybe the place to add support for custom tags.

The problem with custom tags/keywords is that they are in fact custom so it would not be suitable to add a column in the cfg for each of them. Well There are some consensus about the name of certain tags but still.

Could a solution be to add a single column in mailbox.cfg, like for example imaptags, and store them as a json object in that column (as long as mailbox.cfg supports dynamically sized text fields?).

Then any imap client could store whatever tags it wants for a mail and that would be stored like this.

Could this makes sense ?

That would be the first step and then add then support for it on the imap service.

Next step which could be a plus would be to add support for some common custom tags in the webmail for example to colorize/categorize some mails, but the most important is to have at least the tags saved so they are reported between imap clients.

Kind regards

This function will be good add for us too!

I wanted to update the community on this request after we have reviewed the RFC's and tested a variety of clients and their capabilities. Thunderbird and older Outlooks somewhat support this behavior but with Outlook 2016 and later it has been deprecated and is somewhat broken.  We then evaluated whether there would be any value implementing this for newer protocols (having this data on the backend) and there is no value.  Based on this result, we will not be implementing moving forward.

Keep in mind, we do support categories in webmail and those categories will be synced with Outlook using a variety of protocols.  This is one of the reasons why Microsoft broke this older IMAP functionality to fully integrate what is much more thorough functionality with EWS and MAPI.

Hope this helps,

Hello Tim,

There is not only Outlook in life. Many eMail clients use IMAP keywords to store flags to keep them sync between different computers instead of storing them only locally.

Any current opensource IMAP daemon (Dovecot, courrier-imap, Cyrus IMAP, etc) supports it and it is also webmails like Roundcube uses this feature on the backend IMAP server to store categories flags.

(yes we had recently to install roundcube in front of smartermail as a workaround to the many issues our customers is currently having with webmail encoding issues)

We moved customers from our previous mail system to SmarterMail and had quite a bunch of complaint that this flag keeping ability has been lost since they are on SmarterMail.

Due to past and current issues we are now moving them again to a new opensource components based mail system we had to setup to replace SM.

We first decided to use SmarterMail for our mail service because we did not want to spend time on developing our own mail system based on existing componants and use our time on other projects.

In the end we unfortunately spend more time troubleshooting issues, doing detailed bug reports, losing existing customers (and even new sometimes when we mention SmarterMail) and decided recently to go back to a service we can fix ourselves and don't depend on another company goodwill.

This answer about the IMAP keywords implementations seems to confirm we're right.

Regards.

I would like also to add that for our web hosting provider business, and on 25k mail accounts, most of them are using only the good old historical protocols (mostly IMAP) and the webmail.

Despite we are offering freely EWS, and EAS without any additional profit  only a few are using it. Around 100 for EAS and fewer for EWS and none for MAPI.

So for our userbase we need these to be ironed as a priority and it seems it's not where the product seems to head. This feature request denial tends to confirm it. We also submitted some other tickets about improvements for these protocols that seems they will be never taken into account.

When we ask our leaving customers if they want to share a feedback about what made them decide to leave us, it often come back to happy with the web hosting but "too many recurring issues with mail and it is very important for us".

All this makes us think that it's time to face the reality. SM doesn't match our needs anymore and seems it never will, so better move on...

Thunderbird uses IMAP Keywords to store tags. IMAP Keywords are a standard and required feature of IMAP under the RFC. Therefore the lack of support for keywords makes the IMAP offering of SmarterMail not fit for purpose. This is not a feature request it is a bug report.

EAS, EWS and MAPI are minority protocols that are rarely used except for businesses with a lack of IT knowledge so the attitude that proper IMAP functionality is of no value is extremely irrational.

This product does have a place, but if IMAP is not supported properly it will not survive as IMAP is the email protocol of choice.

IMAP Keywords are part of the RFC (RFC3501), yes, but they are optional and not a requirement. It would be amazing if SM had this... we have quite a lot of people wanting this, clients who have moved from other platforms (specifically Linux) where tags/keywords are supported.

Yes they are optional as per RFC but in the reality many IMAP implementations provides them and many clients use them. IMAP is still by far the most used protocol for mailbox access and a mail server providing IMAP services should provide these optional but widely used features or will feel incomplete compared to other implementations.

Given that this thread is marked as a declined feature request when it should be a bug I have submitted a new bug report.

Tim, I believe SmarterTools missed an opportunity to shine on this particular request.

Here is a list of e-mail clients:

+1 in implementing IMAP Keywords.