Fixed with 3.4.14. Thanks! :)

@klipp WebApp does not use this folder.

Some ideas how to use it: https://jira.kopano.io/browse/KW-1003

So I solved that.
File to alter is /usr/share/kopano-webapp/client/kopano.js

Line 974 is now changed to:

Zarafa.common.ui.htmleditor.Fonts=function(){return{getFonts:function(){return{1:8,"1.1":9,2:10,"2.1":11,3:12,4:14,5:18,6:24,7:36}},getFontSizeString:function(){var a=this.getFonts(),b=Object.keys(a).sort(),c="";Ext.each(b,function(b){c+=a[b]+"pt "});return c.trim()},getFontFamilies:function(){return"Calibri=calibri,candara,segoe,optima,optima ui,arial,sans-serif;Courier New=courier new,courier;Tahoma=tahoma,arial,helvetica,sans-serif;Times New Roman=times new roman,times;Verdana=verdana,geneva"},getDefaultFontSize:function(){var a= this.getFonts(),b=container.getSettingsModel().get("zarafa/v1/main/default_font_size");return a[b]+"pt"}}}();Ext.namespace("Zarafa.common.ui.htmleditor");

“Calibri=calibri,candara,segoe,optima,optima ui,arial,sans-serif” Is where Arial was before. Arial is one of the possible substitutes for Calibri if that is not available at the target. That does the job!

@mahescho said in Rules:

Is there a way to filter arbitrary headers?

Yes, that’s exactly one of the purposes it was designed for.

E.g. adding List-Id: <pgsql-hackers.lists.post.org>as search criteria in a transport-message-header-rule, will target mail-items with the corresponding “List-ID”-header. Consider the matching algorithm a case-insensitive fulltext-search on the entire header-section.

As of current, the searchable length of message-headers is limited by kopano-server. Particulary, gmail tends to create very long transport-headers, that by chance get truncated. As a mailing-listid headertag is regularly located at the lower end of the header-section, the filter-rule might fail in this case.

++umgfoin.

No custom script development is not covered by a subscription.

when will the feature be implemented?

@mtroitzsch

You can resolve a user from the public address book, but not via check names.
If you have a user with the same name in your local address book, that user will be resolved.
Same for the GAB and local contacts. So we check GAB -> Local -> Public

Changing this has a negative impact on the performance

But if you have unique names you won’t run into this issue

@ckruijntjens

Have a look at the existing plugins for the plugin structure:
https://stash.kopano.io/projects/KWA

or for example:
https://github.com/tsarbel/itemdata

You can take that as a base.

If you don’t want the plugin to be visible for users you can add this to the pluginMetaData (in the JS file below the display name)

// Do not allow the user to disable this plugin allowUserDisable : false, // Do not show this plugin in the plugin list allowUserVisible : false

Make sure your css file is included in the manifest.xml.

If the recipient makes changes that’s for him only.
This info message is shown when the recipient edits a meeting: “Please note that any changes you make will be overwritten when this meeting request is updated by the organizer”

I can understand it might be confusing that the organizer receives an accepting message with a different time in the body (The time in the preview is still correct) That seems to be a little bug.

@Rüdiger Do you mean like “Sort on” or “Group on”?

@Rüdiger We have a ticket to make this configurable: https://jira.kopano.io/browse/KW-1543

maybe its because of you configured a hostname and your testing with :
http://localhost/webapp or http://IP-Adress/webapp.
run apache2ctl -S to have a look at your apache config.

and tail -f *.log in the apache webfolder then try again.
I think you hitting a vhost misconfiguration and you request is ending up in a unconfigured vhost. aka the ip default.

I made this script (below) on debian but you can adopt it for sles.
https://github.com/thctlo/debian-scripts/blob/master/setup-apache2-vhost-defaults.sh
basicly it does the follow, for every ip create a ip vhost. then create a namebase host of the previous ip host.

You should see something like this in the end, ( localhost as example )
127.0.0.1:80 is a NameVirtualHost
default server 127.0.0.1 (/etc/apache2/sites-enabled/000-localhost.conf:2)
port 80 namevhost 127.0.0.1 (/etc/apache2/sites-enabled/000-localhost.conf:2)
port 80 namevhost 127.0.0.1 (/etc/apache2/sites-enabled/000-localhost.conf:19)
alias localhost
alias [::1]
alias localhost-ip6
alias ip6-loopback
alias localhost.localdomain

i hope this helps a bit in finding your problem.

This (untested) should write basic settings into a users’ settings:

#!/usr/bin/env python from MAPI import * from MAPI.Util import * import sys try: import json except ImportError: import simplejson as json def check_input(): if len(sys.argv) < 2: sys.exit('Usage: %s username' % sys.argv[0]) def set_settings(): settings = None data = None PR_EC_WEBACCESS_SETTINGS_JSON = PROP_TAG(PT_STRING8, PR_EC_BASE+0x72) s = OpenECSession(sys.argv[1], '', 'file:///var/run/kopano/server.sock') st = GetDefaultStore(s) try: settings = st.OpenProperty(PR_EC_WEBACCESS_SETTINGS_JSON, IID_IStream, 0, MAPI_MODIFY) data = settings.Read(33554432) except: print 'User has not used WebApp yet, no settings property exists.' if not data: data = 'No settings present.' else: j = json.loads(data) try: j['settings']['zarafa']['v1']['main']['keycontrols'] = 'basic' except KeyError: print "User has not logged into webapp, unable to enable keyboard shortcuts" return new_settings = json.dumps(j) settings.SetSize(0) settings.Seek(0, STREAM_SEEK_END) write_settings = settings.Write(new_settings) if write_settings: print "Enabling keyboard shortcuts for user '%s'" % sys.argv[1] else: print "Unable to set keyboard shortcuts for user '%s'" % sys.argv[1] if __name__ == '__main__': check_input() set_settings()

If the script is called test.py
you should be able to run it for all users with:

#!/bin/bash if [ -z $1 ]; then for user in $(kopano-admin -l | tail -n+5 | awk '{print $1}'); do echo Running for $user python test.py $user done else for user in $(kopano-admin -l | tail -n+5 | grep $1 | awk '{print $1}'); do echo Running for $user python test.py $user done fi

Keep in mind this is untested.

Hello!
Thanks - I just noticed that we have used an old webapp - we updated it and works now - just fyi ;)
Thank you!

hi @Stril

I’ve created ticket https://jira.kopano.io/browse/KW-2526
Thanks for reporting.

The solution was to install php7.0-curl (apt-get install php7.0-curl) and php-bcmath (apt-get install php-bcmath) and add the line extension=curl.so to /etc/php5/apache2/php.ini (I don’t now, if this is necessary). Restart the server and the error messages are gone. Now the zertificate is shown to me as revoked - this I have to figure out with the sender.
Thank you for showing me the right way
Stephan Geberl