According to my mailprovider Kerio (GFI) See below:

As such, a fix for this behavior depends on Microsoft. I suggest submitting a feature request directly with them to have them make the appropriate changes that would allow us to resolve it in Kerio Connect.

The primary reason for stripping embedded hyperlink content within calendar invitations comes from a limitation imposed by the RFC-5545 standard, which defines Event Descriptions with a Value Type of Text. This does not include Richtext or HTML support within the event description pane, resulting in embedded hyperlinks to be converted to simple text instead. The root cause of the issue will be addressed when Microsoft provides a fix for the problem described above.

If I'm scheduling a meeting with someone and want to look further out on their calendar as I check availability, when I scroll past one week from the original date, it suddenly skips an entire week and then continues scrolling. So if I click on tomorrow's date of Thur, Feb 4 and then start scrolling through to see when people are available to meet, it will scroll to Wed, Feb 9, and then suddenly skip a week and show Wed, Feb 17. Then I can keep scrolling into the future, but I miss that entire next week unless I scroll back to it. When I do, there is also a bug in the opposite direction. I can scroll back to Thursday, Feb 11 but then it skips a week to Thurs, Feb 4. I don't like how it jumps around and I wish it allowed me to just continuously scroll through the days without skipping.

I've also noticed the behavior is slightly different with an appointment originally set for today's date or in the past vs. set for the future. In addition, the speed at which you scroll to the end of what was previously loaded affects whether it skips a week when continuously scrolling into the future. However, scrolling slowly past the week mark in the original use case spelled out still doesn't fix that issue - it still skips.

This bug has existed for years and I've never reported it because I thought someone else would. I hope you will respond to this issue and fix it for all of us.

The absence of visible cues such as check boxes for the Request Response button in Outlook invitations makes it difficult to avoid receiving hundreds of unwanted RSVP's to Outlook invitations to large groups. The graying out of the adjacent button is insufficient. At the very least, you should make the mouseover text for the Request Response button change depending on the current toggle position of that condition. The mouseover text should read “do not request RSVP” or "Do not request response" when the Request Response button is toggled to requesting responses; it should read “Request RSVP” or "Request Responses" only when the button is toggled to not requesting responses.

When Outlook starts working with a new calendar, it slowly pulls all the events that were ever recorded in the calendar. Obviously, they are very very very long overdue. For instance, I get alerts from 2011. This goes on for weeks if not months of popups asking me to dismiss more and more alerts.

Proposal: have a configuration option to ignore events that are older than a certain threshold. By default, it should be, IMO, not more than a year and better immediate.

Note: since once I have dismissed all the wrong alerts (which, again, takes a lot of time), the issue does not reoccur. Hence bad user experience happens after reinstalling Outlook.