QBOS REST API documentation (emailaddress)

(return to Main Document)

Introduction

The emailaddress API allows client applications to maintain emailaddress data including any part of its demographic record sets.

Audience

This developer's guide is intended for software developers needing a technical reference for using the QBOS REST API. The information you find in this guide is written by software engineering, and is authoritative on how the API behaves.

Additional resources, information about this guide

Occasionally, we make a mistake in this documentation, or unknowingly break a feature that you depend on. If this has happened to you, we apologize! You can help us fix the issue by contacting us. We appreciate your help.

Getting Started

To place any request in QBOS API application from third party application you need to authenticate user account and set/calculate values for the following request headers: x-qbos-id, x-qbos-nonce, x-qbos-date-utc, x-qbos-hash-version, x-qbos-auth

See details in Authentication Documentation.

emailaddress properties

Properties prefixed with '_' (underscore) are read-only properties. i.e. POST and PUT processing will ignore these properties.

Name Type Max length Numeric Required
For POST		 Filterable Description

id

bigint

 

 

 

Required for GET(by id),PUT,DELETE

parent_id

bigint

 

yes

 

parent_type

nvarchar

50

 

yes

 

type

nvarchar

50

 

 

 

Value is "emailaddress"

email_type

char

1

 

 

 

emailaddress types

address

varchar

120

 

 

 

primarysw

bit

 

 

 

Read emailaddress by id:

GET https:/.../v1/o/emailaddress/{id}

Response codes:

  • 400 - Client error
  • 500 - Server error
  • 404 - Not found or user does not have permission to access resources of this type.
  • 200 - OK

Response data: GET https:/.../v1/o/emailaddress/325842
{ "parent_type" : "contact", "parent_id" : 941918, "type" : "emailaddress", "id" : 325842, "sub_type" : "H", "address" : "louisgray@atp.net", "primarysw" : 1, "href" : "\/v1\/o\/emailaddress\/325842" }

Read emailaddress from parent:

GET https:/.../v1/o/{parent_type}/{parent_id}/links/emailaddress[?{filter}]

Response codes:

  • 400 - Client error
  • 500 - Server error
  • 404 - Not found or user does not have permission to access resources of this type.
  • 200 - OK

GET https:/.../v1/o/contact/941918/links/emailaddress
Response example is shown in XML format here even though REST API returns JSON format:
<emailaddress><emailaddress parent_type="contact" parent_id="941918" type="emailaddress" id="325842" sub_type="H" _title="louisgray@atp.net" href="/v1/o/emailaddress/325842" primarysw="1"/></emailaddress>

Create emailaddress:

POST https:/.../v1/o/contact/941918/emailaddress

Request data [See properties]:

{"emailaddress": [ { "parent_type" : "contact", "parent_id" : 941918, "property_a" : "value-a", "property" : "See emailaddress properties", "property_z" : "value-z" } ] }

Response codes:

Update emailaddress:

PUT https:/.../v1/o/emailaddress/{id}

Request data [See properties]:

{"emailaddress": [ { "id" : 325842, "property_a" : "value-a", "property" : "See emailaddress properties", "property_z" : "value-z" } ] }

Response codes:

  • 400 - Client error
  • 500 - Server error
  • 200 - OK Content returned [See response data]
  • 204 - OK No content
  • 404 - Not found

Delete emailaddress:

DELETE https:/.../v1/o/emailaddress/{id}

The "id" in JSON payload is required to match the {id} in the URI to ensure that deletion requests are intended and safe

{"emailaddress": [{"id":325842}]}

Response codes:

  • 400 - Client error
  • 500 - Server error
  • 204 - OK
  • 404 - Not found

Response data:
{}