Hello,
I note the following problem. If the inbox holds many subfolders with mail, thunderbird spends a lot of time on startup.
To mitigate the problem, I asked users to keep the inbox clear of subfolders. However, a user keeps ignoring the local policy while also lamenting the mail is slow.
Please write instructions to enforce this local policy in dovecot, so that when users try to create an inbox subfolder, dovecot refuses the action.
Thank you
On Thu, 2025-09-18 at 09:19 +0000, Rupert Gallagher via dovecot wrote:
Hello,
I note the following problem. If the inbox holds many subfolders with mail, thunderbird spends a lot of time on startup.
Does seem a bit odd to attempt to limit/cripple the server when the flaw resides entirely with the client.
I suggest instead that working to improve TB would be better approach. Engaging with the TB folks would probably be a good idea too.
There may be things you can do on the TB side (make sure to use maildir for local storage - remove unnneeded offline folders etc). It is also possible that reducing the number of sub folders could make TB worse, since then its index file would get even larger, have more "holes" and need manual "compressing" more frequently. I found these index files got really really enormous - far larger than they should, likely as they left holes and tried to keep the file mostly append only.
There were mumbings a long time ago about them auto "compressing" their index file. Still, when I used TB I found I had to periodically stop TB - delete all index files (gigantic GB)- start TB - wait a few minutes and things work better. A work around for poor design for sure but it helped tb work a little faster.
TB is just not a terribly good client inho.
Alternatvely, switch clients to evolution (or something else) which works far better than tb. If some of your users are on mswin, there is outlook I guess.
Either way, it really sounds like the better path for this problem is be to move on from TB or at least focus your energy on TB not the imap server.
good luck - let us know how things work out.
-- Gene
On Thu, 2025-09-18 at 09:19 +0000, Rupert Gallagher via dovecot wrote:
Hello,
I note the following problem. If the inbox holds many subfolders with
mail, thunderbird spends a lot of time on startup.Does seem a bit odd to attempt to limit/cripple the server when the flaw resides entirely with the client. I suggest instead that working to improve TB would be better approach. Engaging with the TB folks would probably be a good idea too. There may be things you can do on the TB side (make sure to use maildir for local storage - remove unnneeded offline folders etc). It is also possible that reducing the number of sub folders could make TB worse, since then its index file would get even larger, have more "holes" and need manual "compressing" more frequently. I found these index files got really really enormous - far larger than they should, likely as they left holes and tried to keep the file mostly append only. There were mumbings a long time ago about them auto "compressing" their index file. Still, when I used TB I found I had to periodically stop TB - delete all index files (gigantic GB)- start TB - wait a few minutes and things work better. A work around for poor design for sure but it helped tb work a little faster. TB is just not a terribly good client inho. Alternatvely, switch clients to evolution (or something else) which works far better than tb. If some of your users are on mswin, there is outlook I guess. Either way, it really sounds like the better path for this problem is be to move on from TB or at least focus your energy on TB not the imap server. good luck - let us know how things work out.
--
Gene
Those alternatives are not applicabile.
-------- Original Message -------- On 9/18/25 14:29, Genes Lists wrote:
On Thu, 2025-09-18 at 09:19 +0000, Rupert Gallagher via dovecot wrote:
Hello,
I note the following problem. If the inbox holds many subfolders with mail, thunderbird spends a lot of time on startup.
Does seem a bit odd to attempt to limit/cripple the server when the flaw resides entirely with the client.
I suggest instead that working to improve TB would be better approach. Engaging with the TB folks would probably be a good idea too.
There may be things you can do on the TB side (make sure to use maildir for local storage - remove unnneeded offline folders etc). It is also possible that reducing the number of sub folders could make TB worse, since then its index file would get even larger, have more "holes" and need manual "compressing" more frequently. I found these index files got really really enormous - far larger than they should, likely as they left holes and tried to keep the file mostly append only.
There were mumbings a long time ago about them auto "compressing" their index file. Still, when I used TB I found I had to periodically stop TB - delete all index files (gigantic GB)- start TB - wait a few minutes and things work better. A work around for poor design for sure but it helped tb work a little faster.
TB is just not a terribly good client inho.
Alternatvely, switch clients to evolution (or something else) which works far better than tb. If some of your users are on mswin, there is outlook I guess.
Either way, it really sounds like the better path for this problem is be to move on from TB or at least focus your energy on TB not the imap server.
good luck - let us know how things work out.
--
Gene
Those alternatives are not applicabile.
-------- Original Message -------- On 9/18/25 14:29, Genes Lists <lists@sapience.com> wrote:
On Thu, 2025-09-18 at 09:19 +0000, Rupert Gallagher via dovecot wrote:
Hello,
I note the following problem. If the inbox holds many subfolders with
mail, thunderbird spends a lot of time on startup.
Does seem a bit odd to attempt to limit/cripple the server when the flaw
resides entirely with the client.
I suggest instead that working to improve TB would be better approach.
Engaging with the TB folks would probably be a good idea too.
There may be things you can do on the TB side (make sure to use maildir
for local storage - remove unnneeded offline folders etc). It is also
possible that reducing the number of sub folders could make TB worse,
since then its index file would get even larger, have more "holes" and
need manual "compressing" more frequently. I found these index files
got really really enormous - far larger than they should, likely as they
left holes and tried to keep the file mostly append only.
There were mumbings a long time ago about them auto "compressing" their
index file. Still, when I used TB I found I had to periodically stop TB
- delete all index files (gigantic GB)- start TB - wait a few minutes
and things work better. A work around for poor design for sure but it
helped tb work a little faster.
TB is just not a terribly good client inho.
Alternatvely, switch clients to evolution (or something else) which
works far better than tb. If some of your users are on mswin, there is
outlook I guess.
Either way, it really sounds like the better path for this problem is be
to move on from TB or at least focus your energy on TB not the imap
server.
good luck - let us know how things work out.--
Gene"Rupert" == Rupert Gallagher via dovecot <dovecot@dovecot.org> writes:
Those alternatives are not applicabile.
Are your users running the latest version of ThunderBird?
-------- Original Message -------- On 9/18/25 14:29, Genes Lists <lists@sapience.com> wrote:
On Thu, 2025-09-18 at 09:19 +0000, Rupert Gallagher via dovecot wrote:
Hello, I note the following problem. If the inbox holds many subfolders with mail, thunderbird spends a lot of time on startup.
Does seem a bit odd to attempt to limit/cripple the server when the flaw resides entirely with the client. I suggest instead that working to improve TB would be better approach. Engaging with the TB folks would probably be a good idea too. There may be things you can do on the TB side (make sure to use maildir for local storage - remove unnneeded offline folders etc). It is also possible that reducing the number of sub folders could make TB worse, since then its index file would get even larger, have more "holes" and need manual "compressing" more frequently. I found these index files got really really enormous - far larger than they should, likely as they left holes and tried to keep the file mostly append only. There were mumbings a long time ago about them auto "compressing" their index file. Still, when I used TB I found I had to periodically stop TB - delete all index files (gigantic GB)- start TB - wait a few minutes and things work better. A work around for poor design for sure but it helped tb work a little faster. TB is just not a terribly good client inho. Alternatvely, switch clients to evolution (or something else) which works far better than tb. If some of your users are on mswin, there is outlook I guess. Either way, it really sounds like the better path for this problem is be to move on from TB or at least focus your energy on TB not the imap server. good luck - let us know how things work out.
--
Gene
dovecot mailing list -- dovecot@dovecot.org To unsubscribe send an email to dovecot-leave@dovecot.org
-------- Original Message -------- On 9/18/25 17:43, John Stoffel <john@stoffel.org> wrote:
"Rupert" == Rupert Gallagher via dovecot <dovecot@dovecot.org> writes:
Those alternatives are not applicabile.
Are your users running the latest version of ThunderBird?
Yes.
fwiw, i find that lots (>4k) of sub-groups works perfectly well here, using gnus as my primary ua, mutt and k9 as secondaries.
(each mailing list and each vendor is in its own group.)
-JimC
James Cloos <cloos@jhcloos.com> OpenPGP: https://jhcloos.com/0x997A9F17ED7DAEA6.asc
oh boy oh boy, said the star wars muppet...
I am with the user. He uses windows with tb.
Each time tb starts, it hangs for 20min at least. Why oh why? TB's activity window lists folders as they are deleted. Do not know why, but it is doing it.
Finally, I move all inbox subfolders into the archive. Now TB refuses to delete the empty inbox subfolders. I look into the account settings, see the account is not using mbox. I open the windows folder and find two inbox folders.
To clear the mess, I remove the account from TB, close TB, delete those folders in windows, reopen TB, add the account, change mailfolder into mbox, close and reopen TB.
At this point, the account is rebuilding the index, but is taking a long time still. TB's activity index shows that it is deleting folders again, all by itself.
I think I need to rebuild dovecot's index for this user.
-------- Original Message -------- On 9/18/25 11:19, Rupert Gallagher <ruga@protonmail.com> wrote:
Hello,
I note the following problem. If the inbox holds many subfolders with mail, thunderbird spends a lot of time on startup.
To mitigate the problem, I asked users to keep the inbox clear of subfolders. However, a user keeps ignoring the local policy while also lamenting the mail is slow.
Please write instructions to enforce this local policy in dovecot, so that when users try to create an inbox subfolder, dovecot refuses the action.
Thank you
participants (4)
-
Genes Lists
-
James Cloos
-
John Stoffel
-
Rupert Gallagher