---
title: "Subscribe a contact to a list"
method: POST
path: "/v1/subscriber-lists/{id}"
tags: ["Subscriptions"]
---

# Subscribe a contact to a list

`POST /v1/subscriber-lists/{id}`

## Request

- Base URL: `https://api.bluefox.email`
- URL: `https://api.bluefox.email/v1/subscriber-lists/{id}`
- Auth: HTTP bearer

Legacy flat URL shape. Creates the contact if it doesn't exist yet. Auth: API key, or a whitelisted Origin (in which case a CAPTCHA is required unless the list disables it).

Double opt-in: when it is on for the list and the request uses an API key (or a whitelisted Origin), a new contact - or one who is unverified or unsubscribed on the list - is not activated. They get the verification email and stay as they are (new contacts become "unverified") until they click its link, and the response is { success: true, info } instead of the subscriber. Sending status "active" does not skip this. A paused subscriber is reactivated directly, without an email. With a SubscriptionToken the subscriber has already proven they own the address, so they are activated directly.

## Path parameters

- `id` string, required

## Request body

- object
  - `email` string, required
  - `name` string
  - `status` 'unverified' | 'active'
  - `captchaText` string
  - `captchaProbe` string

## Response `201`

Created

- object
  - `status` integer
  - `result` object
    - `status` string
    - `email` string

## Other responses

- `400`: Invalid request body or query - every violation found (missing/invalid/unexpected fields) is reported in one response, semicolon-separated, not just the first one hit.
- `403`: Missing or invalid API key
- `405`: The operation is blocked by a business rule (e.g. the resource is still in use)

---

[API](https://skmtc.dev/bluefox/apis/bluefox-email-public-api.md) · [All operations](https://skmtc.dev/bluefox/apis/bluefox-email-public-api/llms.txt) · [OpenAPI document](https://skmtc.dev/bluefox/apis/bluefox-email-public-api/revisions/fa1a0a835c7f?raw)