Trying it now. Lists/Linux-kernel and Lists/Netdev are massive.... Should probably unsubscribe from some of the higher volume mailing lists that I no longer have the time to follow.
But no, I didn't run this command in your email when I updated. I figured whatever conversions, etc. needed to be done would happen in the packaging (Fedora, in this case) upgrade scripts. My mistake. Is this going to clobber state on the messages like "Read" and "Flagged"? Why is the use of -M necessary? I noticed that when I added: unixhierarchysep: on altnamespace: on disable_shared_namespace: 1 (well, the first two shouldn't matter since that's now the default) that the extra mailboxes described in the original posting disappeared. Huh. Those weird filenames showed up as a lot of errors during the reconstruct: Wrong uidvalidity in mbentry, fixing user.spamdrop.Trash (0 -> 1172959663) user/spamdrop/Trash Wrong uidvalidity in mbentry, fixing I000f949e43016cf3 (0 -> 1686455573) I000f949e43016cf3 Wrong uidvalidity in mbentry, fixing I008c482f4c6dc04c (0 -> 1686455574) I008c482f4c6dc04c Wrong uidvalidity in mbentry, fixing I013c95c942d88dc9 (0 -> 1686455575) I013c95c942d88dc9 Wrong uidvalidity in mailbox, fixing I01d66834-ad49-49bc-bbc1-e88dd5daa634 (1686455576 -> 1548281603) I01d66834-ad49-49bc-bbc1-e88dd5daa634 ... Nuser.emily: failed to read index header Wrong uniqueid! user.emily (should be Nuser.emily) real 72m45.827s user 24m48.059s sys 16m44.733s Is this a concern? Also noticed that it exited with $? == 1 > On Feb 29, 2024, at 11:49 PM, Joost Roeleveld via Info > <[email protected]> wrote: > > Philip, > > Did you follow the upgrade steps, including the part about rebuilding the > database files? > When I upgraded to 3.8.1 (from 3.4.5), I did the following: > > # time reconstruct -C /etc/imapd.conf -x -f -M -G > # time ctl_conversationsdb -v -R -r > > The above were necessary for me due to some issues (some fields no longer > optional) having remained over time. 3.6.x and later will have problems with > those. > > Do note, depending on amount of mail, those commands can run for quite some > time. Best to prevent new mail deliveries while it is running to get it done > quicker. > > -- > Joost > > > ----------------------- Original message ----------------------- > From: Philip Prindeville via Info <[email protected]> > To: Info <[email protected]> > Date: Thu, 29 Feb 2024 21:40:57 +0100 > ---------------------------------------------------------------- > >> Hi all, >> >> I updated Fedora on my mail server last Fall and went 3.4.4 to 3.6.0, and >> immediately noticed that my MacOSX and iOS clients were showing mailboxes >> looking like I<hexdigit*16> or else >> I<hexdigit*8>-<hexdigit*4>-<hexdigit*4>-<hexdigit*12> such as: >> >> localhost> lm >> I000f949e43016cf3 (\HasNoChildren) I008c482f4c6dc04c >> (\HasNoChildren) I013c95c942d88dc9 (\HasNoChildren) >> I01d66834-ad49-49bc-bbc1-e88dd5daa634 (\HasNoChildren) >> I01e717335405ff9e (\HasNoChildren) I01ec06a14a4a9b45 >> (\HasNoChildren) I022db01846168a0b (\HasNoChildren) >> I02b22ece-586a-472c-9682-56aa077881e7 (\HasNoChildren) >> I034348fc-8758-46b7-b4a0-531a810e75b8 (\HasNoChildren) >> I034e9db54a247d82 (\HasNoChildren) ... >> But other mailboxes show up as subscribed: >> INBOX.Lists.Cyrus-info (\Subscribed \HasNoChildren) Where did these >> names come from? >> Do they contain anything? Can I safely delete them? >> Why aren't the clients ignoring folders that aren't subscribed? >> I updated to Fedora 39 and am running 3.8.1 right now. >> Thanks, >> -Philip ------------------------------------------ Cyrus: Info Permalink: https://cyrus.topicbox.com/groups/info/Tde3dfd2c93829b50-Mb800baa529a9ca01a0ba0261 Delivery options: https://cyrus.topicbox.com/groups/info/subscription
