MESSAGE
WORKSMW/01

Practical guide

Handle an incoming attachment as its own piece of work

A practical checklist for receiving, retaining and displaying message media.

Browse practical guides →
Receiving an event with a media reference is different from successfully retrieving and preserving the file.

Record the reference and its constraints

Keep the provider message ID, attachment reference and relevant timestamps together. Read the provider’s rules for access, expiration, size and supported types. Do not assume that a URL visible in a webhook will remain usable indefinitely or without authentication.

Decide which files your application accepts and where authorized staff can see them. Validate retrieved content according to your application’s file-handling rules before presenting it as a trusted document or image.

Make retrieval failure visible

Track whether the application has merely received the reference, downloaded the content or completed its approved storage process. Give failures a retry or operator path that does not lose the original message association.

If media is unsupported on a plan or channel, let the operator understand that limitation. A missing preview should not be indistinguishable from a customer sending an empty message.

Test access after the conversation moves

Check the attachment with a second authorized operator and after reassignment. Verify the intended retention and deletion behavior in your own application and clarify what remains with the provider.

Use harmless synthetic files in the pilot, including an unsupported type and a reference that cannot be retrieved. Keep the results beside the provider’s media documentation so future changes can be evaluated against the same cases.

Source notes

  1. Current plan comparison
  2. HighLevel integration
  3. Detailed pricing and options
  4. Channels and capabilities
  5. OpenBubbles features and activation
  6. Blue Relay plans
  7. Blue Relay FAQ
  8. Pricing
  9. Platform and limits
  10. API reference