Per-folder (per-mailbox) message expiration with control from client side — is it possible?

[Lev Serebryakov]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512


 I'm migrating from «old skool» solution with one mail client (MUA) on
one computer, which retrieves mail via POP3, sorts it and manages it
locally to installation when there are several MUAs on different
devices, accessing mail via IMAP4, and all sorting and management
should be server-side.

 Sorting is “easy”: sieve. Here are some nuisance (like, if I want to
rename folder/mailbox I need to edit script manually. BTW, it looks
like that such thing could be done automagically, as language is very
simple and find all references to mailboxes is not too hard task), but
it works.

 But is here good solution for expiration? I have abut 50 folders
(mailboxes) and rules are very different for them. They are mostly
time-based (like "last 30 days"), but some folders are count-limited
("last 2000 messages") and some folders should have time limit but
non-read messages could not be deleted at all.

 Ok, Thunderbird almost could do it (it doesn't have “don't remove
unread messages” option), but I don't want to have any meaningful
configuration in MUAs, as each of it could be non-active for long time.

 Only thing I could find about expiration in dovecot documentation is
"doveadm expunge" and helper "Expire" plugin, but it looks like very
low-level solution for admins, it could not be managed from client
side without direct ssh access to server and it is, in general, very
inconvenient.

 Is here any better solution, maybe, 3rd party one?

- -- 
// Black Lion AKA Lev Serebryakov
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQJ8BAEBCgBmBQJUFf2BXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRGOTZEMUNBMEI1RjQzMThCNjc0QjMzMEFF
QUIwM0M1OEJGREM0NzhGAAoJEOqwPFi/3EePphIQAJUlYIFgXWBcWcrejcbOFgYf
op+g35YF4wfwboPkgb/mKk46V3lcjmQImcHir2fci0SCsSSfARcU1a8y4iaeSkPU
l949PaMYD8stfukfCbXjoY5pD5FIpj1Os7dDtgdoygp0tfsA4mDg1O0exZoduR9s
q4NNPlsnlKOjX2KMOdcWI2AR8/xiFi4zvDTB/vibQPMy8kXVB8ld4Mk0BF1TUyOv
80KKOKzFDxQeLzvoEiNm6FDAqYGEYmpECUaFGXyKG1a7wslhEmEeShJUH5lsj3Oz
niMxoO/KTEW0U9QucHQogFJzrcsKkJiOByjqQovWKgZziJll38lCN0O1murMmRBC
bDLmN9t53JC7Ef88AbKsaFeULy/AxriohdGU6ePb8j/4W9KlERSJyvgxFkcMxHTg
9mSPiYAHaPr+Ycrzs9SOqhki5b6tI8Q39W/etRorb2us9FS1JE7ib4XLk5ufiUje
XOLc4TACUh1qnd/5UUgcIuUrg/akSJgJLZoXg36LqUF/1OeMJHec4RMJresvewAZ
RwseWHH/KpD7KxOWlO2Zw1ceHlVFDLWOO/4KWoy/XwZ66fQxEAkLO8ZVyeKMh5Nh
dYL+yLQKZdgNWAjalK4lFmwz3u/9jNITwtP5GYLbYnP28EcbDfiN/w9oKGOI8fsD
ulD+ca3vx29qdmGGYcKt
=9+bG
-----END PGP SIGNATURE-----