The API has no way to read SMS or email records. Calls do:

GET /v1/{clients|projects|requests}/{id}/calls works well. The other two

channels have nothing.

Verified against a live workspace on July 30 2026. All of these 404 with a

valid key:

/v1/messages, /v1/sms, /v1/texts, /v1/emails, /v1/conversations,

/v1/threads, /v1/inbox, /v1/communications

/v1/{clients|projects|requests}/{id}/messages

/v1/{clients|projects|requests}/{id}/emails

/v1/{clients|projects|requests}/{id}/sms

The only communications webhook is CALL_UPSERTED, and CSV export covers

Projects, Clients, and Requests only. Net: zero SMS and zero email records

reachable by any supported method. Anything sent through Coperniq on those

two channels can't be read back out.

What this blocks: a unified customer timeline (an engineer walking into a

consultation can't pull the full history), response-time and touch-count

reporting on the pipeline, and any durable copy of customer communications

outside the platform.

Requested solution: mirror the calls pattern on the other two channels.

GET /v1/{clients|projects|requests}/{id}/messages and .../emails, paginated

like the other list endpoints.

Interim: including communications in CSV export would unblock most of this

immediately, if the endpoints are a longer build.

Later: MESSAGE_RECEIVED and EMAIL_RECEIVED webhooks alongside the existing

CALL_UPSERTED would make real-time mirroring possible.