Am 06.03.23 um 11:59 schrieb Aki Tuomi:
>> On 06/03/2023 12:44 EET Tim Evers <te-ml-ext at artfiles.de>
wrote:
>>
>>
>> Am 06.03.23 um 11:42 schrieb Aki Tuomi:
>>
>>>> On 06/03/2023 12:32 EET Tim Evers <te-ml-ext at
artfiles.de> wrote:
>>>>
>>>>
>>>> Hi,
>>>>
>>>> since I did not get any feedback on my bug report post
regarding
>>>> corrupted sizes while using zlib
>>>>
(https://dovecot.org/pipermail/dovecot/2023-February/126105.html) I
>>>> would like to confirm that this bug report reached someone in
charge.
>>>>
>>>> Or if not - I would kindly ask for directions on how to post it
in a way
>>>> that spawns some action.
>>>>
>>>> Thx
>>>>
>>>> Tim
>>> Can you try erasing dovecot.index.cache and see if the problem
fixes itself? It's possible your cache contains invalid values from old
errors.
>>>
>>> Aki
>> Did that already several times (other dovecot.index.* files too). The
>> only thing that helps is actually deleting the dovecot-uidlist file but
>> the problem returns.
>>
>> Tim
> I think it's because the value on the filename is wrong. The filename
contains the virtual and physical size.
>
> Can you try if
https://github.com/dovecot/tools/blob/main/maildir-size-fix.pl fixes your issue?
>
> Aki
Quoting
https://doc.dovecot.org/configuration_manual/zlib_plugin/ :
"All mails must have ,|S=<size>|in their filename where <size>
contains
the original uncompressed mail size, otherwise there will be problems
with quota calculation as well as other potential random failures."
And the script you send:
"# Check if the files are compressed. Use the uncompressed size for
S=size."
Which it does in my example. S= contains the uncompressed size, not the
size on disk. Is this not correct? All Files are written exclusively by
dovecot, no other software is involved.
Tim