I found out that the email text is shown correct (in arial) for example if the receipient uses Outlook oder any other webservice like gmx.de.
but if the receipient uses also Kopano it is shown wrong (times new roman).

Hm… I’m not so happy with this.

Hi @umgfoin,

thanks for your patch. The mistake was also discovered internally and has been addressed with https://stash.kopano.io/projects/KWA/repos/htmleditor-jodit/commits/78b7e7b5eb98f965e5ce334d60ba805c600173fe

Another result from my testings:

The Signature on “Signed Only” E-mail only stays intact if webapp is set to plaintext (not html) AND the lines are shorter than 907 characters.

If the lines are longer some component in the chain seems to break lines after the smime plugin has made its signature. This of course makes the signature invalid for the receiver.

The mail in the Sent-Folder of webapp does not show the broken lines. Therefore Webapp itself verifies its own signature correctly in the sent-folder.

So long
Gerd

@fbartels Thank you, everything works fine now

@nfaction said in Cannot connect Nextcloud with Kopano Konnect:

After removing the index.php it worked perfectly

Ah, that is a good point. In essence this depends on the php configuration of the Nextcloud system, but as its anyway the better practice to not show any files with a php extension to the user I have adapted the example shown.

Hi Felix,

thanks for your quick answer. Did not knew that button. Found it and it works. Not the most intuitive solution but solves the issue for me. So thank you very much and keep going with kopano I really like working with the whole stack :-)

cu emtie

@allthesenames said in password change webapp not working:

@icey
A little late response, but we got it working.
What the other plugin does, is just uses the php-ldap to change the password.

This is a really simple password change solution, and I find it strange, that kopano isn’t able to do this out of the box.

+1

@mkuemmerle
thank you.
Got confused with the owncloud plugin in, which is on top.
thanks
scheini72

@marty

Thank you for the clarification, I suspect the easiest for me will be to upgrade to Debian 10.

Much appreciated.

@externa1 you are right again. :-)

@thomas79

I think you need to look at a dagent plugin for this.

Hi @taurix,

yes. this is documented at https://documentation.kopano.io/webapp_files_manual/admin.html#setup-accounts-for-users

ok, thanks. I will look at the above solutions

Here on my System (KDE Neon Ubuntu) it works normaly. So copy/paste a picture for example from a screenshot program in the app, or drag/drop a picture.

Hey,

that is exactly what I was looking for, works perfectly for me.

Even though I think it’s kinda weird to create a useless buttons to get access of the MailContentPanel and the send-button…

Hi, here you find a small patch to the intranet-plugin, so
that you can setup settings for each user. If in the plugin
directory exists an file named config-intranet-<username>.php
it will also be loaded if the user is logged in.

best regards
Michael

@@ -33,6 +33,14 @@ */ function injectPluginSettings(&$data) { + // Get the username from the Encryption store + $encryptionStore = \EncryptionStore::getInstance(); + + $user_config_file = PATH_PLUGIN_DIR . '/intranet/config-intranet-' . $encryptionStore->get('username') . '.php'; + if (file_exists($user_config_file)) { + include($user_config_file); + } + $defaultIcon = PATH_PLUGIN_DIR . '/intranet/resources/icons/icon_default.png'; $pluginData = array( 'enable' => PLUGIN_INTRANET_USER_DEFAULT_ENABLE,

@toni

No there is no background process that checks this.