Reference · Tools

Read Binary File

Read a single file from the local filesystem and return its contents as binary data. Deprecated — use Read/Write Files from Disk instead.

Action (binary) Core Nodes v1 Binary data

Read Binary File loads a single file from the execution's files directory into binary data. It is kept for existing workflows — **Read/Write Files from Disk is the node to use now**, since it does the same job, reads several files at once with a glob, and can write as well as read.

Node type
Action (binary)
Parameters
3
Outputs
Output, Error
Credentials
None required

Read Binary File

Read a single file from disk into binary data (deprecated)

Overview

The Read Binary File tool reads a single file from the execution files directory by path and attaches its contents to the output item as binary data, alongside the file’s metadata. It is a legacy/deprecated tool superseded by the read_write_file tool. All file operations are sandboxed to the execution-scoped directory to prevent directory traversal attacks. Each input item triggers a file read using the evaluated filePath parameter, enabling dynamic path construction from upstream data. The output includes file metadata (mimeType, fileType, fileExtension, fileSize, fileName) in the item JSON and the file contents in the specified binary property.

Category: Core Nodes
Tool Name: read_binary_file
Version: 1

Appearance: Icon: lucide-FileDown | Color: #6b7280

Node Type

Action (Binary) — handles file/binary data operations

Input / Output

DirectionPort(s)
InputInput
OutputOutput, Error

Credentials

This tool does not require any credentials.

Parameters

ParameterTypeRequiredDefaultDescription
File PathstringYesPath of the file to read, relative to the execution files directory. Supports expressions for dynamic path construction.
Binary PropertystringYesdataName of the binary property to store the file contents under on the output item. Names are case-sensitive — see the upstream node’s Binary Data panel for the exact names to use.
Max ConcurrencynumberNo10Maximum number of items to process concurrently.

Output Data

One output item per input item. The input item JSON passes through and five metadata fields are added to it:

{
  "mimeType": "application/pdf",
  "fileType": "application",
  "fileName": "invoice.pdf",
  "fileExtension": "pdf",
  "fileSize": "148.20 kB"
}
  • mimeType — detected from the file name and its contents.
  • fileType — the broad category taken from the MIME type (image, audio, video, text or application), or unknown when it does not match one of those.
  • fileName — the bare file name including its extension, not the path you asked for.
  • fileExtension — the extension without the leading dot.
  • fileSize — a human-readable string such as 938 B, 148.20 kB or 2.31 MB, not a number. Do not use it in arithmetic.

The file contents are attached as binary data under the name given by Binary Property, merged with any binary the item already carried, so a downstream node can upload or parse the file without touching the disk again.

Reference the metadata downstream by expression, e.g. {{ $json.fileName }}.

Usage Examples

  • Read a PDF file from disk
  • Load an image file into binary data
  • Import a CSV file for further processing
  • Read a file with a dynamic path from upstream data

Example Configuration

Read a fixed file:

{
  "type": "read_binary_file",
  "parameters": {
    "filePath": "uploads/invoice.pdf",
    "binaryPropertyName": "data"
  }
}

Read a file whose path comes from the item:

{
  "type": "read_binary_file",
  "parameters": {
    "filePath": "uploads/{{ $json.fileName }}",
    "binaryPropertyName": "attachment",
    "maxConcurrency": 10
  }
}

Error Handling

ModeBehavior
stopHalts workflow on first error
continueSkips failed items, passes successful ones through
errorPortRoutes failed items to Error output port

Tips

Read a single file from the execution files directory into binary data — deprecated legacy node, use read_write_file instead.

Behavior notes

  • Prefer Read/Write Files from Disk. This node is kept for existing workflows; the newer node covers the same job, reads several files at once with a glob, and can write as well as read.
  • Paths are relative and sandboxed. A path is resolved inside this execution’s own files directory; an absolute path or one that climbs out with .. is rejected. Only files another node in the same run has written are there to read.
  • Missing files fail the item, they are not skipped. The error names the path, so a typo is easy to spot; use error handling set to continue if some paths are expected to be absent.
  • One file per item. To read a whole directory in one node, use Read Binary Files or Read/Write Files from Disk with a glob pattern.

Frequently asked questions

Should I use this in a new workflow?

No. Prefer Read/Write Files from Disk: it covers the same job, handles multiple files via a glob pattern, and writes as well as reads. This node exists for workflows that already depend on it.

Can it read any path on the server?

No — paths are relative and sandboxed, resolved inside this execution's own files directory. Absolute paths are rejected.

What can it actually read then?

Files written by another node in the same run. The sandbox means it cannot reach arbitrary files on the host.

Does it need credentials?

No — it reads from the local execution directory.

Build with the Read Binary File node

Drop it into a workflow, wire it to an agent, or call it on a schedule.

Open BusyBot

Last updated . Spotted something wrong? Tell us.