К основному содержанию

ДИАГНОСТИКА ИНЦИДЕНТОВ ДОСТАВЛЯЕМОСТИ ПИСЕМ

Письма попали в спам? Найдите причину и восстановите доставку.

Проверим SPF, DKIM, DMARC и DNS. После подключения Gmail, Mail.ru и ESP сопоставим сигналы, покажем первопричину, план исправления и динамику восстановления.

Без доступа к почте. Публичная проверка покажет настройки домена; диагностика по данным провайдеров доступна после подключения источников.

Открыть пример инцидента SPF · DKIM · DMARC · DNS · TLS
ДемоКРИТИЧНО
ИНЦ-2048

Инцидент доставляемости

example.com

ЗатронутыGmail · Microsoft
Попадание во входящие92%→61%
ПервопричинаНарушено соответствие DKIM после изменения DNS

Подпись проходит проверку, но домен d= больше не совпадает с доменом отправителя после изменения DNS.

Доказательства4 проверки
  • SPFПРОЙДЕНО
  • DKIMПРОЙДЕНО
  • Соответствие DKIMОШИБКА
  • DMARCОШИБКА
План действий1 / 4 выполнено

Совместить домены DKIM d= и From

ВосстановлениеИдёт мониторинг
61%74%86%

Покрытие данных

Сопоставляем DNS, ESP и сигналы почтовых провайдеров

  • GmailGoogle PostmasterПрямое подключение
  • Mail.ruPostmaster APIПрямое подключение
  • ЯндексSMTP-ответыПо событиям отправки
  • MicrosoftSMTP-ответыПо событиям отправки
  • YahooSMTP-ответыПо событиям отправки
  • ESPВебхуки и импортСобытия отправки

Названия провайдеров обозначают источники данных, а не партнёрство с ними.

Интерактивный разбор · демо-данные

От симптома до восстановления

Один инцидент сохраняет доказательства, решение и результат — поэтому контекст не теряется между командами.
Обнаружение

Доставка падает у двух провайдеров

Система замечает связанное отклонение, создаёт инцидент и сохраняет момент начала — без ожидания ручного отчёта.

92% → 61%попадание во входящие
ИНЦ-2048 · example.comКРИТИЧНО
14:31Репутация Gmailснижается
14:38Microsoftвнимание
14:42Инцидентсоздан

Проверка фактического письма

Узнайте, что действительно получил почтовый сервер

Для каждого домена создаётся уникальный приёмный адрес. Добавьте его в тестовую отправку или постоянный список рассылки — система разберёт фактически полученное MIME-письмо и покажет изменения между кампаниями.

  1. 01
    Отправьте письмо на контрольный адресРазовая проверка файла .eml или автоматический приём каждой кампании.
  2. 02
    Получите детерминированный разборЗаголовки, аутентификация, ссылки, изображения, вложения, отписка и структура MIME.
  3. 03
    Следите за изменениямиИстория и динамика качества связываются с аналитикой домена и общей лентой инцидентов.
Открыть анализ писемИсходное письмо анализируется в памяти и не сохраняется.
Контрольный адрес доменаcheck-7f2a…@inbox.email-os.ru
Мониторинг включён
Последняя кампания86/ 100
SPF, DKIM и DMARCПроверки пройдены
Норма
Отписка в один кликЗаголовок RFC 8058 не найден
Внимание
Структура MIME2 части · 6 ссылок · 3 изображения
Норма
12 сен16 сен20 сен24 сен · 86

Почему недостаточно обычной проверки

Не пять кабинетов. Один расследуемый инцидент.

Обычная проверка показывает отдельные состояния. Email Incident OS сохраняет связь между симптомом, причиной, исправлением и результатом.

Обычный подход12 метрик → 5 кабинетов

Команда сама сопоставляет DNS, ESP, репутацию и ответы провайдеров.

Email Incident OS1 инцидент → 1 план действий

Сигналы связаны по времени, причине и критерию восстановления.

  1. 01СигналыПровайдеры · ESP · DNS · TLS · репутация
  2. 02ИнцидентСвязанные сигналы становятся одной проблемой
  3. 03ПервопричинаПричина подтверждается наблюдаемыми данными
  4. 04План действийКоманда получает конкретные шаги
  5. 05ВосстановлениеПовторные проверки показывают динамику

Проверяемое покрытие

Что уже покрывает диагностика

Реализованные источники, рабочий процесс и границы хранения данных — без неподтверждённых обещаний.

2прямых Postmaster-источника
Google Postmaster и Mail.ru Postmaster
4ESP-коннектора
SendGrid, Mailgun, Postmark и Amazon SES
5стадий работы с инцидентом
Сигнал → Инцидент → Первопричина → План → Восстановление
0получателей в основной телеметрии
Адреса, темы и тела писем не нужны для стандартного анализа

История изменений

Увидьте, что изменилось перед проблемой

История помогает отделить совпадение от причинной последовательности: изменение инфраструктуры, деградацию сигнала, создание инцидента и результат исправления.

  1. Изменена DNS-запись
  2. Нарушено соответствие DKIM
  3. Ухудшилась репутация в Gmail
  4. Создан инцидент
  5. Найдена первопричина
  6. Применено исправление
  7. Проверка пройдена
  8. Идёт восстановление

Сравнение провайдеров

Одна проблема может выглядеть по-разному у разных провайдеров

Общий инцидент сохраняет доказательства по каждому провайдеру. Команда видит масштаб проблемы, не стирая различия между Gmail, Microsoft, Yahoo, Яндексом и Mail.ru.

Пример представления одного инцидента

GmailСоответствие DKIM · DMARCКритично
MicrosoftДоля временных отказовВнимание
YahooУхудшений не обнаруженоНорма
ЯндексУхудшений не обнаруженоНорма
Mail.ruСигнал репутацииВнимание

Что делает система

Четыре этапа одного рабочего процесса

Без десятков однотипных карточек: только то, что помогает заметить, объяснить, исправить и проверить проблему.

01

Наблюдение

Замечайте отклонения в контексте

Система сопоставляет состояние домена с доступными сигналами отправки и почтовых провайдеров.

  • SPF, DKIM и DMARC
  • DNS и TLS
  • Репутационные сигналы и данные доставки
  • Мониторинг доменов
Новый сигнал · доля спама в GmailИсточник и время сохранены
02

Диагностика

Получайте инцидент вместо набора графиков

Детерминированные правила связывают доказательства, классифицируют серьёзность и формируют объяснимую первопричину.

  • Автоматические инциденты
  • Корреляция источников
  • Первопричина
  • Критичность и доказательства
Критично · нарушено соответствие DKIMИсточник и время сохранены
03

Исправление

Превращайте диагноз в рабочий план

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

  • План действий
  • Пошаговое исправление
  • Проверка результата
  • Причинные рекомендации
Шаг 2 из 4 · проверить DNSИсточник и время сохранены
04

Восстановление

Закрывайте инцидент по данным

Повторные наблюдения показывают восстановление, а история сохраняет состояние до и после изменения.

  • Повторные проверки
  • Контроль восстановления
  • Сравнение до и после
  • История инцидента
Восстановление · 3 стабильных окнаИсточник и время сохранены

Карта подключений

Подключите доказательства, которые уже создаёт ваша инфраструктура

Доступность зависит от тарифа и настроек владельца источника. Для подключений нужны разрешения OAuth или токен, а для оповещений — настроенный получатель.

Разные форматыИсточники данных
Единая модель доказательствEmail Incident OS
Понятный результатИнцидент и план действий
01OAuth или токен владельца

Данные провайдеров

  • Google Postmaster
  • Mail.ru Postmaster
02Вебхук, событие или CSV

Платформы отправки

  • SendGrid
  • Mailgun
  • Postmark
  • Amazon SES
03Публичная проверка

Домен и аутентификация

  • DNS
  • SPF / DKIM / DMARC
  • TLS
04Требуют настроенного получателя

Оповещения

  • Электронная почта
  • Slack
  • Telegram
  • вебхук
05Файл или API

Импорт событий

  • CSV
  • универсальный приём данных
Настроить интеграции

Когда это нужно

Сценарии, в которых догадки уже стоят дорого

01

Упала доля открытий

CRM-команда видит, какой провайдер деградировал и какое техническое изменение совпало с падением.

02

Провайдеры показывают разное

IT-команда сравнивает Gmail, Microsoft, Mail.ru, Yahoo и Яндекс без ручной сверки кабинетов.

03

О проблеме сообщили клиенты

Сервисы и интернет-магазины получают инцидент раньше, чем недоставка затронет критичные письма и поддержку.

04

Много доменов и клиентов

Агентство разделяет рабочие пространства, ответственных, уведомления и отчёты по каждому клиенту.

Команды и агентства

Один контур для команды, доменов и клиентов

Управляйте доменами, участниками, правами, уведомлениями и отчётами. Агентский режим разделяет клиентов по рабочим пространствам в пределах доступных прав тарифа.

  • Права внутри рабочего пространства
  • Оповещения
  • Отчёты
  • Клиентские пространства

Изоляция данных

Доступ к данным не должен становиться новой точкой риска

Каждая компания видит только свои домены и инциденты. Токены интеграций хранятся зашифрованно, а для стандартной диагностики не нужны адреса получателей, темы и тела писем.

Пространство АДомены · инциденты · участникиИзолированная область
Доступ по разрешениямЗашифрованные секреты интеграцийИзолированные службы и задания
Пространство БДомены · инциденты · участникиИзолированная область
  • Изоляция компанийДанные и операции привязаны к рабочему пространству.
  • Секреты не раскрываютсяТокены и ключи не возвращаются в списках настроек.
  • Минимизация телеметрииОсновная телеметрия не хранит получателей, темы и тела писем.

Тарифы

Актуальные условия — из конфигурации вашего рынка

Цена и лимиты не зашиты в лендинг. Рабочее пространство показывает действующие предложения в локальной валюте.

Доступные уровниСтартовый · Командный · Бизнес / Корпоративный

Домены, участники, история, интеграции и отчёты управляются тарифными правами конкретного рабочего пространства.

Войти и посмотреть предложенияСоздать рабочее пространство

Частые вопросы

Коротко о данных, диагностике и доступе

Ответы описывают текущую модель продукта без неподтверждённых обещаний.

Чем Email Incident OS отличается от обычной проверки SPF/DMARC?

Обычная проверка фиксирует состояние отдельной записи. Email Incident OS связывает проверки домена с сигналами провайдеров и ESP, формирует инцидент, объясняет причину и отслеживает восстановление.

Чем сервис отличается от других платформ доставляемости?

Основная модель продукта — не единый показатель здоровья, а объяснимый процесс: сигнал, инцидент, первопричина, план действий и проверка восстановления.

Какие данные необходимо подключить?

Можно использовать проверки домена, а для более полной диагностики — подключить доступные Postmaster-источники, события ESP, CSV или универсальный приём данных.

Можно ли начать только с домена?

Да. Домен можно добавить для детерминированных проверок DNS и аутентификации. Выводы по отдельным провайдерам появятся только там, где подключён соответствующий источник данных.

Какие провайдеры поддерживаются?

Прямые подключения доступны для Google Postmaster и Mail.ru Postmaster. SMTP-сигналы позволяют различать Gmail, Microsoft, Yahoo, Яндекс и Mail.ru; отправляющие платформы подключаются отдельно.

Как определяется первопричина?

Детерминированные правила сопоставляют доступные актуальные доказательства из DNS, аутентификации, репутации, ESP и источников провайдеров. Отсутствующие данные не считаются признаком нормы.

Что происходит после исправления?

Система продолжает наблюдение по тому же источнику данных и показывает динамику восстановления. Финальное закрытие инцидента остаётся явным действием пользователя.

Как защищаются токены?

Секреты интеграций хранятся зашифрованно и не возвращаются в списках настроек. Доступ к данным ограничен рабочим пространством компании.

Можно ли управлять несколькими доменами?

Да. Домены, группы доменов, участники и права управляются внутри изолированного рабочего пространства.

Подходит ли сервис агентствам?

Да. Поддерживаются отдельные клиентские рабочие пространства, управление доменами и брендирование отчётов в пределах доступных тарифных прав.

Следующий шаг

Следующий инцидент доставляемости не должен начинаться с догадок.

Добавьте домен или посмотрите, как сигнал превращается в причину, план действий и контролируемое восстановление.