@marty
Like it!

@fbartels i testet the ISO yesterday and it seem to be nearly full EWS. But there were some crashes and the support costs are nearly double of Kopanosupport.

Hi @smguenther,

indeed marking something as “private” usually means that everything but the organiser will not see the actual topic.

Maybe I am misunderstanding your flow, but shouldn’t the following work?

you invite to an appointment from your calendar and mark it as private invitees will see the private flag, but since its in their calendar they will see the information

But on second thought since the room is an invitee as well, it could/would still be readable to users with reading permissions?

Also crashing on Mac mini 2019 Witz BigSur.

Hi,
I think you should take a look here:
https://www.univention.com/blog-en/2019/04/upgrade-new-ucs-version-4-4/
and
https://help.univention.com/
Don’t forget your Backup ;-)
br
Andreas

Maybe you are rerouting a public mailadress like info@company.com to a public folder so that multiple users have access to that. AND maybe there was a mail delivered where the sender asked for read confirmation.
If so, there might be a user who opened that mail, had seen the request for read confirmation and clicked on “yes” or “send read confirmation”. Tadaaa the user is not allowed to send a read confirmation in behalf of info@company.com. As there is no user info@company.com or the user has not the permission.

Hint if you are using Outlook: In Outlook there is an option “always send read confirmation” or “never ask again”. If so, its happening automatically without the user beeing aware of that. (Took me some time to find that out in the past)

This is just an example. But public folders are a good way to start looking for. Could also be related to public calendars, opened mailboxes with only read permission (and not send as).

@burgessja yes, that is pretty much the expected way unless there would be official builds from us. The good thing about go is that you could compile it on a different system (or in a container) and just copy the resulting binary to your target system.

Hi @fbartels
thank you for your information.
We use Kopano community private not for business.
Can you say when it fix it in community edition?
thanks.
best regards

@mlued said in Kopano setup recommendation:

can I speed up the […] import?

Most probably. In the end this all comes down to Innodb write performance.

PS: kopano-migration-imap is in the end just a packaged up version of imapsync so all its documented strategies for partial/time based migration apply here as well.

@cjm51213 Sorry, I never noticed your post.

If you log into the Zimbra admin, and go to Configure->Domains-><your domain>

You will see the 3 settings.
Public service hostname
Public service protocol
Public service port

These are what z-push picks up from the user session when it first connects - as in a multi-server environment it is important to connect to the actual MTA that hosts the user’s account. It overrides whatever you have set in your ZIMBRA_URL with a url constructed from these values.

It sounds like you may have changed the zimbra proxy settings during your “move” which can cause this issue.

The reason that the folder list gets populated is that is is also returned in the payload from the initial login request. The reason no other data gets populated is that a connection cannot be made to the overridden ZIMBRA_URL (as described above)

I suggest you check out the zimbra wiki proxy page to check if you have configured your proxy correctly. https://wiki.zimbra.com/wiki/Enabling_Zimbra_Proxy_and_memcached

Pull request got merged, Z-Push release 2.6.3 will most likely contain the fix.

@fbartels Thanks, now it works :-)

@thomash did fixed the ACLs and did you set tne Path also in the MTA?

@fbartels
THX!!!
with your Links I was able to understand the Searchfilter.
The Solution was to change my ldap.cfg at line ldap_emailaliases_attribute = kopanoAliases toldap_emailaliases_attribute = otherMailbox like described in the postfix configuartion for ADS. The tag “kopanoAliases” only works with LDAP not with ADS.

P.S. i would say it can be marked as solved

Hi @the_cranberries,

from the posted messages it is not directly clear what the issue is, further input could be found in the javascript console of your browser (maybe the time between your client and the server is not in sync?) or in the logging of Kopano Konnect (the OpenID Provider).

PS: since you have a subscription for Kopano One the recommended approach to get support is to directly open a ticket with the Kopano helpdesk. This place is just a forum for the community and not an official support channel.

@worms By looking around, kopano-cli is actually a python file… just had to install an older version of kopano-core somewhere to get the file on my current install…
For now it works… until the next update where Kopano dev will remove the ability to loggin as a user with the python lib :)
I hope this will not happens… otherwise, see you next year for probably my last good bye :’(

Hello,
I have exactly the same issue besides time shift is just one hour. My timezone is Europe/Berlin.

I can’t confirm that this problem is caused by IMAP.

My setup:

Server is a vm on proxmox host Kopano-webapp is running on a Univention Corporate Server (member) together with kopano-core and z-push app on it. System clock is configured to timezone Europe/Berlin (localtime) RTC is running on UTC ntp is running for synchronisation timezone is configured to Europe/Berlin in php.ini (apache, cgi, cli) and webapp/config.php

What I checked/tested is:

reset RTC to use localtime checked postfix timezone checked https://help.univention.com/t/changing-timezone-doesnt-work-wrong-zonefiles/5643/17 checked https://forum.kopano.io/topic/2467/kopano-8-7-1-imap-append-ignoring-timezone-for-internaldate?_=1613653897226&lang=de most importantly when sending a mail within webapp to yourself the problem also exists. A raw-file logged at dagent and picture: Return-Path: <max.mustermann@example.com> Received: from ucs-mbr01c.intranet.example.com (127.0.0.1:33308) by ucs-mbr01c (kopano-dagent) with LMTP; Fri, 19 Feb 2021 22:11:42 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by ucs-mbr01c.intranet.example.com (Postfix) with ESMTP id E601F10006C for <max.mustermann@example.com>; Fri, 19 Feb 2021 22:11:41 +0100 (CET) X-Virus-Scanned: by amavisd-new-2.10.1 (20141025) (Debian) at intranet.example.com X-Spam-Flag: NO X-Spam-Score: -0.899 X-Spam-Level: X-Spam-Status: No, score=-0.899 tagged_above=-1000 required=5 tests=[ALL_TRUSTED=-1, HTML_MESSAGE=0.001, MIME_HTML_ONLY=0.1] autolearn=disabled Received: from ucs-mbr01c.intranet.example.com ([127.0.0.1]) by localhost (ucs-mbr01c.intranet.example.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8hKFIPptgGxK for <max.mustermann@example.com>; Fri, 19 Feb 2021 22:11:40 +0100 (CET) Received: from ucs-mbr01c (localhost [127.0.0.1]) by ucs-mbr01c.intranet.example.com (Postfix) with ESMTP id 7CAC4100069 for <max.mustermann@example.com>; Fri, 19 Feb 2021 22:11:40 +0100 (CET) Received: by ucs-mbr01c (kopano-spooler) with MAPI; Fri, 19 Feb 2021 22:11:39 +0100 Subject: Mail sent at 22:11 From: "Max Mustermann" <max.mustermann@example.com> To: =?us-ascii?Q?max=2Emustermann=2Ede?= <max.mustermann@example.com> Date: Fri, 19 Feb 2021 21:11:39 +0000 Mime-Version: 1.0 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-Mailer: Kopano 8.7.1 Message-Id: <kcis.46F2CCA4D48440088756533CB43D5CD2@ucs-mbr01c> <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://ww= w.w3.org/TR/html4/loose.dtd"><html> <head> <meta name=3D"Generator" content=3D"Kopano WebApp v3.5.14.2539+111.1"> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dutf-8= "> <title>Mail sent at 22:11</title> </head> <body> <!-- begin sanitized html --><p style=3D"padding: 0; margin: 0;"><span st= yle=3D"font-size: 10pt; font-family: tahoma, arial, helvetica, sans-serif= ;"><br /></span></p> <!-- end sanitized html -->

webapp.png

I am running out of ideas where to look, what else to check and why webapp is not using my configured timezone.

Any help/support is very much appreciated!

Found this error:
In documentation it is said that in file /etc/kopano/ldap.cfg the variable ldap_bind_password should be set. But in that file the variable is called ldap_bind_passwd.

@fbartels ok thanks, i didnt knew how this is implemented

probaply now these clients still try to push something to kopano, though the messages get removed. Maybe something client side needs to change as well for this.