Workflows

Retrieve an Email Thread from a Specified Workflow

List a single email thread for a specified workflow.

OAuth Scope required: public.workflows.readEmailCommunications

get/workflows/{id}/emails/{emailThreadId}

Request

  • Base URL
    https://ironcladapp.com/public/api/v1
  • URL
    https://ironcladapp.com/public/api/v1/workflows/{id}/emails/{emailThreadId}
  • Auth
    API key in header Authorization and OAuth 2
    Authorization code: https://ironcladapp.com/oauth/authorize
    Client credentials
    Token URL: https://ironcladapp.com/oauth/token scopes: public.workflows.readEmailCommunications

Path parameters

idstring required

The unique identifier of a workflow

emailThreadIdstring required

The unique identifier of an email thread

Headers

x-as-user-emailstring
Example:jane.doe@test.com

Denotes the actor of the request. When used, the API will take into account this user's permissions and access. This or x-as-user-id is required when the associated token was produced from the Client Credentials grant or with legacy bearer tokens on select endpoints. A token produced from the Authorization Code grant (which is already scoped to a user) may also use this header to act as a different user in the same company, provided the token carries the identity.users.impersonate scope and the token's own user has been granted the API User Impersonation permission. A request that sends this header without both never acts as the named user; depending on the company's configuration it either proceeds as the token's own user or is rejected with a 403. More information about permissions.

x-as-user-idstring
Example:5f0375c4cdc1927a3c5edcd3

Denotes the actor of the request. When used, the API will take into account this user's permissions and access. This or x-as-user-email is required when the associated token was produced from the Client Credentials grant or with legacy bearer tokens on select endpoints. A token produced from the Authorization Code grant (which is already scoped to a user) may also use this header to act as a different user in the same company, provided the token carries the identity.users.impersonate scope and the token's own user has been granted the API User Impersonation permission. A request that sends this header without both never acts as the named user; depending on the company's configuration it either proceeds as the token's own user or is rejected with a 403. More information about permissions.

Response

GET Email Response

OR

Example response

{
  "id": "ez3cvz95z",
  "emailThreadId": "emailThread498b9193da784477b09454f1d925e26d",
  "timestamp": "2022-09-28T19:21:05.034Z",
  "author": {
    "type": "internalUser",
    "companyName": "Jabba the Hutt Industries",
    "displayName": "Boba Fett",
    "email": "boba@example.com",
    "userId": "63d415e0dd0d828c3a878548"
  },
  "subject": "Re: Contract Review Request - New Jedi Interceptors",
  "body": "I'll review the contract with care, ensuring it aligns with the Jedi Order's principles. You'll have my insights soon so we can secure a fleet worthy of peace and balance.\n\nMay the Force be with you,\nObi-Wan Kenobi",
  "attachments": [
    {
      "filename": "file.pdf",
      "download": "/public/api/v1/workflows/6013609108b8f070cee94fc1/emails/z_1zgjgjq/attachments/attachmentIdc85d7e3be5d84bf28cebe4591e39c894",
      "content-type": "application/pdf",
      "documentKey": "5xfsCSMmfxkp4C1gKv67l",
      "documentVersion": 1
    }
  ]
}

Changes

No recorded changes to this operation across all 2 revisions of this API.