Проверено 4 ноября 2026Русский English

Как мы проверяем письмо

Проверяем, куда попала конкретная копия письма, и что удалось установить о её отправке и содержимом. Результаты относятся к тестовым ящикам и сохранённому времени проверки. Охват может быть частичным: доступный результат не подтверждает пропущенные проверки.

Куда попало письмо

Вы отправляете письмо из своей почтовой системы на выбранные тестовые адреса. Мы ищем его копию у каждого провайдера и сохраняем папку и время обнаружения. Это наблюдение за конкретными ящиками, а не прогноз для всей рассылки.

Входящие, Спам, другие папки: Копия найдена в указанной папке. Промоакции и Рассылки считаются полученными, но не основными Входящими.
Письмо не найдено: Успешный поиск не обнаружил подходящую копию за время проверки. Это не доказательство отказа доставки или попадания в Спам.
Не удалось проверить: Чтение ящика завершилось ошибкой или данных недостаточно. Такой результат не заменяем ни Спамом, ни Входящими.

Как считается процент Входящих

Входящие ÷ полученные внешние копии × 100

Например: 3 Входящих + 6 Спам + 1 не найдено = 10 выбранных ящиков. Получено 9 копий; доля Входящих — 3/9, или 33%. Всегда смотрите на числитель, знаменатель и полноту проверки.

Диагностический ящик LDM не входит во внешние счётчики и процент Входящих. Неполученные копии, возвраты и недоступные ящики также исключены из этого процента. При недостаточной выборке итоговая оценка остаётся неизвестной. Порог для показа оценки — техническое правило сервиса, а не статистическая гарантия для аудитории.

Технические статусы и сопоставление копий

В API подтверждённый поиск без копии — placement=not_received, provider_availability.status=available, reason=mailbox_read_succeeded. measured_at содержит время чтения.

Сохранённый not_received при подтверждённой ошибке чтения становится seed_unavailable с reason=mailbox_read_failed. Незавершённый результат остаётся pending; ошибка чтения отражается в provider_availability. Без подтверждения чтения нельзя утверждать, что поиск выполнен.

История доставок и недоставка служебного письма не отменяют сохранённый замер. Для каждой копии отдельно сохраняем провайдера, время получения и доступную идентичность письма. Один отчёт может содержать разные домены From: это различие копий, а не доказательство того, что найдено постороннее письмо. Сопоставление зависит от идентификаторов и доступного поиска. IMAP UID связан с папкой и UIDVALIDITY; перенос может изменить UID. У Microsoft Graph свои правила идентификаторов. Ограниченный поиск может не найти копию.

Наблюдение за 24 часа

Первый результат и последующие проверки

Первый сбор обычно завершается примерно через десять минут. Для каждой полученной внешней копии своё окно 24 часа начинается с первого подтверждённого обнаружения. Затем проверяем ту же копию: новые письма для графика не отправляем.

Наблюдения планируются каждый час. В кратком графике показаны выбранные точки 0 / 3 / 6 / 12 / 18 / 24 часа. Цвет подтверждает папку только в момент сохранённого замера. Между замерами положение неизвестно, даже если соседние результаты совпадают.

Будущие точки, пропуски и ошибки остаются отдельными состояниями. Последующая ошибка не стирает предыдущую подтверждённую папку, но и не подтверждает текущую. Завершение окна не означает, что все замеры состоялись.

Уведомления об изменениях и итоговое письмо зависят от включённых настроек и подтверждения получателя. Их состояние указано в отчёте. Отписавшимся уведомления не отправляем.

Что означает время на графике

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

Первая находка в Спаме не означает, что раньше письмо было во Входящих. Смена папки обнаруживается между проверками; точное время и причина могут быть неизвестны. Итог сохраняет последнюю подтверждённую папку и её время, включая неполные наблюдения; отдельный успешный замер ровно в 24:00 не гарантируется.

Отправитель и сервер

Проверки отправки берём из одной сохранённой копии: сначала диагностической LDM с подходящей идентичностью, иначе подходящей внешней. Если надёжное сопоставление недоступно, отмечаем неопределённость выбранной копии. В подробностях указаны источник, время, From и доступный IP. Недостающие результаты не дополняем успехами других копий.

Подтверждение домена From

From — адрес, указанный в письме. Получение копии и совпадение с адресом, введённым для теста, не подтверждают его подлинность. Подтверждение домена From показываем отдельно, только при достаточных данных успешной DMARC-проверки этой копии. Оно не подтверждает конкретный ящик или человека.

SPF: Проверяет разрешение IP отправлять от SMTP envelope-домена — технического адреса возвратов. Он может отличаться от From.
DKIM: Проверяет подпись и целостность подписанных частей письма. Домен подписи может отличаться от From. «Подписи нет» и «подпись не прошла проверку» — разные результаты.
DMARC: Требует успешной SPF или DKIM-проверки с доменом, согласованным с видимым From. Политика p=none означает наблюдение, а не ошибку аутентификации.

Если проверки не подтверждают домен, показываем «не подтверждён». Если данных для вывода недостаточно, сохраняем неизвестный результат. Различие введённого домена и From отмечается отдельно. Успешная аутентификация не гарантирует Входящие.

Источники, итог проверок и версии стандартов

Используем сохранённую локальную проверку исходного письма или результат доверенного принимающего сервера. Произвольный Authentication-Results из письма не является доказательством. Источник SMTP-данных важен: IP из Received может принадлежать промежуточному серверу; SMTP envelope и HELO нельзя восстановить только по видимому From. Для подтверждения From нужна привязка успешной DMARC-проверки к домену этой же копии; старые записи без достаточной привязки остаются неизвестными.

«Всё в порядке» в техническом итоге требует успешных SPF, DKIM, DMARC и PTR, известных исходных данных и завершённых запросов блок-листов без совпадений. Подтверждённая проблема даёт «Есть проблемы»; недостающие данные или ошибки — «Не удалось проверить». Проблема и неполнота могут присутствовать одновременно. Противоречивые результаты для того же домена и IP не скрываем.

Доступность SPF, DKIM и DMARC определяем независимо: отсутствие SMTP-данных для SPF не отменяет доступную проверку подписи DKIM. Итог каждого метода сохраняет точный результат и причину недоступности. Это правила итога Check, а не минимальные требования каждого провайдера. Отдельный итог подлинности домена требует своих подтверждающих данных. SPF сохраняет pass, fail, softfail, neutral, none и ошибки; для пустого SMTP reverse-path применяется HELO-идентичность. Для поиска DKIM-ключа нужен selector; неизвестный selector не доказывает неисправность DKIM.

Строгое DMARC-согласование требует одинаковых доменов; нестрогое использует организационный домен по правилам проверяющей реализации. Текущая спецификация — RFC 9989, заменившая RFC 7489 и RFC 9091. Сохранённые локальные результаты использовали mailauth 4.6.8 и его правила определения домена; они не пересчитываются по новому стандарту при открытии отчёта.

Версия сохранённой методики: 2026-10-01; текущая версия интерпретации результатов — 2026-11-04. Версия выполнявшей проверку реализации показывается только там, где она сохранена: её отсутствие в старом отчёте не заменяем текущей датой. Применяем версионированные консервативные правила: недостаток данных остаётся неизвестным. Подтверждённые воспроизводимые случаи расширяют версионированные правила только после регрессионных тестов; неподдерживаемые случаи остаются неизвестными. Правила не обучаются автоматически на результатах тестов. Дата проверки этого документа не меняет версию движка или результаты прошлых тестов.

PTR, DNS и блок-листы

IP → PTR → A/AAAA → тот же IP

PTR пройден, если IP указывает на имя сервера, а A/AAAA этого имени содержит тот же IP. Совпадение с доменом From не требуется. Отсутствие записи или несовпадение IP — проверка не пройдена; ошибка запроса или отсутствие данных — проверить не удалось.

PTR и блок-листы относятся к указанному IP и времени проверки. Источник IP указан в подробностях; адрес из заголовков может принадлежать промежуточному серверу. Эти результаты не подтверждают домен From.

Для проверки IP по спам-спискам используем IP, установленный для выбранной сохранённой копии письма. Показываем сам IP и его источник. Адрес из заголовков может принадлежать промежуточному серверу и сам по себе не подтверждает отправителя. Если IP не установлен, результат остаётся неизвестным; адрес не подставляется из MX, домена From или другой копии. Проверяем ограниченный набор IP-списков. «В проверенных списках не найдено» означает только отсутствие совпадений в завершённых перечисленных проверках на сохранённое время. Совпадения, ошибки и неполные проверки показываем отдельно. Проверки домена не заменяют проверку IP. Отсутствие совпадений не гарантирует хорошую репутацию или Входящие.

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

Кто настраивает PTR и чем отличается HELO

PTR настраивает владелец IP или отправляющий сервис. Для своего сервера задайте PTR на имя вроде mail.example.org через провайдера IP, а A/AAAA этого имени — на тот же IP. Запись PTR в обычной зоне домена не меняет обратную зону IP. При отправке через внешнюю платформу PTR её серверов настраивает платформа.

Прямую проверку выполняем для первого полученного имени PTR: A для IPv4, AAAA для IPv6. Если имён несколько, остальные не считаются проверенными; их число сохраняется в деталях. HELO/EHLO — имя, представленное SMTP-сервером. Его настройка и дополнительные требования провайдера рассматриваются отдельно и не подменяют результат PTR. Если имя или данные его проверки отсутствуют, соответствие не предполагается.

DNS-запись — опубликованная настройка, а не успешная проверка письма. Наличие SPF TXT, DKIM-ключа или DMARC-политики само по себе не подтверждает аутентификацию этой копии. MX указывает серверы входящей почты и не подтверждает исходящий IP. Проверки в сохранённом отчёте не являются новым DNS-запросом при каждом открытии.

Содержимое письма

В тесте доставки анализируется полученная копия; в отдельной проверке черновика — загруженный текст. Исходный MIME внешней копии может дать локальную аутентификацию. Содержимое MIME технически можно анализировать без полных SMTP-данных, но проверки содержимого, SpamAssassin и Rspamd показываем только если они фактически выполнены. Доступность MIME сама по себе не означает запуск этих проверок. Отчёт показывает, какие проверки выполнены, пропущены или недоступны. Баллы анализаторов не являются процентом Входящих или доказанной причиной Спама.

SpamAssassin и Rspamd используют разные правила и пороги; их результаты не усредняются в вероятность доставки. Сохранённый скриншот показывает вид письма в соответствующем контексте, но не является проверкой всех почтовых клиентов. Отсутствие скриншота не отменяет замер папки.

Полученная копия

Разбираем доступную копию письма. Неполные, зашифрованные или недоступные части не считаем успешно проверенными.