Re: Odd mailbox names appearing on iOS Mail.app client post-upgrade

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



The options I selected were found in an earlier email and I find this fixes any lingering metadata issues.
I didn't loose any flags during the process.

That error you see at the end, however, is something I managed to avoid by testing on an isolated test server first. I think the only way to fix this is to use cyradm to rename all mailfolders with that "N" at the beginning, starting with the one mentioned.
Then rerun the commands again.

On a clean system, those commands just run really fast and don't show any adjustments being made.

--
Joost


----------------------- Original message -----------------------
From: Philip Prindeville via Info <info@xxxxxxxxxxxxxxxxxx>
To: Info <info@xxxxxxxxxxxxxxxxxx>
Date: Fri, 08 Mar 2024 21:24:49 +0100
----------------------------------------------------------------

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 <info@xxxxxxxxxxxxxxxxxx> 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 <info@xxxxxxxxxxxxxxxxxx>
To: Info <info@xxxxxxxxxxxxxxxxxx>
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-M07dbf42518d9fbaa21ff3732
Delivery options: https://cyrus.topicbox.com/groups/info/subscription




[Index of Archives]     [Cyrus SASL]     [Squirrel Mail]     [Asterisk PBX]     [Video For Linux]     [Photo]     [Yosemite News]     [gtk]     [KDE]     [Gimp on Windows]     [Steve's Art]
  Powered by Linux