Shyft Used a Files.com Custom Domain to Unblock Uploads and Retire Legacy FTP
TD SYNNEX is a global distributor for the IT industry, a Fortune 500 company connecting more than 2,500 technology vendors to customers in over 100 countries. Shyft Global Services is its technology lifecycle services division: the arm that hardware manufacturers hire to deliver field service, depot repair, and technical support on their behalf, for equipment spanning data centers, broadband, medical devices, and semiconductor manufacturing.
That business model puts Shyft one step removed from everyone it serves. The equipment belongs to an OEM's end customer. The support relationship belongs to the OEM. Shyft does the work, all over the world, and nearly every case begins the same way: the end customer sends in logs and sensitive system information so an engineer can diagnose the problem. Every engagement depends on a file arriving from an environment Shyft does not control.
Support Cases That Stalled at Intake
Several of Shyft's end customers run corporate security policies that block third-party file-sharing domains. When Shyft asked one of those customers to upload logs to a file-sharing URL, the customer's own network refused it. The files that would let an engineer start work could not arrive, so the case stalled at intake: the diagnosis waited, or sensitive system data went looking for another route.
Alongside those blocked links, Shyft ran a legacy customer-facing FTP site where end customers sent in the same material. That kept some uploads moving, but it was a second, older intake path to operate, one more endpoint carrying sensitive customer data, and it did not present the corporate identity that the blocked customers' policies demanded any more than the file-sharing links did.
The Policy Was Not Shyft's to Change
The blocked domains were not a misconfiguration Shyft could ask its customers to fix. Those policies exist for good reasons, and asking each blocked customer's IT department for an exception, account by account, while broken equipment waits, is not a repeatable process for a business serving end customers in over 100 countries.
The durable fix had to work with the policy rather than around it. Uploads had to land at an address that reads as TD SYNNEX because it is TD SYNNEX: served from the company's own domain, branded as Shyft, safe for sensitive system data, and dependable enough that the legacy FTP route could be retired behind it. A generic file-sharing URL can never be that, whoever the vendor is.
Files.com Under the TD SYNNEX Domain
The approach came out of an in-person session with Files.com's technical team in Orlando, where the conversation turned to branding the site and putting it on the company's own domain name.
“We took the advice of what your guys told us and changed it, so that whole FTP thing went away.”
Shyft put a Files.com custom domain in front of its upload portal: uploads.tdsynnex.com. The address bar reads TD SYNNEX. The pages carry Shyft's branding. To an end customer's security policy, an upload to uploads.tdsynnex.com is traffic to TD SYNNEX, because it is. There is no third-party file-sharing domain left to block. Behind the domain, Files.com folder permissions and password-protected folders keep each customer's uploads where they belong.
The cutover was staged rather than assumed. Shyft ran a proof of concept on the custom domain, tested it with real customer uploads, and only then retired the legacy FTP route.
“Now we have the customer use our domain, the TD SYNNEX domain, and they upload.”
Uploads Arrive, and the FTP Site Is Gone
With the custom domain in production, Shyft replaced two intake routes, one blocked and one legacy, with a single upload portal that reads as TD SYNNEX end to end.
- End customers whose security policies block third-party file-sharing domains now send logs and sensitive system information straight to Shyft. The block never fires, because the address they reach belongs to TD SYNNEX.
- The fix covers every such customer at once. There is no exception to negotiate per account, and the next customer with the same policy needs nothing from Shyft but the URL.
- The legacy customer-facing FTP site is retired. Customer intake runs through one governed path, with folder permissions deciding who reaches what.
The first result unblocks the work in front of them: a case that used to stall at intake now starts with the files already in hand. The second is the one that compounds. Serving uploads from its own domain settled the question for Shyft's whole customer base rather than for one account, and it stays settled as new customers arrive.
One Address, Every Customer
Shyft did not persuade its customers to trust a file-sharing vendor. It made the question disappear: the portal runs on Files.com, and the domain it runs under is TD SYNNEX's own. For a services business whose customers' security policies block the upload path, that is the fix that scales. Not an exception per customer, but an address that works with their policy.
Related Customer Stories
Software & Technology
GoDaddy Registry Replaces Its Amazon EC2 SFTP Server With Self-Service Zone File Distribution on Files.com
The registry separated vetting and entitlement from account creation, giving hundreds of approved outsiders self-service access without putting them in GoDaddy's identity systems.
Read story →
Software & Technology
Zillow Retires Ombud for Files.com to Send KYC Documents Across Six Countries
Browser-based links let recipients Zillow could not train securely view or download each sensitive document according to its own retention requirements.
Read story →
Software & Technology
Redis Gives Every Support Ticket Its Own HTTPS or SFTP Intake Route With Files.com
API-driven, write-only intake lets customers deliver diagnostics through their firewalls while Redis keeps no standing credentials for external uploaders.
Read story →