Our Daily Bread Ministries Scales Radio Distribution From Under 1 TB to 377 TB on Files.com

Our Daily Bread Ministries began in 1938 as a radio program. Nearly ninety years later, it produces and distributes devotional, audio, and video programming to a worldwide audience.

The ministry does not own the airwaves that carry that programming. Its radio programs reach listeners through independent partner stations around the world, and every one of those stations has to receive the program files before anything can go on air. Audio programs go out to stations, and large video and audio files move through the ministry's own productions. For most organizations, file transfer is plumbing. For Our Daily Bread Ministries, it is the delivery mechanism between the studio and the audience.

A Distribution Service IT Could Not Govern or Size

That delivery ran on a third-party cloud storage service, and the ministry was dissatisfied with it. The diagnosis was simple: a partner-facing distribution service that IT could neither fully govern nor confidently scale.

Governance came first. Outside organizations connected to the service over FTP, which made it the front door to the ministry's programming. IT could not manage that door the way a partner-facing service demands. It was unclear how many administrators the service would even allow, or how those administrators could control the accounts, credentials, and access underneath them.

Headroom came second. IT could not say what its monthly transfer volume was. It could only say the volume might exceed the allowance available to it, and a distribution workload that hits a bandwidth ceiling does not degrade gracefully. When the transfer service stops, program delivery to every station stops with it.

Independent Stations, Each Connecting Its Own Way

The obvious fix was off the table. The ministry could not solve its distribution problem by moving stations onto a modern portal or a new tool, because the stations are not the ministry's to change. Each partner is an independent operation with its own staff, its own broadcast automation, and its own way of pulling files.

Jeff Holquist, who administers the platform for the ministry, described the caution that required:

“Any change is potentially impactful on their operations so we usually act with an overabundance of caution.”

That caution shaped the requirements. Whatever replaced the old service had to speak FTP, FTPS, and SFTP natively, because that is what station systems already ran. It had to offer a browser path for the partner who would never configure a transfer client. It had to keep each station's programming separate from every other station's, put administration of the entire external population in IT's hands, and carry production media measured in tens of gigabytes with enough headroom for the workload's growth.

Our Daily Bread Ministries selected Files.com to be that platform.

One Folder per Station, Any Protocol a Station Already Runs

On Files.com, every partner station has its own folder, with per-folder permissions scoped so a station sees its own programming and nothing else. Stations connect however they already work: FTP or FTPS from broadcast automation, SFTP where a station prefers it, or a web browser pointed at the ministry's own custom Files.com subdomain for the partner who will never install anything. Stations kept the protocols and habits they already had. Only the platform behind them changed.

Behind that partner-facing surface, IT got the governance the old service never offered. A large external partner population is administered from one place: who holds a credential, which folder it reaches, and over which protocols it connects.

The same architecture carries the ministry's production media. The largest single files on the platform are 21 GB, a full 80-minute video program in one file.

From Under a Terabyte a Month to 377 TB

With distribution running through Files.com, the ministry replaced a service it could neither govern nor size with a platform that has now carried the workload for more than a decade. In 2024, that platform showed its headroom. At a December 2023 review, the workload was moving just under a terabyte a month. Six months later, it was moving orders of magnitude more.

The 377 TB figure came from transfer recorded over a measured 30-day period, from May 13 through June 10, 2024, rather than an annualized estimate. Daily peaks reached 40 to 60 TB. Files.com absorbed that volume on the same architecture, with no station changing how it connected.

Each station reaches only its own folder, so no partner can see another station's programming, and IT can say exactly who connects to what, over which protocol. Bringing on the next partner station is a folder and a credential, with permissions scoped before the first file lands. The question that started the search is gone. Nobody at the ministry asks whether the month's transfer volume will fit inside an allowance.

The immediate result was a governed distribution service: scoped access per partner, and central control of the front door outside organizations walk through. The compounding result is that growth stopped being IT's problem. The next station and the next terabyte both land on a pattern that already exists.

Scale Without Reworking Station Connections

The ministry never modernized its partners off FTP. It put Files.com behind the protocols its stations already trusted, and that is why a network of independent broadcasters could handle orders-of-magnitude higher transfer volume without changing the station-facing pattern. The caution Our Daily Bread Ministries owes its partners did not have to be traded for control or for scale. The platform absorbed both, and the stations kept broadcasting.