Об этом видео

Адреса в этом видео — примеры. Проверка файлов требует платного аккаунта.

Расшифровка видео

1. 00:00Почему «да» ничего не доказывает

   Домен catch-all принимает почту на любой адрес, настоящий или нет. Это меняет цену ответа «да». Возьмите три адреса на одном домене. Один принадлежит реальному человеку. Один принадлежал тому, кто ушёл. Один никогда не создавался. Спросите почтовый сервер про каждый, и он даст один и тот же ответ. В этом проблема простого «да». Оно может значить, что ящик настоящий. А может значить лишь то, что этот домен никогда не говорит «нет».

2. 00:28Как мы это находим

   Поэтому мы проводим второй тест. Мы спрашиваем тот же сервер про выдуманный адрес, которого ни у кого не может быть. Письмо не отправляется. Если сервер его отклоняет, домен не catch-all. Если принимает, домен catch-all. Если тест заблокирован, или сервер говорит «попробуйте позже», или ответ неясен, у нас нет доказательств ни в ту, ни в другую сторону. Теперь соедините два ответа. Тест отклонён, а ваш адрес принят — получается валидный. Тест отклонён и ваш адрес отклонён — невалидный. Тест принят и ваш адрес принят — catch-all. Если тест принят, а ваш адрес нет, результат — неизвестно. Причина показывает, какой у вас вид. Catch-all deliverable — основной. Catch-all inferred значит, что доказательство было из кэша или косвенным. Некоторые домены Microsoft 365 пересылают внутри и принимают любого получателя. Некоторые шлюзы безопасности делают то же самое. А с алиасом пересылки конечного получателя узнать нельзя. Всё это требует живой SMTP-проверки. Она включена по умолчанию. Через API check_smtp false её пропускает, и большинство адресов возвращается как неизвестно. В инструментах MCP по умолчанию стоит false, поэтому, если вам нужен этот тест, выставьте там true.

3. 01:41Стоит ли отправлять?

   Так что же на самом деле говорит результат catch-all? Домен примет сообщение. Мы не можем подтвердить, что за этим адресом стоит настоящий ящик. Это вопрос суждения, и решает его вид почты. Ценные или транзакционные сообщения обычно можно отправлять. Для холодной массовой рассылки оцените сами. В любом случае держите эти адреса вне списка валидных. В файловом задании отфильтруйте результаты по статусу и экспортируйте catch-all отдельно. Теперь это решение, которое видно. В этом файле следите за одним. Ролевой адрес на домене catch-all отображается как роль, а не catch-all, а его флаг catch-all остаётся включённым. Чтобы найти все такие, отфильтруйте CSV по ev_is_catchall. Не рассчитывайте, что повтор всё решит. Как подлежащие повтору помечаются только неизвестные результаты. Результат catch-all тратит один кредит, как и валидный. Проверьте этот адрес снова с того же аккаунта в течение 24 часов, и второго списания не будет. Принудительное обновление через API списывается снова. Поэтому дайте catch-all отдельное место. Он не валидный и не невалидный. Это «да» от домена, а остальное — ваше решение.

4. 02:53Начните бесплатно

   20 бесплатных кредитов в каждый день использования аккаунта, до 600 в месяц. Банковская карта не нужна. Начните на billionverify.com.

Показано в этом видео

• Catch-all (универсальный почтовый ящик)
• Почему адрес помечен как catch-all, а не valid?