[prev in list] [next in list] [prev in thread] [next in thread]
List: cyrus-info
Subject: Shared folder hierarchies in murder
From: mollekopf () apheleia-it ! ch
Date: 2023-11-13 21:08:08
Message-ID: 16999096880.2dBe.22569 () composer ! cyrus ! topicbox ! com
[Download RAW message or body]
--16999096881.Fca4Bead.22569
Date: Mon, 13 Nov 2023 16:08:08 -0500
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Hi,
I've been investigating an issue where shared folders fail to create.
I have a murder setup with 1 frontend, 2 backends and one master.
The sharedprefix is the default (so "Shared Folders").
Now, as cyrus-admin, when I do a "CREATE shared/test1" on backend1 and a "CREATE \
shared/test2" on backend2, the second CREATE fails. This is because the first create \
creates a folder "shared" on the master, which the second backend attempts as well, \
but fails because it already exists.
Now I'm not sure how to solve this properly, given we already have mailboxes in such \
a hierarchy spread over multiple backends:
* Is it expected that cyrus creates the "shared" folder (it's in ctl_mboxlist -d), \
even though it is never explicitly created (just part of the \
hierarchy)?
* Is a folder hierarchy spread over multiple backends a supported situation?
* Interestingly if I set "sharedprefix" to "shared", then creating the folders as \
above succeeds, even though "sharedprefix" shouldn't affect the admin view. Is this \
expected?
Thanks,
Christian
------------------------------------------
Cyrus: Info
Permalink: https://cyrus.topicbox.com/groups/info/T99858a8fddc06c09-M0876536ed6a9671b1bb610a5
Delivery options: https://cyrus.topicbox.com/groups/info/subscription
--16999096881.Fca4Bead.22569
Date: Mon, 13 Nov 2023 16:08:08 -0500
MIME-Version: 1.0
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE html>
<html><html><html><body><div>Hi,<br /></div><div><br /></div><div>I've been \
investigating an issue where shared folders fail to create.<br /></div><div><br \
/></div><div>I have a murder setup with 1 frontend, 2 backends and one master.<br \
/></div><div>The sharedprefix is the default (so "Shared Folders").<br \
/></div><div><br /></div><div>Now, as cyrus-admin, when I do a "CREATE \
shared/test1" on backend1 and a "CREATE shared/test2" on backend2, the \
second CREATE fails.<br /></div><div>This is because the first create creates a \
folder "shared" on the master, which the second backend attempts as \
well,<br /></div><div>but fails because it already exists.<br /></div><div><br \
/></div><div>Now I'm not sure how to solve this properly, given we already have \
mailboxes in such a hierarchy spread over multiple backends:<br /></div><div>* Is it \
expected that cyrus creates the "shared" folder (it's in ctl_mboxlist \
-d), even though it is never explicitly created (just part of the hierarchy)?<br \
/></div><div>* Is a folder hierarchy spread over multiple backends a supported \
situation?<br /></div><div>* Interestingly if I set "sharedprefix" to \
"shared", then creating the folders as above succeeds, even though \
"sharedprefix" shouldn't affect the admin view. Is this expected?<br \
/></div><div><br /></div><div>Thanks,<br /></div><div>Christian<br /></div><div><br \
/></div><div id="topicbox-footer" style="margin:10px 0 0;border-top:1px solid \
#ddd;border-color:rgba(0,0,0,.15);padding:7px 0;">
<strong><a href="https://cyrus.topicbox.com/latest" \
style="color:inherit;text-decoration:none">Cyrus</a></strong> / Info / see
<a href="https://cyrus.topicbox.com/groups/info">discussions</a>
+
<a href="https://cyrus.topicbox.com/groups/info/members">participants</a>
+
<a href="https://cyrus.topicbox.com/groups/info/subscription">delivery options</a>
<a href="https://cyrus.topicbox.com/groups/info/T99858a8fddc06c09-M0876536ed6a9671b1bb610a5" \
style="float:right">Permalink</a> </div>
</body></html></html></html>
--16999096881.Fca4Bead.22569--
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic