@marty I had a look at the webapp admin tool you mentioned.
As far as I can see the tool is unfinished. The s/mime import section has “if not public:”.
But both Dr4K4n and I are trying to import public certificates belonging to other people and not the users own private certificates…

Do you have any other ideas on how to import them?

Christian

@externa1 Thanks. This does indeed work. Now most previews have no context menu like “Download” or “Full Screen” but I can live with that for now. Cheers :)

@ckruijntjens Can you post the error?

The tarbal has version 1.0, the s/mime plugin version inside has the correct version, so I wouldn’t worry about that.

How is the status?

You can also use the intranetplugin to build in a custom page, like whatsappweb.

@marty

thanks for the hint, but as I dont have a subscription I dont have clue how to open a bug report - can you please advise?

@Manfred ok :( thanks for your help

i found one interesting point. if i only open the “Inbox” of a shared folder , i am able to add it to an mobile device. if a open the “Entire Inbox” and add it to a mobile device it won’t work.

Intranet plugin has version 1.0.0 same as the tag (master, pre-final)
Final package will be updated later when a new final is released.

Master is not considered stable and the final release is always tagged with the version.
Some minor plugins are the exception to the rule, but this can (and should) be streamlined in the future.

@pdcadmin

Btw: the message in the error log is not an actually error, but a log message.

Does this plugin actually work for someone?

@fbartels yeah, you’re right. I got carried away there I guess, expectation wise :)

Using an app password does work, though it has the side-effect that if a user changes his/her password in openldap, the app password will be invalidated. So enriching is perhaps a (much) better plan. I need to think about it. Maybe tying it together using the same ldap backend works as well for this. ( I do want to avoid people having different accounts/passwords, really)

It works now (after I enabled the share API in nextcloud 16, took a bit of digging through JSON output to figure that out.)

@SwapBY @nanohcv
I’ve created https://jira.kopano.io/browse/KFP-397
A developer will look at the fix.

Thanks for the report.

Thanks a lot! ;) I changed the value in /usr/share/kopano-webapp/.htaccess and that solved the issue immediately.

My fault. Did not recognize the .htaccess files.

Great support and great product ;)

@mcostan this has recently been discussed already at https://forum.kopano.io/topic/2161/files-plugin-with-nextcloud-caches-server-directories-manual-clear

@marty Thank you for the post. I have already tried the ‘reset files settings’ button. After using that button and restarting the webapp session, adding back in the webdav store shows the same Error 500.

I also tried using the Javascript console in the browser when logged into the webapp to force a complete reset of the user config (container.getSettingsModel().set(‘zarafa/v1/main/’,true))

When adding back in the webdav storage, the Error 500 persists.

@Nortepe85 there are currently no plans to support additional accounts in DeskApp/WebApp - we are looking for ways to support additional email accounts using the Kopano REST API (released with Groupware Core 8.7.0), but this is currently still under R&D.

I would also join this feature request.

@PRO123 being an admin you have the Z-Push command line tools at your disposal, providing more a more powerful feature set.

The MDM plugin really is aimed at end users, adding admin-features is not currently on the roadmap.

This would be great. :-)
Any news, ideas?