Exoprise continuously monitors thee operations of its service — using CloudReady sensors from all over the world in addition to other services. If there are any interruptions in service, planned or unplanned, a note will be posted here.
|Core Servers||Public Sites||Alarms||IP Geo Service||Service Communications API|
November 30th, 2018 8:45 AM
- The Service Communications Status API from Microsoft has recovered and the per-tenant status for Office 365 should be available within the CloudReady dashboards again.
November 30th, 2018 8:45 AM
- It looks like Microsoft’s Service Communications Status API is having problems this morning. These are not problems with the CloudReady service, but rather, the inability to query the per-tenant status from Microsoft. We will continue to watch the situation for recovery and work with Microsoft to expedite the availability of this feature. CloudReady is operating normally.
November 21st, 2018 7:19 PM
- We resolved the DNS issue in Seoul by temporarily switching to an alternative DNS provider in that region across our public instances.
November 21st, 2018 6:40 PM
- Public sites in Seoul are experiencing network problems. We are investigating the issue and hope to have a resolution within the next 30 minutes. Updated: it looks like there are DNS issues with our cloud provider in this region and we are awaiting a status update from therm.
August 30th, 2018 3:12 PM
- A fix was deployed for the Exchange ActiveSync sensors when they are set to not test mail queues. That fix should be rolling out to customers over the next hour or two. We apologize for the interruption.
August 30th, 2018 2:00 PM
- Exchange ActiveSync sensors that are set NOT to test mail queues are incorrectly reporting an error. A fix has been identified and is being tested for deployment which we expect to occur within the next one to two hours.
July 26th, 2018 12:50 PM
- A fix was identified, tested and deployed for the Onedrive sensors. Updates generally take an hour or two to be received by the sites and should correct themselves.
July 26th, 2018 9:30 AM
- Some customers are experiencing errors with the OneDrive sensor and we are investigating the issue. We hope to be able to provide an update within the next hour.
July 10th, 2018 4:30 PM
- A Skype sensor update was performed and the sensors should be updating over the next one to two hours.
July 10th, 2018 3:45 PM
- The deployment for a set of Skype fixes and improvements was interrupted and may be causing interim Skype Sensor failures. We are redeploying to correct the problem and the Skype sensors should be updated shortly.
March 30th, 2018 10:50 AM
- A fix has been deployed for the Office 365 Portal sensors and the target URL has been updated. The fix should be rolling out within the next 1-2 hours.
March 30th, 2018 7:15 AM
- Microsoft is apparently experiencing DNS issues related to the microsoftonline.com domain. We are investigating the issue. It appears that the microsoftonline.com domain has gone away for certain subdomains like portal, www, etc.
March 27th, 2018 4:30 PM
- The issue with OneDrive sensors has been corrected and deployed.
March 27th, 2018 7:00 AM
- OneDrive sensors appear to be experiencing issues with new Office 365 OneDrive updated by Microsoft within the past 12 hours. Upload functionality is currently being affected. We are investigating the issue and hope to have an update soon.
February 1st, 2018 5:00 PM
- New Office 365 login procedures are being rolled out by Microsoft and the CloudReady sensors are handling most cases except for certain federated login procedures. An update has been deployed and will be rolling out over the next few hours. Metrics may be elevated while sensor actions are adjusted over the next few business days.
January 9th, 2018 2:20 PM
- A fix was deployed for the recent upgrade to the Skype Sensors. The fix make take up to 2 hours to be rolled out to Private Sites. We apologize for any inconvenience this may have caused.
January 9th, 2018 1:20 PM
- An upgrade to the Skype sensors may trigger a sensor operational error during initialization. This was caused by an update to the sensors for supporting a more recent version of the .NET framework which is an important fix for security and other issues. A fix for this condition has been identified and will be deployed shortly.
January 3rd, 2018 3:20-3:35 PM
- While expanding and improving the high availability of our MTA autoresponders, a new IP address was provisioned that happened to be (incorrectly) on the blocked senders list for Office 365. This caused some mail replies to be temporarily blocked. We re-provisioned a new IP address (after a more careful review [& luck]) for the offending autoresponder server and the condition was corrected. We apologize for any inconvenience this may have caused.
December 29th, 2017 2:48 PM
- The database failover has completed, the servers have mostly recovered and data queue processing has resumed. We apologize for any inconvenience this may have caused and will investigate ways to improve this process in the future.
December 29th, 2017 2:25 PM
- We are experiencing database failover issues with our real-time data store. This is causing general server slowdowns and data queue processing errors. We are actively investigating the issue and hope to have a status update within the next 15 minutes.
November 19th, 2017
November 17th, 2017
- The Slack sensors are experiencing errors and we are investigating. The sensors may require an update to correct their operation. In the meantime you should disable the Slacks sensors. We will post an update when more information is available.