Сравнение API одноразовой почты

1. Нужен ли ключ или учётная запись, чтобы прочитать ящик?

Именно этот вопрос решает, можно ли вообще пользоваться сервисом оттуда, где невозможно хранить секрет: задача CI на форке, общий скрипт, браузер, ИИ-агент, работающий на чужой машине. Ключ — не мелкое неудобство: это учётная запись, панель, политика ротации и хранилище секретов.

Как ответить самому

Запросите ящик вообще без заголовков. Ответ 200 — ключ не нужен. Ответ 401 или 403 — нужен.

curl -s -o /dev/null -w "%{http_code}\n" \
  "https://SERVICE/api/v1/mailbox?address=someone@THEIR-DOMAIN"

Наш ответ

Ни ключа, ни учётной записи — ни для публичных доменов, ни для вашего собственного. Ключ существует только для премиального пула, потому что пул с опубликованными именами перестаёт стоить своих денег.

2. Можно ли направить сюда свой домен и во что это обойдётся?

Свой домен — это разница между адресом, который форма регистрации распознаёт как одноразовый, и адресом, который она не распознаёт. Это ещё и единственный способ получить ящик, в который нельзя попасть наугад. Большинство сервисов либо не предлагают этого вовсе, либо продают как платный тариф — в этом вся их бизнес-модель, и об этом стоит знать до того, как строить что-то на их бесплатном плане.

Как ответить самому

Посмотрите MX-хост, который они публикуют, а потом проверьте, требует ли документация зарегистрировать домен у них. Сервис с шагом регистрации означает учётную запись где-то в вашем будущем.

dig +short MX their-example-domain.com

Наш ответ

Одна MX-запись на smtp.grabmail.io — бесплатно и без ограничений, на всех тарифах, включая бесплатный. Никакой регистрации: первое пришедшее письмо подключает домен, потому что опубликованная запись И ЕСТЬ доказательство того, что домен ваш.

3. Сколько хранится письмо — и это соблюдается или только обещано?

Два сервиса могут оба сказать «семь дней» и иметь в виду разное. Один удаляет по расписанию, другой — когда кончается место. Для набора тестов число почти не важно. Для всего, что вы предпочли бы не оставлять лежать, разница между соблюдаемым сроком и объявленным — это всё.

Как ответить самому

Отправьте письмо себе, запишите дату, которую вернёт API, и вернитесь после окончания срока. Слово, которое стоит искать в их тексте, — «до»: оно значит, что число — это потолок, а не расписание.

curl -s "https://SERVICE/api/v1/mailbox?address=…" | grep -o '"date":"[^"]*"'

Наш ответ

Ровно 5 дней, и это обеспечивает задача, работающая каждые десять минут, а не фраза на странице политики. Это не ступень: ни тариф, ни параметр, ни просьба этого не продлевают. Catchmail — сервис, откуда сюда приходит большинство, — хранит почту до семи дней, то есть дольше нас.

4. Может ли программа дождаться письма или обязана опрашивать в цикле?

Тест, который опрашивает в цикле, обязан выбрать интервал ожидания, и оба варианта плохи: слишком короткий сжигает лимит запросов, слишком длинный растягивает прогон на лишние минуты. У ИИ-агента та же проблема, и решить её он не может вовсе — у него нет публичного адреса для вебхука и нет терпения на цикл.

Как ответить самому

Ищите либо вебхук в справочнике, либо вызов, который блокируется. Если в документации есть только эндпоинт списка — ответ «опрос в цикле», сказано это там или нет.

curl -s https://SERVICE/openapi.json | grep -o '"/[a-z/{}._-]*"'

Наш ответ

И то, и другое, и ни одному из них не нужен публичный адрес на вашей стороне. REST API опрашивается в цикле — 1 чтение в секунду на адрес и есть предусмотренный ритм. У сервера MCP есть инструмент, который держит вызов открытым до фактического прихода письма, до 25 секунд: именно это нужно агенту и именно этого вебхук ему дать не может.

5. Что делать, когда форма регистрации отклоняет адрес?

Это случится на любом сервисе с общими публичными доменами, и именно в этот момент большинство сдаётся и решает, что одноразовая почта «не работает». Сервисы различаются не тем, случается ли это, а тем, предупредили ли вас заранее и с чем вас оставляют потом.

Как ответить самому

Проверьте публичный домен в списке блокировок, которым формы регистрации действительно пользуются. Если он там есть — ждите отказов, и посмотрите, что сервис предлагает дальше.

grep -x their-domain.com <(curl -s https://raw.githubusercontent.com/disposable/disposable-email-domains/master/domains.txt)

Наш ответ

Сказано на главной, в вопросах и ответах и в llms.txt, а не оставлено на самостоятельное открытие. Выходов два, и бесплатный идёт первым: направьте сюда свой домен — это ничего не стоит и не имеет лимитов; либо, если вы предпочитаете не владеть доменом и не раскрывать его, платный пул из 92 доменов .com, которые держат вне этих списков. Публичные домены в обоих случаях остаются бесплатными.

6. Умеет ли сервис отправлять почту — и нужно ли вам это?

Сервис, который только принимает, невозможно превратить в спам-релей — поэтому его входящий сервер может позволить себе принимать почту для любого домена, указывающего на него. Сервис, умеющий отправлять, рано или поздно используют во вред, а злоупотребления — это то, что убивает бесплатные тарифы. Если вам нужно отправлять, вся эта категория — неподходящий инструмент.

Как ответить самому

Ищите POST, принимающий получателя. Если он есть в справочнике — сервис умеет отправлять; если его нет — не умеет, и обычно это сделано намеренно.

curl -s https://SERVICE/openapi.json | grep -c '"post"'

Наш ответ

Нет. Здесь нет ни одного эндпоинта, который отправляет, и никакой исходящей почты вообще — даже письма для сброса пароля. Именно это отсутствие и позволяет входящему узлу принимать почту для любого домена, чей MX указывает сюда, не становясь релеем.

Наши ответы, в одном месте

Каждое число в этой таблице читается из тех же констант, которые сервис соблюдает, — она не может разойтись с API.

Перенос существующей интеграции

Эта категория остановилась на трёх вызовах, и большинство сервисов отдаёт их по тем же трём путям. Перенос обычно сводится к базовому URL и циклу постраничного вывода.

GET    /api/v1/mailbox?address=<address>
GET    /api/v1/message/<id>?mailbox=<address>
DELETE /api/v1/message/<id>?mailbox=<address>

Catchmail — сервис, откуда сюда приходят чаще всего, — использует те же три пути. Различий два, и оба в постраничном выводе: их список отвечает полями page / page_size и total, наш — курсором next, который вы возвращаете, чтобы пройти остальное. Их базовый URL — поддомен, наш — сам сайт. Всё остальное — имена полей, коды состояния, форма письма — совпадает.

Одно вы приобретаете, другое теряете — чтобы можно было взвесить: у каждого ящика здесь есть ещё и alias, второй адрес, который доставляет письма в ящик, но не позволяет его прочитать; именно его и дают форме, где регистрируешься. А срок хранения здесь 5 дней, а не семь.

Сведения о сторонних сервисах на этой странице сверены с их собственной опубликованной документацией 2026-08-31.

Полный справочник API · Быстрый старт · Цены

Вопросы, которые задают на самом деле

Какой API одноразовой почты лучший?

Единственного ответа не существует, а страница, которая его вам даст, что-то вам продаёт. Шесть вопросов выше — те, по которым сервисы действительно расходятся; на три из них отвечает одна команда, и ответы решают дело для вашего случая, а не вообще.

Я перехожу с другого API одноразовой почты. Что придётся менять?

Обычно базовый URL и цикл постраничного вывода. Три пути, на которых остановилась эта категория, почти везде одни и те же — получить список ящика, прочитать письмо, удалить его, — а различается то, как листается список и как называются поля.

Вы храните письма дольше, чем сервис, которым я пользуюсь?

Скорее всего нет. 5 дней — намеренно короткий срок и жёсткий предел, а не ступень. Если вашему набору тестов нужно письмо через час после прихода — всё в порядке; если оно понадобится на следующей неделе, заберите его и храните у себя.

Есть ли гарантия доступности?

Нет, и её не продают. Вместо неё есть страница состояния, которая отказывается называть компонент исправным, пока монитор не подтвердил это недавно: устаревшая проверка показывается как отсутствие проверки, а не как хорошая новость.