Last checked: 38 seconds ago
Get notified about any outages, downtime or incidents for Files.com and 1800+ other cloud vendors. Monitor 10 companies, for free.
Outage and incident data over the last 30 days for Files.com.
Join OutLogger to be notified when any of your vendors or the components you use experience an outage. It's completely free and takes less than 2 minutes!
Sign Up NowOutlogger tracks the status of these components for Xero:
Component | Status |
---|---|
Australia Region | Active |
Background Jobs, including Sync and Webhooks | Active |
Canada Region | Active |
Core Services / API | Active |
EU (Germany) Region | Active |
Files Tools | Active |
FTP/FTPS | Active |
Japan Region | Active |
Remote Server Integrations (Sync and Mount) | Active |
SFTP | Active |
Singapore Region | Active |
UK Region | Active |
USA Region | Active |
WebDAV | Active |
Web Interface | Active |
View the latest incidents for Files.com and check for official updates:
Description: We have resolved an issue that was preventing certain logins on Files.com via Single Sign On (SSO). This incident occurred between the times of 10:57 AM PST to 11:12 AM PST. This issue did not impact logins which do not use SSO (Single Sign On).
Status: Resolved
Impact: None | Started At: July 8, 2024, 6 p.m.
Description: This incident affected SFTP and Google Drive remote server syncs and mounts on a portion of customer sites, and has been resolved at the time of this posting. We have resolved an incident causing failures in remote server connections from Files.com to SFTP and Google Drive remote servers. The incident did not impact connections to or from Files.com that do not involve SFTP or Google Drive remote servers. This incident occurred between the times of 6:10am Pacific to 7:05am Pacific on June 11th.
Status: Resolved
Impact: None | Started At: June 11, 2024, 2:22 p.m.
Description: This incident affected SFTP and Google Drive remote server syncs and mounts on a portion of customer sites, and has been resolved at the time of this posting. We have resolved an incident causing failures in remote server connections from Files.com to SFTP and Google Drive remote servers. The incident did not impact connections to or from Files.com that do not involve SFTP or Google Drive remote servers. This incident occurred between the times of 6:10am Pacific to 7:05am Pacific on June 11th.
Status: Resolved
Impact: None | Started At: June 11, 2024, 2:22 p.m.
Description: On May 1st, 2024, at 11:17 AM PST, [Files.com](http://Files.com) correlated multiple customer tickets indicating _‘HTTPS outage for sites using the ExaVault host key without a Custom Domain for users in non-US regions_, which resulted in an incident being declared. The Incident Management Team \(IMT\) convened and immediately began investigation. The _‘HTTPS outage for sites using the ExaVault host key without a Custom Domain for users in non-US regions’_ issue was resolved on May 1st, 2024, at 11:39 AM PST, returning the platform to full functionality. [Files.com](http://Files.com) released an initial posting to the [Status Page](https://status.files.com/) on May 1st, 2024, at 11:42 AM PST stating: _‘ExaVault is a service that was acquired by_ [_Files.com_](http://Files.com)_. A small percentage of former ExaVault customers are still using the ExaVault host key after their migration to_ [_Files.com_](http://Files.com)_. If your site was not migrated from ExaVault, or if you no longer use the ExaVault host key, this incident does not affect you._ _This incident only affects users connecting to_ [_Files.com_](http://Files.com) _from non-US regions._ _We are currently investigating an incident causing an HTTPS outage for sites that use the ExaVault host key without a Custom Domain for users in non-US regions. This incident does not affect other services like unencrypted HTTP, FTP or SFTP. At this time, we believe that all network services are up in our US region.’_ [Files.com](http://Files.com) released a resolution posting to the [Status Page](https://status.files.com/) on May 1st, 2024, at 11:49 AM PST stating: _‘ExaVault is a service that was acquired by_ [_Files.com_](http://Files.com)_. A small percentage of former ExaVault customers are still using the ExaVault host key after their migration to_ [_Files.com_](http://Files.com)_. If your site was not migrated from ExaVault, or if you no longer use the ExaVault host key, this incident did not affect you._ _As of 11:39am Pacific Time, we have resolved an incident causing an HTTPS outage for sites that use the ExaVault host key without a Custom Domain for users in non-US regions._ _This incident did not affect sites with Custom Domains, sites that do not use the ExaVault host key, or users connecting from our US region.’_ [Files.com](http://Files.com) acquired ExaVault, another MFT service, in 2022. Although all former ExaVault customers have been migrated to the mainline [Files.com](http://Files.com) platform, we do still support and maintain connectivity options which use legacy former ExaVault SFTP Host Key. This allows former ExaVault customers to continue their connections which were established using that host key. We recently deployed a change to expand our support for the ExaVault host key from beyond just our USA region service to all 7 of our global [Files.com](http://Files.com) service regions. This was done at customer request and to improve performance for non-US based customers. As part of this deployment, we replaced several customer-facing systems, and we updated our automatic DNS management system to use regional “latency-based” routing for the ExaVault Host Key domain. There was [another incident](https://status.files.com/incidents/dknqmws6cvr4) which occurred as part of that process. In addition to that incident, we also discovered that in some regions, customers were not made aware of the new IP addresses that we intended to use for this connectivity. We generally promise to alert customers to new IP addresses in advance of their use so they can update their firewalls. While we did publish these IP addresses to our documentation and APIs, we didn’t send an email notification of the new IPs. This was caused by the fact that we maintain a separate list of IPs for ExaVault, and that list was not fully integrated into our operational procedures. We have since integrated that list and updated our documentation to make very clear that there is a separate list for ExaVault IPs. We have reverted the global support for the ExaVault host key until we can provide adequate notice of the IP addresses which will be used. We will be making such announcement soon. We greatly appreciate your patience and understanding as we resolved this issue. If you need additional assistance or continue to experience issues, please contact our Customer Support team.
Status: Postmortem
Impact: Major | Started At: May 1, 2024, 6:42 p.m.
Description: On May 1st, 2024, at 11:17 AM PST, [Files.com](http://Files.com) correlated multiple customer tickets indicating _‘HTTPS outage for sites using the ExaVault host key without a Custom Domain for users in non-US regions_, which resulted in an incident being declared. The Incident Management Team \(IMT\) convened and immediately began investigation. The _‘HTTPS outage for sites using the ExaVault host key without a Custom Domain for users in non-US regions’_ issue was resolved on May 1st, 2024, at 11:39 AM PST, returning the platform to full functionality. [Files.com](http://Files.com) released an initial posting to the [Status Page](https://status.files.com/) on May 1st, 2024, at 11:42 AM PST stating: _‘ExaVault is a service that was acquired by_ [_Files.com_](http://Files.com)_. A small percentage of former ExaVault customers are still using the ExaVault host key after their migration to_ [_Files.com_](http://Files.com)_. If your site was not migrated from ExaVault, or if you no longer use the ExaVault host key, this incident does not affect you._ _This incident only affects users connecting to_ [_Files.com_](http://Files.com) _from non-US regions._ _We are currently investigating an incident causing an HTTPS outage for sites that use the ExaVault host key without a Custom Domain for users in non-US regions. This incident does not affect other services like unencrypted HTTP, FTP or SFTP. At this time, we believe that all network services are up in our US region.’_ [Files.com](http://Files.com) released a resolution posting to the [Status Page](https://status.files.com/) on May 1st, 2024, at 11:49 AM PST stating: _‘ExaVault is a service that was acquired by_ [_Files.com_](http://Files.com)_. A small percentage of former ExaVault customers are still using the ExaVault host key after their migration to_ [_Files.com_](http://Files.com)_. If your site was not migrated from ExaVault, or if you no longer use the ExaVault host key, this incident did not affect you._ _As of 11:39am Pacific Time, we have resolved an incident causing an HTTPS outage for sites that use the ExaVault host key without a Custom Domain for users in non-US regions._ _This incident did not affect sites with Custom Domains, sites that do not use the ExaVault host key, or users connecting from our US region.’_ [Files.com](http://Files.com) acquired ExaVault, another MFT service, in 2022. Although all former ExaVault customers have been migrated to the mainline [Files.com](http://Files.com) platform, we do still support and maintain connectivity options which use legacy former ExaVault SFTP Host Key. This allows former ExaVault customers to continue their connections which were established using that host key. We recently deployed a change to expand our support for the ExaVault host key from beyond just our USA region service to all 7 of our global [Files.com](http://Files.com) service regions. This was done at customer request and to improve performance for non-US based customers. As part of this deployment, we replaced several customer-facing systems, and we updated our automatic DNS management system to use regional “latency-based” routing for the ExaVault Host Key domain. There was [another incident](https://status.files.com/incidents/dknqmws6cvr4) which occurred as part of that process. In addition to that incident, we also discovered that in some regions, customers were not made aware of the new IP addresses that we intended to use for this connectivity. We generally promise to alert customers to new IP addresses in advance of their use so they can update their firewalls. While we did publish these IP addresses to our documentation and APIs, we didn’t send an email notification of the new IPs. This was caused by the fact that we maintain a separate list of IPs for ExaVault, and that list was not fully integrated into our operational procedures. We have since integrated that list and updated our documentation to make very clear that there is a separate list for ExaVault IPs. We have reverted the global support for the ExaVault host key until we can provide adequate notice of the IP addresses which will be used. We will be making such announcement soon. We greatly appreciate your patience and understanding as we resolved this issue. If you need additional assistance or continue to experience issues, please contact our Customer Support team.
Status: Postmortem
Impact: Major | Started At: May 1, 2024, 6:42 p.m.
Join OutLogger to be notified when any of your vendors or the components you use experience an outage or down time. Join for free - no credit card required.