# Data quality guarantee

When an email address that Tomba returned hard-bounces, you can claim a credit refund. This page defines which Email Finder and Email Verifier results qualify and how to claim. It doesn't change the [Terms of Service](https://tomba.io/legal/terms-of-service), under which Tomba doesn't warrant that any address is deliverable. If you have a signed agreement with Tomba, its terms take precedence over this page.

## Email finder

Covers addresses returned by the [email finder](/api/finder#email-finder), [domain search](/api/finder#domain-search), [author finder](/api/finder#author-finder), and [LinkedIn finder](/api/finder#linkedin-finder), through the API or another Tomba tool.

An address qualifies when it meets the [conditions for both products](#conditions-for-both-products) and:

- Its `score` was 60 or higher when Tomba returned it.
- You sent to it within 30 days of receiving it from Tomba.

## Email verifier

Covers addresses that the [email verifier](/api/verifier#email-verifier) returned with the `result` `deliverable` (see [Result values](/attributes/verifier#result-values)), through the API, bulk verification, or the Chrome extension.

An address qualifies when it meets the [conditions for both products](#conditions-for-both-products) and you sent to it within 30 days of its verification.

## Conditions for both products

- The message hard-bounced because the address doesn't exist: the receiving server rejected it permanently.
- You sent it from a domain authenticated with SPF, DKIM, and DMARC.
- You sent it in compliance with the [anti-spam policy](/anti-spam-policy).

These are not covered:

- Soft bounces and other temporary failures, such as a full mailbox or an unavailable server.
- Delivery to a spam or junk folder.
- Messages that the recipient's server or filters block or throttle, including rejections based on the message's content or the sender's reputation.

## How to claim

1. Report each address that hard-bounced. Use [`POST /v1/flag`](/api/flag#flag-incorrect-data) with `flag_type` `email` and `reason` `hard_bounce`, the `tomba flag create` command, or the report option on the result in the dashboard. Put the bounce message that your mail server received in `comment`.
2. Tomba reviews the report and confirms or rejects it. It can ask for the delivery log, the send date, and your domain's SPF, DKIM, and DMARC records to check the conditions above. Follow the report's `status` with [`GET /v1/flag`](/api/flag#list-my-flags), `tomba flag list`, or the [Flags](https://app.tomba.io/settings/flags) page of the dashboard.
3. For each confirmed report, Tomba refunds a credit as described in [Refunds for incorrect data](/usage-and-quotas#refunds-for-incorrect-data).

<CodeTabs syncKey="lang">

```bash title="curl"
curl -X POST "https://api.tomba.io/v1/flag" \
  -H "X-Tomba-Key: $TOMBA_API_KEY" \
  -H "X-Tomba-Secret: $TOMBA_SECRET_KEY" \
  -H "Content-Type: application/json" \
  -d '{"flag_type": "email", "value": "jane.doe@stripe.com", "reason": "hard_bounce", "comment": "550 5.1.1 The email account that you tried to reach does not exist."}'
```

```bash title="CLI"
tomba flag create --type email --value jane.doe@stripe.com --reason hard_bounce \
  --comment "550 5.1.1 The email account that you tried to reach does not exist."
```

</CodeTabs>