История сбоев Stripo

1. 8 октября 2026 г. в 23:32 UTCinvestigating

   Начало: 2026-10-08 22:20 UTC Влияние: плагин недоступен для клиентов — редактор не загружает / не отвечает. Мы получили сообщения от нескольких клиентов. Что случилось в 22:13 UTC Заббикс сообщил, что агент на хосте Plugin DB (pg-plugins.stripo.email, 172.31.13.64) недоступен; в 22:40 UTC монитор PostgreSQL для живых плагинов также вышел из строя. Плагин перестал работать для клиентов в 22:20 UTC. DevOps ведет расследование. Обновление здесь, как только у нас будет больше информации.

2. 8 октября 2026 г. в 23:33 UTCresolved

   Плагин снова полностью заработал. DevOps восстановил хост Plugin DB; мы отслеживаем и не видели никаких дальнейших ошибок с 23:18 UTC. Вскрытие с первопричиной, хронологией и элементами действия готовится и будет опубликовано в ближайшее время.

3. 9 октября 2026 г. в 09:14 UTCpostmortem

   **Резюме** 8 октября 2026 года, между 22:20 и 23:18 UTC, плагин Stripo был недоступен: редактор не загружал и не отвечал. Отключение длилось 58 минут. Данные о клиентах не были потеряны, и другие продукты Stripo не пострадали. ** Что случилось** Сервер базы данных за плагином потерял синхронизацию времени. На сервере одновременно работали две службы синхронизации времени: стандартный демон, который постепенно настраивает часы, и устаревшая запланированная работа, которая резко шагает по часам. Неправильный график заставлял наследственную работу работать почти каждую минуту. Повторяющиеся скачки часов дестабилизировали сервер, пока база данных плагина не стала недоступной. **TIMELINE \(UTC, 8 October 2026\)** 21:44 — На сервере базы данных Plugin начинается нестабильность часов. 22:13 - Наш мониторинг поднимает первое предупреждение для сервера. 22:20 - Плагин перестает загружаться для клиентов. 22:40 Мониторинг сообщает, что база данных плагина недоступна. 23:00 - Получены первые отчеты клиентов, вызван дежурный инженер. 23:18 — Служба восстановлена. Плагин работает полностью. **Резолюция** Наши инженеры выявили конфликт синхронизации времени и восстановили сервер. Плагин вернулся к нормальной работе в 23:18 UTC и с тех пор находится под расширенным мониторингом. ** Что мы делаем, чтобы предотвратить это** Удаление устаревшей работы синхронизации времени, чтобы этот сервер и любой другой производственный сервер использовали один источник времени. Добавление мониторинга дрейфа часов, чтобы этот вид неисправности был пойман до того, как он повлияет на обслуживание. * Изменение эскалации тревоги. Наш мониторинг предупредил за семь минут до отключения, но предупреждение не вызвало инженера. Критические оповещения на серверах производственных баз данных теперь будут немедленно вызывать дежурного инженера в любой момент. Мы приносим извинения за нарушение и благодарим вас за терпение. Если вы пострадали и у вас есть вопросы, пожалуйста, свяжитесь с нашей службой поддержки.

Автоматический перевод официального обновления инцидента.

1. 4 октября 2026 г. в 17:03 UTCinvestigating

   Могут возникнуть проблемы при загрузке изображений клиента в редактор. Время (UTC): 2026-10-04T17:03:09

2. 4 октября 2026 г. в 17:04 UTCresolved

   Этот инцидент был урегулирован.

Автоматический перевод официального обновления инцидента.

1. 4 октября 2026 г. в 16:46 UTCinvestigating

   Могут возникнуть проблемы при загрузке, изменении или удалении изображений клиента в редакторе. Время (UTC): 2026-10-04T16:46:22

2. 4 октября 2026 г. в 16:47 UTCresolved

   Этот инцидент был урегулирован.

Автоматический перевод официального обновления инцидента.

1. 4 октября 2026 г. в 16:43 UTCinvestigating

   При просмотре, изменении или создании новых модулей в библиотеке модулей внутри редактора могут возникнуть проблемы. Время (UTC): 2026-10-04T16:43:49

2. 4 октября 2026 г. в 16:44 UTCresolved

   Этот инцидент был урегулирован.

Автоматический перевод официального обновления инцидента.

1. 18 сентября 2026 г. в 14:19 UTCinvestigating

   В настоящее время мы сталкиваемся с проблемой, затрагивающей некоторые функции плагина Stripo. Некоторые пользователи могут быть не в состоянии загрузить изображения или документы или обновить учетные данные хранилища. Наша команда расследует этот вопрос и работает над тем, чтобы как можно быстрее восстановить нормальную работу. Время начала: 18 сентября, 13:41 UTC

2. 18 сентября 2026 г. в 14:54 UTCidentified

   Этот вопрос был определен, и в настоящее время осуществляется исправление.

3. 18 сентября 2026 г. в 14:56 UTCresolved

   Этот инцидент был урегулирован.

4. 18 сентября 2026 г. в 15:52 UTCpostmortem

   ** Коренная причина** Инцидент был вызван проблемой во время плановой ротации ключа доступа, используемого для основной службы хранения изображений. Новый ключ неправильно распространился на одну из служб, ответственных за обработку операций хранения. В результате запросы от этой службы не могли аутентифицироваться с хранилищем, в результате чего операции загрузки изображений и документов вышли из строя. Мы также выявили пробел в нашей внутренней документации, касающейся процедуры ротации ключей, которая способствовала инциденту. ** Резолюция** Данные о хранении были исправлены и успешно распространены среди всех затронутых служб. Как только конфигурация была обновлена, функциональность загрузки вернулась в норму. Мы также обновили соответствующую внутреннюю документацию, чтобы включить ранее отсутствовавший этап настройки. **Превентивные меры** Мы пересматриваем процедуру ротации учетных данных, чтобы обеспечить покрытие всех зависимых услуг и проверку изменений конфигурации до и после ротации. Мы также совершенствуем наши внутренние процедуры документации и проверки, чтобы снизить риск подобных инцидентов в будущем. Мы приносим извинения за срыв и ценим ваше терпение, пока наша команда работала над решением проблемы.

Автоматический перевод официального обновления инцидента.

1. 16 сентября 2026 г. в 13:39 UTCinvestigating

   В настоящее время мы испытываем ухудшение производительности в веб-редакторе Stripo. Некоторые пользователи могут испытывать длительное время загрузки при открытии электронной почты, недоступных настройках редактора и функциях редактирования или ошибке «Нет подключения к Интернету». Для пользователей, у которых уже открыта электронная почта, изменения должны сохраняться с помощью автосохранения до тех пор, пока страница не будет перезагружена. Наша команда активно исследует вопрос и работает над восстановлением нормальной работы. Время начала: 16 сентября, 13:25 UTC

2. 16 сентября 2026 г. в 15:12 UTCresolved

   Этот инцидент был урегулирован.

Автоматический перевод официального обновления инцидента.

1. 9 сентября 2026 г. в 15:18 UTCinvestigating

   При просмотре, изменении или создании новых модулей в библиотеке модулей внутри редактора могут возникнуть проблемы. Время (UTC): 2026-09-09T15:18:49

2. 9 сентября 2026 г. в 15:19 UTCresolved

   Этот инцидент был урегулирован.

Автоматический перевод официального обновления инцидента.

1. 9 сентября 2026 г. в 15:13 UTCinvestigating

   При просмотре, изменении или создании новых модулей в библиотеке модулей внутри редактора могут возникнуть проблемы. Время (UTC): 2026-09-09T15:13:49

2. 9 сентября 2026 г. в 15:15 UTCresolved

   Этот инцидент был урегулирован.

Автоматический перевод официального обновления инцидента.

1. 9 сентября 2026 г. в 15:11 UTCinvestigating

   При просмотре, изменении или создании новых модулей в библиотеке модулей внутри редактора могут возникнуть проблемы. Время (UTC): 2026-09-09T15:10:49

2. 9 сентября 2026 г. в 15:11 UTCresolved

   Этот инцидент был урегулирован.

Автоматический перевод официального обновления инцидента.

1. 6 сентября 2026 г. в 07:17 UTCinvestigating

   Может возникнуть проблема с доступом к учетной записи клиента. Время (UTC): 2026-09-06T07:17:04

2. 6 сентября 2026 г. в 07:19 UTCresolved

   Этот инцидент был урегулирован.

Автоматический перевод официального обновления инцидента.

1. 5 августа 2026 г. в 13:59 UTCinvestigating

   We are aware of an issue with the Stripo Plugin: the editor may fail to initialize and does not load for end users. Our team has identified the affected service and is working on a fix. We will post an update as soon as we have more information.

2. 5 августа 2026 г. в 14:00 UTCidentified

   The issue has been identified and a fix is being implemented.

3. 5 августа 2026 г. в 14:49 UTCmonitoring

   A fix has been implemented and we are monitoring the results.

4. 5 августа 2026 г. в 14:57 UTCresolved

   This incident has been resolved.

5. 5 августа 2026 г. в 16:03 UTCpostmortem

   At 13:45 UTC the AWS host running the database and cache for our plugin environment failed. Auto-recovery restarted it by 14:00 UTC, but the cache service and several microservices required manual restarts. Full recovery: ~15:00 UTC. **Impact \(UTC\).** Autosave was unavailable 13:48–13:57, then severely slow \(~86 s per request vs. under 7 s normally\) until ~14:40. Some plugins using external AutoSave callbacks saw saves fail. Co-editing was degraded 14:16–15:00. Editor initialization also failed for some users early on. **Data.** No evidence of loss: crash recovery completed correctly, all patches that reached the database were persisted, and duplicate resubmissions were safely rejected. Contact us with a timestamp if you suspect otherwise. **Cause.** Hardware failure on the underlying AWS host. It escalated because autosave retries external callbacks synchronously inside the request, exhausting the database connection pool; the cache had no auto-start on reboot; and connection pools did not self-heal. No alarm covered host status or cache availability, so detection came from user reports. **Fixes.** Alerting on host status checks and cache availability; cache auto-start with a health check; connection pool recovery; moving external callbacks out of the request path; alerts on pool saturation, error rate and callback latency; a redundancy review for this environment. We apologize for the disruption. If the impact on your users differed from the above, please contact our support team.

1. 31 июля 2026 г. в 08:30 UTCinvestigating

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

2. 31 июля 2026 г. в 08:30 UTCidentified

   Мы определили первопричину: внутренняя служба кэширования (Redis) потеряла память и начала отклонять записи. В результате проверки разрешений обходили кэш и накладывали чрезмерную нагрузку на службу учетной записи, вызывая медленные ответы, сбои входа в систему и отсутствие данных учетной записи. Мы увеличили емкость кэша и готовим постоянное исправление.

3. 31 июля 2026 г. в 08:31 UTCmonitoring

   Увеличена емкость кэша и восстанавливается система. Время отклика возвращается к норме, когда тайники нагреваются. Развертывается постоянное исправление.

4. 31 июля 2026 г. в 08:49 UTCresolved

   Постоянное исправление было развернуто во всех производственных кластерах, и все системы работают нормально. Во время инцидента (30 июля, 22:48 UTC — 31 июля, ~04:30 UTC, с остаточной медлительностью до ~08:49 UTC) некоторые пользователи испытывали сбои входа в систему, пропуски данных членов команды и медленную загрузку электронных писем. Никаких данных не было потеряно. Мы добавили оповещение об использовании памяти, чтобы обнаружить этот класс проблем, прежде чем он затронет пользователей. Приносим извинения за неудобства.

Автоматический перевод официального обновления инцидента.

1. 28 июля 2026 г. в 14:02 UTCresolved

   28 июля, примерно между 1:28 и 1:58 PM (UTC), плагин Stripo не смог инициализировать встроенные интеграции. Проблема была вызвана ухудшением работы службы внутренней статистики, что замедлило запросы на инициализацию плагинов. Наша команда перезапустила пострадавший сервис и временно отключила сбор статистики для инициализации плагинов для восстановления нормальной работы. Плагин загружается, как и ожидалось. Мы приносим извинения за любые неудобства, которые это могло вызвать.

Автоматический перевод официального обновления инцидента.

1. 25 июля 2026 г. в 09:18 UTCinvestigating

   Могут возникнуть проблемы при загрузке, изменении или удалении изображений клиента в редакторе. Время (UTC): 2026-07-25T09:18:22

2. 25 июля 2026 г. в 09:20 UTCresolved

   Этот инцидент был урегулирован.

Автоматический перевод официального обновления инцидента.

1. 24 июля 2026 г. в 11:27 UTCresolved

   24 июля между 09:20 и 09:50 UTC временно недоступно редактирование в режиме реального времени в редакторе плагинов. Во время запланированного выпуска обновление схемы базы данных заняло больше времени, чем ожидалось, и на короткое время перегрузило базу данных, что привело к перезапуску службы совместного редактирования. Наша команда определила причину и полностью восстановила сервис к 09:50 UTC. Данные о клиентах не были потеряны, а все остальные функции Stripo остались доступными. С тех пор мы добавили гарантии в наш процесс выпуска, чтобы предотвратить повторение.

Автоматический перевод официального обновления инцидента.

1. 23 июля 2026 г. в 09:39 UTCinvestigating

   Может возникнуть проблема с доступом к учетной записи клиента. Время (UTC): 2026-07-23T09:39:04

2. 23 июля 2026 г. в 09:49 UTCinvestigating

   [Комментарий от Opsgenie]Дмитрий Кудренко признал настороженность: «Частичное отключение в работе бэкэнда аккаунта Stripo»

3. 23 июля 2026 г. в 10:02 UTCresolved

   Этот инцидент был урегулирован.

Автоматический перевод официального обновления инцидента.

1. 20 июля 2026 г. в 18:11 UTCinvestigating

   Инцидент с безопасностью Stripo Как это началось Мы получили два отчета клиентов о необычной активности, связанной с учетными записями ESP. В то время как отдельный отчет мог быть обоснованно отнесен к различным причинам, включая проблемы конфигурации, унаследованные интеграции или факторы, характерные для поставщика, второй отчет включал другого поставщика ESP и демонстрировал аналогичные характеристики. В этот момент мы определили, что наблюдаемая закономерность требует всеобъемлющего обзора безопасности и начали более широкое расследование. Текущее состояние Поскольку мы идентифицировали учетные записи с сохраненными учетными данными ESP, мы обратились к этим клиентам с просьбой повернуть свои ключи в приоритетном порядке. Это не было ни одним полным пропуском: по мере продолжения нашего расследования мы выявили дополнительные учетные записи, которые требовали такого же уведомления, и мы связывались с ними по мере их подтверждения. Если у вас есть учетные данные ESP, подключенные к Stripo и еще не повернутые: 1.Отмените старый ключ; генерация нового ключа автоматически не отключает старый. 2. Создайте новый ключ в своей учетной записи ESP. 3.Обновить новый ключ в Stripo в разделе Настройки проектов → Интеграции. 4.Просмотрите недавнюю активность вашей учетной записи ESP или CRM: историю входа в систему, изменения списка контактов и любые кампании или отправки, которые вы не узнаете. Одно напоминание во время всего этого: мы никогда не попросим вас отправить ключ, токен или пароль по электронной почте или в чате поддержки. Продолжающееся расследование Наше расследование продолжается. Если мы идентифицируем какие-либо подтвержденные результаты, которые являются существенными для пострадавших клиентов, мы сообщим им без неоправданной задержки.

2. 20 июля 2026 г. в 18:15 UTCinvestigating

   20 июля 2026 - 18:15 UTC Что мы исправили После нашего первоначального общения мы внедрили ряд дополнительных улучшений безопасности: 1.Аудит защиты полномочий. Мы рассмотрели, как учетные данные хранятся в наших системах, и внедрили дополнительное шифрование для учетных данных, где была определена повышенная защита. 2. Внедрение дополнительной защиты на стороне браузера для решения выявленного сценария воздействия, связанного с браузером. Хранимые учетные данные больше не отправляются обратно в браузер при открытии экрана интеграции. Это, в сочетании с улучшением хранения выше, значительно снижает потенциальные риски воздействия, связанные с обработкой учетных данных. 3. Завершил полный лесозаготовительный аудит. Мы рассмотрели наши системы регистрации сквозных и обновили нашу конфигурацию регистрации, чтобы предотвратить учет учетных данных в журналах приложений. 4. Очистка устаревших данных. Мы удалили старые соединения ESP, которые были сохранены после того, как они перестали использоваться, и мы находимся в процессе удаления старых, неиспользованных ключей, все еще находящихся в файле. Основываясь на нашем расследовании на сегодняшний день, мы не выявили никаких признаков воздействия на Плагин Стрипо. Stripo не хранит финансовую или платежную информацию клиентов. Соответственно, основываясь на нашем расследовании на сегодняшний день, мы не выявили какого-либо влияния на финансовые или платежные данные, поддерживаемые Stripo. Основываясь на имеющейся в настоящее время информации, мы не выявили какого-либо влияния на наши основные производственные системы. Активность, идентифицированная на сегодняшний день, по-видимому, была связана с резервной средой. Мы внедрили дополнительные меры безопасности для этой среды и продолжаем оценивать, есть ли какое-либо более широкое воздействие в рамках нашего текущего расследования. Сертификация соответствия Мы поддерживаем независимо проверенную программу безопасности, включая сертификацию SOC 2 и ISO. В рамках этого расследования мы определили возможности для дальнейшего укрепления определенных технических мер контроля, связанных с обработкой экспортных учетных данных. Мы внедрили дополнительные гарантии для решения вопросов, выявленных в ходе нашего расследования. Мы также включаем результаты этого расследования в нашу программу безопасности, процессы оценки рисков, технический контроль и будущую аудиторскую деятельность. Эти выводы информируют о дополнительных технических гарантиях и будут по-прежнему включены в нашу программу контроля и аудита безопасности. Сертификаты безопасности показывают, что программа безопасности организации была независимо оценена по признанным стандартам. Как и любая система безопасности, они поддерживают постоянное совершенствование по мере выявления новых рисков и соображений реализации. Продолжающееся расследование Наше расследование продолжается. В рамках этой работы мы продолжаем рассматривать действия доступа, связанные с экземплярами базы данных, где хранятся соответствующие данные. Если мы идентифицируем подтвержденные результаты, которые являются существенными для пострадавших клиентов, мы сообщим им без неоправданной задержки.

3. 21 июля 2026 г. в 14:23 UTCresolved

   Период инцидентов: 6-18 июля 2026 г. · Опубликовано: 21 июля 2026 г. Окончательный отчет о происшествии — несанкционированный доступ к сохраненным учетным данным интеграции Резюме В период с 6 по 18 июля 2026 года неавторизованный актер получил доступ к внутренней среде, не связанной с клиентами, которая имела доступ к ограниченной реплике, содержащей ограниченное подмножество производственных данных. Основываясь на нашем завершенном расследовании, актер выполнил запросы, которые привели к доступу к определенной информации, хранящейся в этой среде, включая определенные сторонние учетные данные ESP / экспорта, которые клиенты хранили в Stripo для их интеграции, а также определенные учетные записи. После выявления деятельности мы изолировали и вывели из эксплуатации окружающую среду, внедрили меры по исправлению положения и завершили наше расследование инцидента. Инцидент был зарегистрирован исключительно по запросу клиента и не мог быть обнаружен с помощью нашего стандартного мониторинга. Какие данные были затронуты Основываясь на нашем завершенном расследовании, информация, идентифицированная как доступная, включала определенные сторонние учетные данные ESP / экспорта, которые клиенты сохранили для подключения своих интеграций, а также определенные связанные учетные записи. Данные аутентификации аккаунта. Пароли Stripo хранятся хэшированными и солеными — никогда в простом тексте, в соответствии с лучшими практиками безопасности, поэтому они не были выставлены в удобной форме. Поскольку решительный злоумышленник теоретически мог попытаться взломать соленые хеши с течением времени, мы не рискнули: мы проактивно сбросили каждый пароль Stripo и аннулировали все активные сеансы, хотя нет никаких признаков того, что хеши могут быть практически восстановлены. Каждый пользователь просто устанавливает новый пароль при следующем входе. Что мы сделали 1. Сдержал инцидент, отрезав и выведя из эксплуатации внутреннюю окружающую среду. 2. Расширенное шифрование в состоянии покоя для всех сохраненных учетных данных ESP / экспорта, включая те, которые еще не были зашифрованы (ключи, хранящиеся в управляемой AWS KMS). 3. Прекратил возврат учетных данных в браузер при открытии интеграционных экранов. 4. Проверил журналирование приложений и удалил значения учетных данных из ограниченных сценариев, в которых они могут появиться. Хотя наше расследование не выявило доказательств того, что журналы приложений стали частью пути атаки, мы, тем не менее, реализовали эту дополнительную защиту в рамках наших более широких усилий по исправлению положения. 5. Отобранные старые/неактивные учетные данные, сохраненные после того, как они больше не использовались. 6.Для Klavio, HubSpot, Zoho и AWeber мы автоматически отозвали все токены авторизации. 7. Провел полный обзор по всему периметру нашей инфраструктуры: провел аудит всех групп безопасности и путей доступа к системным узлам, повернул пароли для всех баз данных, ограничил реплику только для чтения внутренним доступом и рассмотрел доступ, удерживаемый внутренними службами и персоналом, закрепив его в соответствии с принципами наименьших привилегий. 8.Проактивно сбросить все пароли пользователей и недействительные сеансы. 9. Добавлен мониторинг и оповещение для аутентификации на внутренние инструменты, внешние подключения к базе данных и объемные считывания чувствительных таблиц. Мы работаем в соответствии с признанными стандартами безопасности и защиты данных, включая нашу программу SOC 2. В рамках нашей текущей программы безопасности мы продолжаем укреплять наш технический и организационный контроль на основе результатов этого расследования. Кто не пострадал Клиенты, которые экспортировали только форматы файлов (HTML, AMP HTML, PDF, EML, изображения и т. д.), никогда не хранили у нас никаких учетных данных и не пострадали. К учетным данным также не обращались следующие провайдеры: CleverTap, Customer.io, Follow Up Boss, Google Cloud, MailerCloud, MailerLite, Mailtrap, Make, Mindbaz, n8n, Netcore, OneSignal, Optimove, Postup, Pubrio, Rapidmail, Reteno, Selzy, Sender.net, Ticketor, Unione, Insider, Voizee, WhatCounts, Yespo. Плагин и саморазмещаемые развертывания не были затронуты — окружающая среда и реплика являются частью инфраструктуры Stripo Cloud, а не самостоятельным продуктом или плагином Stripo. Долго-неактивные счета. В соответствии с нашей политикой хранения данных и в соответствии с нашими обязательствами по GDPR неактивные учетные записи клиентов и их личные данные регулярно удаляются, поэтому информация, принадлежащая давно неактивным клиентам, не присутствовала в этой среде и не могла быть раскрыта. Платежные данные На основании нашего расследования не было обнаружено полных номеров платежных карт (PAN) или кодов CVV. Платежи по картам обрабатываются нашими поставщиками платежей (Stripe и PayPal), и Stripo не хранит полные номера платежных карт или коды CVV. Работа с нашими партнерами ESP Поскольку это сторонние учетные данные, мы активно связываемся с участвующими поставщиками ESP в духе партнерства и для защиты наших взаимных клиентов, поэтому затронутые учетные данные могут быть аннулированы на их стороне в качестве дополнительной гарантии. Что мы рекомендуем нашим клиентам делать 1.Если ваш провайдер не находится в разделе «Кто не пострадал» выше, и вы еще этого не сделали: поверните учетные данные ESP, подключенные к вашей учетной записи Stripo — отзовите старый ключ у вашего провайдера, сгенерируйте новый и обновите его в Stripo (Настройки проектов → Интеграции). Для интеграции на основе OAuth отозвать разрешение Stripo у вашего провайдера и восстановить соединение. 2. Просмотрите свою деятельность ESP / CRM с начала июля - входы в систему, изменения в списке контактов и любые кампании, отправки или экспорт, которые вы не узнаете. Вращение ключа останавливает будущее использование, но не отменяет уже произошедшую активность. 3. Ваш пароль Stripo уже был сброшен - установите новый при следующем входе. закрытие Мы искренне сожалеем, что этот инцидент произошел. Мы связались с пострадавшими клиентами напрямую и по-прежнему готовы ответить на последующие вопросы по запросу. Контакты: [email protected].

Автоматический перевод официального обновления инцидента.

1. 7 июля 2026 г. в 15:26 UTCinvestigating

   Могут возникнуть проблемы при загрузке, изменении или удалении изображений клиента в редакторе. Время (UTC): 2026-07-07T15:26:22

2. 7 июля 2026 г. в 15:27 UTCresolved

   Этот инцидент был урегулирован.

Автоматический перевод официального обновления инцидента.

1. 1 июля 2026 г. в 03:53 UTCinvestigating

   Может возникнуть проблема, связанная с экспортом шаблонов электронной почты в виде PDF-файлов из редактора. Время (UTC): 2026-07-01T03:52:37

2. 1 июля 2026 г. в 03:53 UTCresolved

   Этот инцидент был урегулирован.

Автоматический перевод официального обновления инцидента.

1. 18 июня 2026 г. в 13:43 UTCinvestigating

   Возможна проблема, связанная с отправкой тестовых сообщений на указанные адреса электронной почты и/или связанная с тестированием шаблонов электронной почты с помощью Email на Acid. Время (UTC): 2026-06-18T13:43:15

2. 18 июня 2026 г. в 13:44 UTCresolved

   Этот инцидент был урегулирован.

Автоматический перевод официального обновления инцидента.