IMAP gateway reports "Public Folders inside public store could not be found."

General_Probe

Running kopano-gateway 8.6.80.988-0+141.1 the following error message is raised on each IMAP access:

Jun 10 22:22:09 tux kopano-gateway[20876]: Public store is enabled in configuration, but Public Folders inside public store could not be found.

The Public Store exists in general, however in Kopano WebApp when clicking “Public Folders” it raises an error due to lack of access and asks whether the entry could be removed.

Further kopano-admin --list-orphans reports the Public Folder as part of “Users without Stores”. And:

$ kopano-storeadm -D -n "<Name>" -t company
[error  ] Unable to open public store: not found (8004010f)
$

So it doesn’t seem to be possible to unhook the “Public Folders” using kopano-storeadm as well in order to replace the “Public Folders” with a fresh/new “Public Folders” store.

@fbartels btw is it possible to get access to the bug reporting system Jira to report the issues directly?

fbartels

Hi @General_Probe,

@general_probe said in IMAP gateway reports "Public Folders inside public store could not be found.":

btw is it possible to get access to the bug reporting system Jira to report the issues directly?

for organisational purposes our Jira has no public write access, if you have a subscription you can use your portal credentials to also login into Jira and subscribe to ticket updates, though.

@general_probe said in IMAP gateway reports "Public Folders inside public store could not be found.":

Further kopano-admin --list-orphans reports the Public Folder as part of “Users without Stores”.

This is “normal” (there is a jira ticket for this already, but as its cosmetic it did not have the highest prio as of now).

So do you have a public store? The correct syntax to create a public store would be kopano-storeadm -h default: -P

General_Probe

@fbartels, your suggestion did unfortunately not solve the issue:

$ kopano-storeadm -h default: -P
The store has been created.
Store GUID is 80b346c54d79486282793ea2cd90e472
$

However the error message in the logs still persists with each IMAP login:

Jul  1 21:58:01 tux kopano-gateway[20876]: Public store is enabled in configuration, but Public Folders inside public store could not be found.

Could it be that it is slightly different for multi-tenancy configurations? However,

$ kopano-storeadm -h default: -k "Tux" -P
[error  ] Public store already exists: collision (80040604)
$

does not work, while “Tux” is the name of the tenancy as listed by kopano-admin -l.

Not sure if it is the right way to “delete” a “Public Store” of a tenancy, but trying to detach a “Public Store” of a tenancy also fails like this:

$ kopano-storeadm -D -n "Tux"-t company
[error  ] Unable to open public store: not found (8004010f)
$

Do you have any suggestions or ideas?

General_Probe

@fbartels
have you or any over dev had the time to take a look at my last post?
I am really out of ideas here …

fbartels

Hi @General_Probe ,

no I did not yet have time to look further into this. Were you able to reproduce this on a fresh installation?

I’d recommend to open a support case if you need a different prioritization (customers always go first).