Also a file browser for the new volumes feature would be nice.

There's a button right next to each Volume, btw. For next release, we plan to put volumes also into the app's file manager as well for convenience.

Loving volumes!!! Honestly it’s a lifesaver. My fiancé prefers Emby while I prefer jellyfin, and we use Emby on our smart TV while there’s no Jellyfin web OS app. Thanks @nebulon @girish

@girish Worth making these Mail app settings default on all Nextcloud instances? My understanding is they wouldn't take effect unless "Apply and create/update for all users" was clicked, so should be safe for existing installs.

Also, worth adding to the docs given it's a Sys Admin time-saver for onboarding the Mail app, albeit as mostly useful just inside Nextcloud usage.

2. no way to integrate with cloudron mail like the Rainloop app in Nextcloud.

On that specific point, Nextcloud Mail does fine in my experience if the users have their cloudron email as their primary email, then you can do similar to the following (my.demo.com used in place of mail server name):

So it can depend a lot on your setup, but I'll freely give you that no sieve support is incredibly frustrating, plus I constantly can't find features that I feel like should be there, and even when it's "working" the visual design is so weird to me that things still feel wrong. I mean, I'd give it like a 4/10 and "would not recommend to a friend" but for some users/clients...it's evidently good enough?

The rolling average in my experience is definitely hot garbage, but sometimes it's acceptable garbage.

Also there was a point where new emails just stopped coming through on there. Got mad and switched.

the absolute garbage that is Nextcloud Mail.

To be fair, it is pretty new and getting better. One day it might even be the best! (but not today).

I can't really remember properly, but I think it recently added a way to have multiple identities and to easily switch between them, something which is missing from some of the others (I forget which).

@jdaviescoates for Roundcube, the others didn't pass my short attention span for acceptable daily-drivers

It does seem the best of bad bunch (it's the second most popular after Mailpile on https://selfhosted.libhunt.com/categories/1665-webmail-clients ), but frustrating that e.g. it seemingly can't be used to set-up filters and so need to use Rainloop for that. The state of open source webmail really is bad

Right, those features like operators have to come from mail clients themselves. Note that solr is actually not adding anything new to what is already there. It's just making search faster internally by having an index.

Thanks. I so wish there were better open webmail clients. Mailpile does most of what I want but development has seemingly largely stalled

Roundcube at least has these:

from:
to:
cc:
bcc:
subject:
body:

Unfortunately, no. I think there was this nextcloud app called nextant back in the day which used solr. That app was however deprecated and they moved to this fulltextsearch app. The fulltextsearch app can have multiple backends but afaik there is only an elastic search backend (someone has to write a solr backend).

Looks like someone started to make one, but there hasn't been any updates since Jun 2019

https://github.com/rearden-logic-inc/fulltextsearch_solr

I'm guessing perhaps not and that such things would need to be built in/ added to the webmail clients themselves? But I'm unclear

Right, those features like operators have to come from mail clients themselves. Note that solr is actually not adding anything new to what is already there. It's just making search faster internally by having an index.

That's the idea, yes. To keep excitement in control, from my testing, the fts has real benefits only if you lots of email (like say 2GB and more). You also need a lot of RAM to run solr (like 3GB). The feature is turned off by default for this reason.

OK, thanks.

I guess part of what I'm asking is does having solr enabled some allow for using some Gmail-style search operators like from: to: in:sent has:attachment etc?

I'm guessing perhaps not and that such things would need to be built in/ added to the webmail clients themselves? But I'm unclear

Will Cloudron Roundcube/ Rainloop/ Sogo, Nextcloud Mail somehow automagically take advantage of solr? or what?

That's the idea, yes. To keep excitement in control, from my testing, the fts has real benefits only if you lots of email (like say 2GB and more). You also need a lot of RAM to run solr (like 3GB). The feature is turned off by default for this reason.

I guess the same applies to Nextcloud files too - will search files on there somehow benefit from the power of solr?

Unfortunately, no. I think there was this nextcloud app called nextant back in the day which used solr. That app was however deprecated and they moved to this fulltextsearch app. The fulltextsearch app can have multiple backends but afaik there is only an elastic search backend (someone has to write a solr backend).

solr fts search was merged today.

This is great... but I'm intrigued to how exactly we'll be able to take advantage of it e.g. to search email/ files?

Will Cloudron Roundcube/ Rainloop/ Sogo, Nextcloud Mail somehow automagically take advantage of solr? or what?

I guess the same applies to Nextcloud files too - will search files on there somehow benefit from the power of solr?

Thanks!

I have put it now into milestone for 6.1 so this does not happen again. Sorry about that.