Sign inGet Started

Create a batch of email address lookups

POST
/v1/lookup/email/batch
const answer = await bird.lookup.emailBatch({
  emails: ["aisha.khan@example.com", "not-an-email"],
});
for (const item of answer.data) console.log(item.email, item.result);
Antwort200
{
  "data": [
    {
      "email": "aisha.khan@example.com",
      "valid": true,
      "result": "risky",
      "delivery_confidence": 42,
      "flags": [
        "role",
        "free_provider"
      ]
    }
  ]
}

Assesses up to 1,000 email addresses synchronously and returns one result per input in submission order. Malformed addresses receive individual assessments. Duplicate addresses remain separate entries and each answered entry is billed at the email lookup rate. Use Create an email address lookup for a single address. A batch consumes one request allowance under the shared lookup rate limit, regardless of its number of addresses.

Requests must fit within 128 KiB. Split larger lists into separate requests. Reuse an Idempotency-Key for retries of the same batch. Successful responses up to 256 KiB can be retained for replay; larger responses are returned but are not retained, so retrying can perform and charge for another batch. An unavailable lookup returns 503 without charging for the batch.

Anfrage-Nutzlast

emails
array of string
erforderlich

Addresses to assess in submission order. Surrounding whitespace is trimmed and case is preserved. Malformed addresses receive individual assessments. Duplicates are assessed and billed at each position. The request must also fit within the 128 KiB request-body limit.

Antwort-Payload

data
array of object
erforderlich

One assessment per submitted address, in submission order, including duplicates.

Untergeordnete Attribute anzeigen
data.email
string
erforderlich

The submitted value after trimming surrounding whitespace. May be empty or malformed.

data.valid
boolean
erforderlich

The provider's validity assessment for the address. Read it with result and delivery_confidence when deciding whether to send; it does not guarantee delivery.

data.result
string
erforderlich

The verdict on the address, and the one field to decide on.

  • valid: the address exists and accepts mail.
  • neutral: it could not be confirmed either way, usually because the receiving domain answers every recipient the same.
  • risky: it probably accepts mail but is likelier than most to bounce or complain. Examples include role, disposable, and low-reputation addresses.
  • undeliverable: it does not accept mail, and reason says why.
  • typo: the address looks misspelled, and did_you_mean contains the correction.

Open enum: further verdicts may be added over time, so treat an unrecognized value as a future one rather than an error. Branch on the values you know and fall back on delivery_confidence, which is always present and always comparable.

Possible values (may grow over time): valid, neutral, risky, undeliverable, typo

data.delivery_confidence
integer
erforderlich

How likely mail to this address is to be delivered, from 0 (certain not to be) to 100 (certain to be). Read it alongside result rather than instead of it, because the same score can sit under neutral or risky for different reasons.

data.flags
array of string
erforderlich

Notable characteristics of the address. Empty when none apply.

data.reason
string

An explanation for the assessment. Can accompany an undeliverable, risky, or typo result; omitted when no recognized reason is available.

Possible values (may grow over time): invalid_syntax, invalid_domain, invalid_recipient, disposable_domain

data.did_you_mean
string

The address this one looks like a misspelling of. Absent unless a correction was found, which in practice means result is typo. Offer it to whoever typed the original rather than sending to it unasked, because it is a guess and the address they meant may be neither one.

Weiter mit der Dokumentation, Anleitungen und Beispielen zu diesem Thema.