Nov 16 2018 05:35 AM
Hi All,
We have an issue with one of our clients Lenovo SmartHub 500s and getting a Cannot Fetch Calendar issue.
Here is the background:
From this we have ruled out:
So currently we are looking into the OS/Applications on both devices to see what the major difference is.
The Lenovo's come with IoT pre-installed from the factory and the Logitech are self installed with Windows 10 Enterprise so they are very similar although IoT is another name for LTSB so maybe a little outdated with feature updates but that should be the main difference.
Does anyone out there have any advice for moving forward? I can't see anything in the release notes for this issue so assume it hasn't been found before.
The error logs don't show anything interesting about the Exchange part at all.
Thanks,
Dan
Nov 21 2018 10:18 AM
SolutionDoes it actually fail to fetch the calendar long term … I assume so? We hit this issue often with one customer but it is temporary as the message goes away after a few seconds, and we don't see issues with the calendar showing up if the room is booked. We haven't tried to investigate as it self fixes so can't offer any great pointers.
However, Exchange 2010 used for auto discover is not supported. We recently had to update the local hosts file to get around autodiscover not allowing a redirect from Exchange 2010 to Exchange 2016. You could add a local hosts file entry in the SRS to point to Exchange online to cover this off if that is your issue. Note we also got warning messages saying Exchange 2010 wasn't supported which alerted us to this issue, but it could have been the SP wasn't up to date also as the Exchange version was being decommed at the time.
Jed
Nov 22 2018 12:46 AM
Hi Jed,
Thank you for the reply.
I agree with the Exchange 2010 part and it not being supported, mainly the redirection that it does causes the issues.
The local IT guys on site have forced the autodiscover to use Office 365 services and it connects as it should.
I think they must have had the issue before with another device and hadn't told us their workaround even though it was one that we suggested initially after discovering the Exchange 2010 in the middle of the loop.
Thanks again,
Dan
Jun 19 2019 09:31 AM
We have added a host file that directs outlook.office365.com to
40.97.142.34
Our smart hub blinks back and forth with Cannot fetch calendar
we are running SRS 4.0.85.0
SFB on prem works fine
Outlook hybrid mode with 2010 on prem.
Any other hints / tricks anyone have up their sleeves??
Thanks,
Jim
Jun 20 2019 01:42 AM
Hi @jimsmithcsgicom,
It might be worth adding a few more entries into the hostfile just in case that one entry is unavailable (autodiscover.outlook.com):
40.101.51.200
40.101.55.56
40.101.12.8
40.101.90.184
40.101.54.184
40.101.43.184
40.101.12.88
40.101.50.216
40.101.125.216
Also make sure that each is set to autodiscover.<yourdomain>
It's not the best workaround, especially if you have quite a few of them, a separate DNS server with the CNAME in and forwarding upstream would be a better idea and just assign this DNS server to these devices using custom DHCP options.
Also make sure the exchange account is hosted in O365 and not on premise otherwise O365 will point the device back to your on-premise Exchange server.
This has worked with a few of our customers that are running legacy Exchange.
Thanks,
Dan
Jul 08 2019 06:12 AM
Aug 08 2019 04:25 AM - edited Aug 08 2019 04:28 AM
I had to create an entry in the hosts file for autodiscover.YOURDOMAIN. This was due to our on prem AD server not forwarding the request.
Nov 21 2018 10:18 AM
SolutionDoes it actually fail to fetch the calendar long term … I assume so? We hit this issue often with one customer but it is temporary as the message goes away after a few seconds, and we don't see issues with the calendar showing up if the room is booked. We haven't tried to investigate as it self fixes so can't offer any great pointers.
However, Exchange 2010 used for auto discover is not supported. We recently had to update the local hosts file to get around autodiscover not allowing a redirect from Exchange 2010 to Exchange 2016. You could add a local hosts file entry in the SRS to point to Exchange online to cover this off if that is your issue. Note we also got warning messages saying Exchange 2010 wasn't supported which alerted us to this issue, but it could have been the SP wasn't up to date also as the Exchange version was being decommed at the time.
Jed