Инцидент доставляемости
example.com
Подпись проходит проверку, но домен d= больше не совпадает с доменом отправителя после изменения DNS.
- SPFПРОЙДЕНО
- DKIMПРОЙДЕНО
- Соответствие DKIMОШИБКА
- DMARCОШИБКА
Совместить домены DKIM d= и From
ДИАГНОСТИКА ИНЦИДЕНТОВ ДОСТАВЛЯЕМОСТИ ПИСЕМ
Проверим SPF, DKIM, DMARC и DNS. После подключения Gmail, Mail.ru и ESP сопоставим сигналы, покажем первопричину, план исправления и динамику восстановления.
Инцидент доставляемости
Подпись проходит проверку, но домен d= больше не совпадает с доменом отправителя после изменения DNS.
Совместить домены DKIM d= и From
Покрытие данных
Названия провайдеров обозначают источники данных, а не партнёрство с ними.
Интерактивный разбор · демо-данные
Система замечает связанное отклонение, создаёт инцидент и сохраняет момент начала — без ожидания ручного отчёта.
14:31Репутация Gmailснижается14:38Microsoftвнимание14:42ИнцидентсозданПочему недостаточно обычной проверки
Обычная проверка показывает отдельные состояния. Email Incident OS сохраняет связь между симптомом, причиной, исправлением и результатом.
Команда сама сопоставляет DNS, ESP, репутацию и ответы провайдеров.
Сигналы связаны по времени, причине и критерию восстановления.
Проверяемое покрытие
Реализованные источники, рабочий процесс и границы хранения данных — без неподтверждённых обещаний.
История изменений
История помогает отделить совпадение от причинной последовательности: изменение инфраструктуры, деградацию сигнала, создание инцидента и результат исправления.
Сравнение провайдеров
Общий инцидент сохраняет доказательства по каждому провайдеру. Команда видит масштаб проблемы, не стирая различия между Gmail, Microsoft, Yahoo, Яндексом и Mail.ru.
Пример представления одного инцидента
Что делает система
Без десятков однотипных карточек: только то, что помогает заметить, объяснить, исправить и проверить проблему.
Наблюдение
Система сопоставляет состояние домена с доступными сигналами отправки и почтовых провайдеров.
Диагностика
Детерминированные правила связывают доказательства, классифицируют серьёзность и формируют объяснимую первопричину.
Исправление
Для причины доступен пошаговый план: что проверить, что изменить и каким наблюдением подтвердить исправление.
Восстановление
Повторные наблюдения показывают восстановление, а история сохраняет состояние до и после изменения.
Карта подключений
Доступность зависит от тарифа и настроек владельца источника. Для подключений нужны разрешения OAuth или токен, а для оповещений — настроенный получатель.
Когда это нужно
CRM-команда видит, какой провайдер деградировал и какое техническое изменение совпало с падением.
IT-команда сравнивает Gmail, Microsoft, Mail.ru, Yahoo и Яндекс без ручной сверки кабинетов.
Сервисы и интернет-магазины получают инцидент раньше, чем недоставка затронет критичные письма и поддержку.
Агентство разделяет рабочие пространства, ответственных, уведомления и отчёты по каждому клиенту.
Команды и агентства
Управляйте доменами, участниками, правами, уведомлениями и отчётами. Агентский режим разделяет клиентов по рабочим пространствам в пределах доступных прав тарифа.
Изоляция данных
Каждая компания видит только свои домены и инциденты. Токены интеграций хранятся зашифрованно, а для стандартной диагностики не нужны адреса получателей, темы и тела писем.
Тарифы
Цена и лимиты не зашиты в лендинг. Рабочее пространство показывает действующие предложения в локальной валюте.
Домены, участники, история, интеграции и отчёты управляются тарифными правами конкретного рабочего пространства.
Частые вопросы
Ответы описывают текущую модель продукта без неподтверждённых обещаний.
Обычная проверка фиксирует состояние отдельной записи. Email Incident OS связывает проверки домена с сигналами провайдеров и ESP, формирует инцидент, объясняет причину и отслеживает восстановление.
Основная модель продукта — не единый показатель здоровья, а объяснимый процесс: сигнал, инцидент, первопричина, план действий и проверка восстановления.
Можно использовать проверки домена, а для более полной диагностики — подключить доступные Postmaster-источники, события ESP, CSV или универсальный приём данных.
Да. Домен можно добавить для детерминированных проверок DNS и аутентификации. Выводы по отдельным провайдерам появятся только там, где подключён соответствующий источник данных.
Прямые подключения доступны для Google Postmaster и Mail.ru Postmaster. SMTP-сигналы позволяют различать Gmail, Microsoft, Yahoo, Яндекс и Mail.ru; отправляющие платформы подключаются отдельно.
Детерминированные правила сопоставляют доступные актуальные доказательства из DNS, аутентификации, репутации, ESP и источников провайдеров. Отсутствующие данные не считаются признаком нормы.
Система продолжает наблюдение по тому же источнику данных и показывает динамику восстановления. Финальное закрытие инцидента остаётся явным действием пользователя.
Секреты интеграций хранятся зашифрованно и не возвращаются в списках настроек. Доступ к данным ограничен рабочим пространством компании.
Да. Домены, группы доменов, участники и права управляются внутри изолированного рабочего пространства.
Да. Поддерживаются отдельные клиентские рабочие пространства, управление доменами и брендирование отчётов в пределах доступных тарифных прав.
Следующий шаг
Добавьте домен или посмотрите, как сигнал превращается в причину, план действий и контролируемое восстановление.