Trying to circumvent Windows path limit (260 chars) -> Maildir's emails name semantics
Hi I'm trying to circumvent the Windows path limit (260 chars), when using Maildir as storage for emails in Thunderbird (for IMAP-configured accounts). The default path… (Máis información)
Hi
I'm trying to circumvent the Windows path limit (260 chars), when using Maildir as storage for emails in Thunderbird (for IMAP-configured accounts).
The default path in Windows looks like:
C:\Users\user\AppData\Roaming\Thunderbird\Profiles\jesvjtr1.default-release\ImapMail\xxxxxxxx.yyyyyyyyyyyy.com.pl\
which "consumes" 115 chars from 260 available (ok, I can edit profiles.ini, switch "IsRelative" to 0, and move the profile to C:\TB\user\jesvjtr1.default-release" for example, but this is inconvenient as I have to do for each user)
So I'm looking for other way - to make .eml filenames shorter - the current ones looks like: 00b201dac2f4%243f963bb0%24bec2b310%24@pw-xxxxxx.yyy.eml 00cd0e17-2810-4fa0-be24-aa612ae7aae2@victory-zzzzz.aa.eml
But You can ask why? Some of our users has complex folders tree, for example: Inbox -> Obecni KLIENCI -> ABCDEFGHI abcd xyz -> ABCDEFGHI abcd xyz France - Paris -> 2024 -> Oferty -> Zaakceptowane -> Dostarczone
The folders looks like: INBOX.sbd\Obecni KLIENCI.sbd\ABCDEFGHI abcd xyz.sbd\ABCDEFGHI abcd xyz France - Paris.sbd\2024.sbd\Oferty.sbd\Zaakceptowane.sbd\
(it all takes 242 chars)
then there will be "cur" and "tmp" folders inside the last one Zaakceptowane.sbd\cur Zaakceptowane.sbd\tmp
and when You want to store new email in the last folder (using filter), Thunderbird copied new email to tmp folder (using nstmp-xxx name), then move to cur with new name (00b201dac2f4%243f963bb0%24bec2b310%24@pw-xxxxxx.yyy.eml for example) and due to 260 chars limit it doesn't happened.
Emails are stuck in tmp with temporary names and when filter trying to do its thing again, the new nstmp-xxx files are created in tmp and so on - till the free space in disk are exhausted)
So I'm looking for settings that will make the names of .eml files shorter.
I'm curious, why Mozilla doesn't support long path names in Windows (using UNC paths "\\?\" and updating manifest file with these lines) <application xmlns="urn:schemas-microsoft-com:asm.v3">
<windowsSettings xmlns:ws2="http://schemas.microsoft.com/SMI/2016/WindowsSettings"> <ws2:longPathAware>true</ws2:longPathAware> </windowsSettings>
</application>