Thanks Felix; But the email client has to be Microsoft Outlook which is integrated with Microsoft Office. Webapp and DeskApp are proprietary and are not fully integrated with MS Office. The reason we started using zarafa originally was because of the good compatibility with MS Outlook and the fact that we did not require a proprietary client to use the features important to us, i.e shared emails, calendars and contacts. Asking users to use 2 email clients, outlook and webapp is also quite impractical.

@WalterHof said in Current kopano-core builds (core-8.7.82.168 for example) are no longer containing the kopano-autorespond binary!: It is a bug in SUSE build, the python3-kopano-utils is not installed for SUSE OS. What bug in SUSE build? Please explain. As i said earlier, the Python tools formerly part of the dagent package, have been moved into the kopano-dagent-pytils package. This is the case for both RPM and DEB builds! The package python3-kopano-utils is DEB specific and contains a Python 3 module named kopano_utils.

@Gerald said in WebApp 3.5.10 final available: Update: the entire kopano-autorespond binary is missing. It just is no longer there in latest builds. Dagent related Python script have been moved to the kopano-dagent-pytils package. This is a new package which you might not have installed.

@Manfred Thank you!

@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 :)

@fbartels FYI - with the release of meet 1.0.0 this now works as expected. Thank you.

FYI - since a reinstall with the most recently released version of webapp, I can not reproduce this error anymore. I hence assume it was a faulty configuration on my part.

@robing Thank you. Reviewing my configuration I found a spelling mistake in the identifier registration. Correcting that fixed the logout issue! :)

@externa1 Thank you very much. What’s about nightly builds download for Mac OS? Kind regards, Thomas

Im’ using z-push zimbra backend. z-push-top starts without errors. TOPCOLLECTOR_DISABLED it isn’t defined. No error related to z-push-top in z-push.log I have two memcached servers, installed on both backends, configuration is: define(‘MEMCACHED_SERVERS’,‘vm-lxzpush1:11211,vm-lxzpush2:11211’); memcached seems populated, with about 90% of hits, but with low usage (1.8%) on total 64 MB (32 each server) and 60% wasted, are they normal values? Thank you

Hi, this is more of a Core configuration option: you can configure this in spooler.cfg: copy_delegate_mails This directive controls into which "Sent Items" folder(s) an e-mail message will be placed when sending messages. This applies to both these types of delegation: · "on behalf of", where, in RFC 5322 terms, the From: line is changed, and a Sender: line is added. · "send as", where the From: line is changed, and no Sender: line is emitted. Possible values are: no (message stays with delegate's "Sent Items"), yes (message is copied to representee's "Sent Items"), move-to-rep (message is moved from delegate to representee). Some MAPI clients (such as Outlook with the Zarafa DLL) may independently retain and store a copy of the message into "Sent Items", unbeknownst to kopano-spooler, thereby defeating the effectiveness of move-to-rep. Default: yes You probably want to set ‘yes’ or ‘move-to-rep’ depending on the desired outcome…

Since your are not upgrading from stretch to buster, i dont see why this would go wrong. package version numbers look fine.

@genesis74 we do have some scripts for that somewhere. In some older posts you posted a supported version number, hence I would assume you have a subscription. Please get in contact with our support, they can provide the information you need.

Hi @BigMichi1, I’ve created a JIRA issue to address this: https://jira.z-hub.io/browse/ZP-1522. In my opinion adding another placeholder like %l to the variables would be the best solution. Manfred

@umgfoin: Will have to build a new testmachine, when I have got time to do so. I’ll report back here, when done.