Found a little bug in GPO Path:
the “List of managed add-ins” is located under:
“…/Microsoft Outlook xxxx/”, not under “…/Microsoft Office xxx/”
In my case the full path was:
User Configuration/Policies/Administratives Templates/Microsoft Outlook 2013/Miscellaneous/List of managed add-ins
But it works. Now my OLook uses the “full url” when sending the OL-Invitation. Not very nice, but functionally.
The only thing i’m missing is the sync between OL-Calendar and teams-calendar. Hope this will be fixed soon
@righter83 thx for the info. I made plans to switch to monthly or semi annual channels for not receiving the newest, buggy, untested updates. But hey nice to know that the long term channels are becoming the same problems, just later.
If the attachment was there, but is removed when moving the message this however sounds like an issue with Outlook itself as the move operation is locally at first (Outlook after moving the message only operates a move on the backend).
@fbartels I know - but as you see it is not a problem of only us so it is helpful to check that. I will now open a case and refer to this discussion which shows that there are several installations affected.
thanks for your replay. I am talking about a whole calendar folder missing including its calendar entries :(
Kalender (which is main calendar folder)
work (which is subfolder and not shown anymore)
subfolder2 (shown and synced by all devices)
Client A shows all calendar folders BUT this one. I will look into your links.
he also basically wanted free support from me and you while his company uses both of our work for free… weeel,… software development costs money.
Yes, I was kind of expecting this already. Its kind of sad that if you make your software freely available, that people then also expect that your time to fix their own problems is free as well.
Thanks again for your offer. I have reached out internally to check what we can do here.
Yes, one workaround that I could imagine is indeed to configure an additional smtp account and use this one to send out mail. Another alternative would be to write the message instead with our WebApp and use https://www.mailvelope.com/en.
I had last KOE installed, tried on Outlook 2016 and 2019.
Since I also had a problem with my antispam “eating” the delivery report request (see https://github.com/E-F-A/v4/issues/193), I’ll have another round of tests with Outlook / Z-Push / KOE to confirm the working behavior and report back.
I see the old e-mails. When I set this setting for all users (all on the terminal server) the Outlook data file for each user grows extremely and in each data file are the public folders.
Is this correct or is there another way?
Yes thats correct outlook saves all mails (shared and public) to one ost file per user - and the max size is 50GB if you exceed this limit outlook does not work as expected anymore
thank you for your help. We just figured it out. It has nothing to do with Kopano at all. We use virtual machines and the user just duplicated his for his workstation and laptop. This lead to Outlook having the same ID for active sync and therefor both machines interfered when running simultaneously. After a reinstall of the Office suite on the workstation VM everything works fine again.