I don’t know about 3.2, but in webapp 3.4 I’m able to create categories as described here: https://jira.kopano.io/browse/KW-43

Hi marty,

thanks for explanation.

After your repy, I saw that I can use “right-click-> Follow up” to add a mail to the To-Do List.
So it’s a nice new Feature which just isn’t already translated.

Thanks for clarification.
Vogi

Hi, I will certainly do next time. Thanks.

@tbone ah I see. The way I initially read is was like “it used to work in WebApp, but doesn’t any longer”

make sure you set logging to debug too,
i had some strange errors that didnt appear under default logging

in /etc/kopano/server.cfg

# Loglevel (0(none), 1(crit), 2(err), 3(warn), 4(notice), 5(info), 6(debug)) log_level = 6

@marty wow. That works just beautifully! Thanks. I wish it would work the other way around also, but, I’m happy.

My mistake was, that i copy&paste from the manual the needed attributes. When I write them via typing then it works fine.

Thanks for the tipp with the upgrating the Kopano4UCS - that works now fine too

This is a lot of work, since rules are handled server side.
I’ve created https://jira.kopano.io/browse/KC-846. Please track the ticket.

Workaround might be a search query and do your preferred action.

@mcostan I know they can be separated with a semicolon, aka ; There is even a ton of how-to’s on the nett, that explain how you can add a semi-colon to the end of each cell, before you copy&paste, it’s actually very easy.

But, and this is a big but, the users are used to “not doing that”, so therefor it’s a problem for them.

@marty thanks for pointing out KW-664

Hello @mykey0815,

these flags resemble the old Outlook <=2003 flags and cannot be extended. But luckily we have replaced them in the WebApp 3.4 beta with a way more flexible category system.

See https://kopano.com/webapp-3-4-0-beta-now-available/ for more information.

@bjoernneumann

Hi Bjoern,

thank you for your replay, I saw it today by chance :)
I tried after I updatet today the plugin today to setup the server whit the empty field and now it’s working.
Thank you so much.

Best theo

PS: I had to do still this
https://jira.kopano.io/browse/KFP-102

write-able by the www-data, http-data, or whatever the http user is.

Hi!

Thank you for your help. One of your colleagues answered to the ticket and helped me to find the problem:

My basic auth was configured as:

AuthUserFile /var/www/webapphttps/.htpasswd AuthGroupFile /dev/null AuthName "Sicherheitsabfrage" AuthType Basic <Limit GET> require valid-user </Limit>

–> That does lead to the 401 error

AuthUserFile /var/www/webapphttps/.htpasswd AuthGroupFile /dev/null AuthName "Sicherheitsabfrage" AuthType Basic #<Limit GET> require valid-user #</Limit>

Removing the “Limit” solved the problem.

Thank you and best wishes

See the manual: https://documentation.kopano.io/kopanocore_administrator_manual/configure_kc_components.html#configure-kc-active-directory-integration

We use Apache2 on Linux in combination with libapache2-mod-auth-ntlm-winbind to enable SSO.

@merlin2104 Yes - I have do the manual way of the inplace migration and that works now fine

Unfortunately this issue is still exist in the latest beta release 3.4.0.911-0+582.1. I think its very important, because if we have to switch some user from Outlook to WebApp this feature must work. If this not working they will be disappointed with Kopanos own client.
The easiest way to reproduce the issue is the save before send, described in the ticket https://jira.kopano.io/browse/KW-1588

Please fix it, because our users are waiting for this fix for weeks now.

Hi All,

I had a look at the git repository of the files-backend-SMB and found that the files are not includes if one use the tag v.2.0.0 (filesbackendSMB) but in master branch they are included.

Perhaps someone could add the vendors folder in Files SMB Backend/php/lib/SMB/ to the git tag v.2.0.0?

Thanks…

I solve this problem.
I update and upgrade my OS. Then I reinstall all deb Package.

Hi @fbartels ,

I am using the deb package with version 8.4.90.313-0+55.1 from community download page.

And yes, I think this is related to KC-772 because the behaviour has changed with one of the last updates I performed. Before invalid@invalid there was “@”@webappserver.mydomain.tld in the To header, as I can see in my sent history in Outlook.

Your latest comment in Jira says: But in case something else goes wrong with the addressbook and there is no email for whatever reason (technically even a valid thing in MAPI), that would now use invalid@invalid, because “@”@localhost is not really useful either way. So, this means that there is always something going wrong in my case?

Thank you!

:confounded: I should have thought of that myself!

Thanks for pointing me in the right direction, the problem is resolved.