-
Notifications
You must be signed in to change notification settings - Fork 154
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
fatal error: mupdate said not us before it said us #4946
Comments
What is the value of the "improved_mboxlist_sort" option on the 3.2 mupdates? This looks to me that 3.2 is sorting '-' before '.' (ASCII order), but 3.6+ expects the opposite (the hierarchy separator sorts before other characters). |
Quoting Ken Murchison ***@***.***>:
What is the value of the "improved_mboxlist_sort" option on the 3.2
mupdates? This looks to me that 3.2 is sorting '-' before '.'
(ASCII order), but 3.8+ expects the opposite (the hierarchy
separator sorts before other characters).
That should explain why -
- the initial -m works but not the others
- there's no problems with a 3.6 mupdate (if the order change
occurs on 3.6).
improved_mboxlist_sort is false on both 3.2 and 3.8. I will give a try
with improved_mboxlist_sort=true on my test mupdate server.
Thanks !
--
Service systèmes et réseaux - DISI
Université de Picardie Jules Verne
5, rue du moulin neuf - 80000 Amiens
|
Please read imapd.conf(5) about changing improved_mboxlist_sort. You can't change it on a running system. |
Quoting Ken Murchison ***@***.***>:
Please read imapd.conf(5) about changing improved_mboxlist_sort.
You can't change it on a running system.
I did.
I will test it on an empty mupdate server. With -C.
Sincerly.
Jean Charles Delépine
--
Service systèmes et réseaux - DISI
Université de Picardie Jules Verne
5, rue du moulin neuf - 80000 Amiens
|
Quoting Ken Murchison ***@***.***>:
Please read imapd.conf(5) about changing improved_mboxlist_sort.
You can't change it on a running system.
I did.
I will test it on an empty mupdate server. With -C.
Sincerly.
Jean Charles Delépine
…--
Service systèmes et réseaux - DISI
Université de Picardie Jules Verne
5, rue du moulin neuf - 80000 Amiens
|
That's it. But, as expected, now the 3.2 backend refuses to synchronise with the test mupdate :
I will have to convert not only the mupdate server but also my 25 remaining 3.2 backends. Thanks, that was of great help. |
cyrus 3.8.3 backends can't sync mailboxes with cyrus 3.2.12 mupdate.
The first occurence of "ctl_mboxlist -m" goes well but each subsequent one gives the error :
mupdate said: DELETED.user.xxxxxx.Trash.2023-09_INT_Bornes Wifi Bat G.65B7B6BC cyrus-backend-pers-2-18!default xxxxxx lrswipkxtecdan anyone p
mailboxes.db said: DELETED.user.xxxxxx.Trash.2023.65E33B49 cyrus-backend-pers-2-18!default xxxxxx lrswipkxtecdan anyone p
mupdate says: DELETED.user.xxxxxx.Trash.2023.65E33B49 cyrus-backend-pers-2-18!default xxxxxx lrswipkxtecdan anyone p
fatal error: mupdate said not us before it said us
ctl_mboxlist -ma always works fine.
Backend tested with Debian's 3.8.1-1~bpo12+1 backport to bookworm, self 3.8.3 backport to bookworm (based on sid one's)
Mupdate tested with Debian's 3.2.6-2+deb11u2 bullseye package, self 3.2.12 package based on bullseye's one's.
The problem doesn't occurs with Debian's 3.6.1-2~bpo11+2 backport to bullseye.
My cluster has many 3.2 backends replicated to 3.8 one's.
The documentation says I should switch to the replicated backends before upgrading mupdate and frontends (documentaton doesn't says if I should do frontends before mupdate or not).
Should I bypass the documentation and upgrade mupdate first ? At least to cyrus 3.6 ?
How can I help you find the problem between 3.8 backends and 3.2 mupdates ?
Sincerly,
Jean Charles Delépine
The text was updated successfully, but these errors were encountered: