Last updated

Working with attachments

Use the Messaging API to manage image file attachments in guest and accommodation conversations. This guide explains how to upload attachments, retrieve metadata, and download previously shared files.


About attachments

Guests and partners can exchange image attachments to enhance post-booking communication.

⏱️ Estimated time to complete: 30-40 minutes

This is especially useful for clarifying issues, sharing arrival details, or providing helpful visual information.

Common use cases

UserExample scenarios
Guest
  • Reporting an issue (e.g. broken furniture, unclean room)
  • Uploading documentation (e.g. medical certificate)
  • Sharing a photo of luggage or arrival location
Accommodation (property)
  • Providing property access instructions (e.g. locating the entrance)
  • Sharing lockbox or smart lock photos.
  • Sending images of amenities or welcome instructions.

This guide walks you through the available endpoints and best practices for working with attachments.

Available endpoints

Use the following endpoints to manage attachments:

EndpointUse it to ...
/messages/attachments/uploadUpload an image file (up to 1 MB) to a conversation.
/messages/attachments/metadataRetrieve metadata for an uploaded attachment (e.g. name, size, type).
/messages/attachments/downloadDownload an attachment using its ID and conversation context.
Authentication

Note: All endpoints require valid partner authentication. See the authentication guide for details.


File requirements and limitations

Before uploading files, keep the following constraints in mind:

Supported file types
  • Only image files are allowed: image/png, image/jpg, image/jpeg
  • Videos, documents, and other file types are not supported.
File size limit
  • Maximum file size: 1MB.
  • Larger files return a 400 Bad Request error.
Encoding
  • File must be base64-encoded before upload.
  • file_size must reflect the original binary file size, not the encoded string.
  • Files are uploaded in an encoded format and stored securely.
Retrieval
  • Files can only be accessed using the attachment ID and conversation ID.
Upload context
  • Files can only be uploaded to existing conversations.
  • A valid conversation ID, accommodation ID and reservation ID are required.
  • Uploaded files that are not linked to a message are retained for up to 24 hours.
Multiple attachments
  • While each upload request handles a single file, the /messages/send endpoint supports multiple attachments using an array.
Rate limits

Uploading an attachment

→ Use the /messages/attachments/upload endpoint to upload a file to a conversation.

Request parameters

All three identifiers are required to ensure that the attachment is correctly linked to the guest and booking context. This also helps enforce security and rate limiting.

accommodationThe ID of the accommodation associated with the conversation.
conversationThe ID of the target conversation.
reservationThe reservation ID linked to the conversation.
file_contentThe base64-encoded content of the file.
file_nameThe name of the file.
file_typeThe MIME type of the file (e.g., image/png).
file_sizeIt should reflect the original file size in bytes (before encoding).

Only files smaller than 1MB are supported.

Example request

{
  "accommodation": 6819547,
  "conversation": "cc872746-77f2-5886-ba7c-17e0497241b5",
  "reservation": "4380765874",
  "file_content": "iVBORw0KGgoAAAANSUhEUgAAADAAAABAgMAAADW0NTUAAAA",
  "file_name": "example_image.png",
  "file_type": "image/png",
  "file_size": 35
}

Example response

{
    "request_id": "25539c17-59e6-4465-ad85-d0a517a474c5",
    "data": {
        "attachment": "c82a5350-19fe-11f0-959e-1373654fdef5"
    }
}

The attachment field in the response is the unique ID used to later retrieve metadata or download the file.

Retrieving attachment metadata

→ Use the messages/attachments/metadata endpoint to fetch metadata such as size, name, and type of an existing attachment.

Example request


{
    "conversation":"cc872746-77f2-5886-ba7c-17e0497241b5",
    "accommodation":6819547,
    "attachment":"c82a5350-19fe-11f0-959e-1373654fdef5"
}

Example response

The response will provide metadata about the file, such as its size, name, and type.

{
    "request_id": "4cf641d4-dc42-4970-a1e6-8f7fb6c8785f",
    "data": {
        "metadata": {
            "file_size": 95299,
            "file_name": "c82a5350-19fe-11f0-959e-1373654fdef5.png",
            "file_type": "image/png"
        }
    }
}

Only basic metadata (name, type, size) is returned. No timestamps or status flags are included.

Downloading an attachment

→ Use the /messages/attachments/download endpoint with the appropriate conversation and attachment ID to download a previously uploaded attachment.

Example request

{
    "conversation":"cc872746-77f2-5886-ba7c-17e0497241b5",
    "accommodation":6819547,
    "attachment":"c82a5350-19fe-11f0-959e-1373654fdef5"

}

Example response

he file is returned as a base64-encoded string in the response body.


Error handling

The API returns descriptive error messages for invalid requests. Validate input data before submitting requests to prevent issues.

File size exceeded

Attempting to upload a file larger than 1 MB results in a 400 bad request error.

{
  "errors": [
    {
      "id": 400,
      "message": {
        "error": "bad request",
        "message": "File size exceeds the 1MB limit"
      }
    }
  ]
}

Mismatched file size

If the actual size of file_content does not match the declared file_size, a size mismatch error is returned.

Example request

The request below attempts to upload a file with a base64-encoded string, along with metadata describing the file's name, type, and size.

{
  "accommodation": 6819547,
  "conversation": "cc872746-77f2-5886-ba7c-17e0497241b5",
  "reservation": "4380765874",
  "file_content": "iVBORw0KGgoAAAANSUhEUgAAADAAAABAgMAAADW0NTUAAAA",
  "file_name": "example_image.png",
  "file_type": "image/png",
  "file_size": 350
}

In this case, the file_size is set to 350 bytes, while the actual file content size, as indicated by the base64-encoded string, does not match this value.

Example response

The system identifies the discrepancy between the declared file size (file_size) and the actual size of the base64-encoded content (file_content).

As a result, the API returns a 400 Bad Request error with a detailed message.

{
    "request_id": "36a34bff-1353-4689-9169-3bcf361a4ff0",
    "errors": [
        {
            "id": 400,
            "message": {
                "error": "bad request",
                "message": "Request failed with code: 400, message: Content length is 35 but metadata size is 350"
            }
        }
    ]
}

How to fix it

To resolve this issue:

  1. Verify the file content size - Ensure the size of the base64-encoded content matches the file size specified in the file_size.
  2. Re-encode the file if necessary - If the file was manually encoded, verify the base64 string and re-encode the file to ensure the content and the metadata size align.
  3. Update metadata - Adjust the file_size value to match the actual content length.

Security and access

  • Attachments are securely stored and can only be accessed by parties involved in the conversation.
  • Files are not publicly accessible and require valid credentials and matching conversation context.
  • Attachments currently do not expire, but we recommend downloading them soon after upload.

Curious to know more?