> ## Documentation Index
> Fetch the complete documentation index at: https://deepline.com/docs/llms.txt
> Use this file to discover all available pages before exploring further.

# Email Waterfall with Validation

> Interpret maintained email-validation outcomes without fixed provider or delivery guarantees.

[Human guide: work with your agent →](https://deepline.com/docs/human/plays/task-email-waterfall-with-validation.md)

Use the maintained email route, then interpret its validation evidence before
using a returned address. Your goal is an inspected result, not a delivery promise.

## 1. Choose the input route

For a CSV containing names and company domains, follow the executable
[email waterfall guide](https://deepline.com/docs/plays/email-waterfall.md). For a verified LinkedIn URL,
inspect `prebuilt/person-linkedin-to-email` and its current contract.

```bash theme={"languages":{"custom":["/languages/deepline-prompt.json"]}}
deepline describe prebuilt/name-and-domain-to-email-waterfall-batch --json
deepline plays check prebuilt/name-and-domain-to-email-waterfall-batch
```

Read the live result fields and any required column mappings. A preflight check
does not call an email provider.

## 2. Define the acceptance rule

Decide what your next task requires. The Play's validation outcome is one
piece of evidence. Identity, current employment, delivery, and permission to
contact someone are separate questions.

Do not assume every route includes an extra ZeroBounce call or a fixed pattern
price. Provider steps and applicable charges come from the actual route.

## 3. Run and inspect a representative pilot

Use [the pilot procedure](https://deepline.com/docs/plays/email-waterfall.md#create-a-representative-pilot-file).
Save the run ID and inspect its retained result and row outcomes.

Compare the email, source, validation state, and attempt outcomes. Keep misses
separate from rejected candidates and provider failures. An earlier candidate
must not override a later rejection in your review.

> [!TIP]
>
> Each accepted row satisfies the selected identity and validation rule.
> Unresolved rows remain visible. Recorded usage reflects the work that ran.

If an additional validation action is required, inspect its schema and cost.
Author that action explicitly in a checked Play. Do not assume a natural-language
request changes an existing prebuilt implementation.

## Continue

Use [waterfall evaluation](https://deepline.com/docs/guides/b2b-data-enrichment-waterfall.md) to compare
accepted coverage. Ask your agent to explain the actual validation outcome
before adding more paid attempts.


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.