Histórico de interrupções do Stripo

1. 8 Here 2026 da 23:32 UTCinvestigating

   Iniciado: 2026-10-08 22:20 UTC Impacto: Plugin não está disponível para clientes — o editor não carrega / não responde. Recebemos relatórios de vários clientes. O que aconteceu: às 22:13 UTC Zabbix relatou o agente na máquina Plugin DB (pg-plugins.stripo.email, 179.31.13.64) como indisponível; às 22:40 UTC o monitor PostgreSQL para os plug-plugins ao vivo também falhou. O Plugin parou de trabalhar para clientes em ~22:20 UTC. O DevOps está a investigar. Próxima atualização aqui assim que tivermos mais informações.

2. 8 Here 2026 da 23:33 UTCresolved

   O Plugin está totalmente operacional novamente. DevOps restaurou o servidor Plugin DB; estamos monitorando e não vimos mais erros desde 23:18 UTC. Uma postmortem com causa raiz, linha do tempo e itens de ação está sendo preparado e será publicado em breve.

3. 9 Here 2026 da 09:14 UTCpostmortem

   **SUMÁRIO** Em 8 de outubro de 2026, entre 22:20 e 23:18 UTC, o Stripo Plugin não estava disponível: o editor não carregava ou respondia. A interrupção durou 58 minutos. Nenhum dado do cliente foi perdido, e outros produtos da Stripo não foram afetados. O QUE ACONTECEU O servidor de banco de dados por trás do Plugin perdeu sincronização de tempo. Dois serviços de sincronização de tempo estavam sendo executados no servidor ao mesmo tempo: o daemon padrão, que ajusta o relógio gradualmente, e um trabalho agendado legado que acelera o relógio abruptamente. Uma programação mal configurada fez o trabalho legado correr quase a cada minuto. O relógio repetido salta desestabilizando o servidor até o banco de dados do Plugin ficar indisponível. ** TEMELINE \(UTC, 8 de outubro de 2026\) 21:44 - A instabilidade do relógio começa no servidor de banco de dados Plugin. 22:13 - Nosso monitoramento levanta o primeiro alerta para o servidor. 22:20 - O Plugin pára de carregar para os clientes. 22:40 - O monitoramento relata o banco de dados do Plugin como indisponível. 23:00 - Primeiros relatórios de clientes são recebidos; o engenheiro em serviço é chamado. 23:18 - Serviço restaurado. O Plugin está totalmente operacional. ** RESOLUÇÃO** Nossos engenheiros identificaram o conflito de sincronização temporal e restauraram o servidor. O Plugin retornou à operação normal às 23:18 UTC e tem sido monitorado desde então. O que estamos a fazer para evitar isto? * Removendo o trabalho de time-sync legado para que este servidor, e qualquer outro servidor de produção, use uma única fonte de tempo. * Adicionando o monitoramento para a deriva do relógio de modo que este tipo de falha seja pego antes de afetar o serviço. * Mudando a escalada de alerta. Nosso monitoramento alertou sete minutos antes da interrupção, mas o alerta não chamou um engenheiro. Alertas críticos sobre os servidores de base de dados de produção irão agora alertar o engenheiro em serviço imediatamente, a qualquer hora. Pedimos desculpa pela interrupção e agradecemos a vossa paciência. Se você foi afetado e tiver dúvidas, entre em contato com nossa equipe de suporte.

Traduzido automaticamente da atualização oficial do incidente.

1. 4 Here 2026 da 17:03 UTCinvestigating

   Pode haver problemas ao carregar imagens do cliente dentro do editor. Hora (UTC): 2026-10-04T17:03:09

2. 4 Here 2026 da 17:04 UTCresolved

   Este incidente foi resolvido.

Traduzido automaticamente da atualização oficial do incidente.

1. 4 Here 2026 da 16:46 UTCinvestigating

   Pode haver problemas ao carregar, mudar ou remover imagens do cliente dentro do editor. Hora (UTC): 2026-10-04T16:46:22

2. 4 Here 2026 da 16:47 UTCresolved

   Este incidente foi resolvido.

Traduzido automaticamente da atualização oficial do incidente.

1. 4 Here 2026 da 16:43 UTCinvestigating

   Pode haver problemas durante a visualização, alteração ou criação de novos módulos na biblioteca Módulos dentro do editor. Tempo (UTC): 2026-10-04T16:43:49

2. 4 Here 2026 da 16:44 UTCresolved

   Este incidente foi resolvido.

Traduzido automaticamente da atualização oficial do incidente.

1. 18 Gwengolo 2026 da 14:19 UTCinvestigating

   Atualmente estamos experimentando um problema que afeta alguma funcionalidade do Stripo Plugin. Alguns usuários podem não ser capazes de carregar imagens ou documentos ou atualizar credenciais de armazenamento. A nossa equipa está a investigar o problema e a trabalhar para restaurar a operação normal o mais rapidamente possível. Hora de início: 18 de setembro de 13:41 UTC

2. 18 Gwengolo 2026 da 14:54 UTCidentified

   A questão foi identificada e está a ser implementada uma solução.

3. 18 Gwengolo 2026 da 14:56 UTCresolved

   Este incidente foi resolvido.

4. 18 Gwengolo 2026 da 15:52 UTCpostmortem

   ** Causa da raiz O incidente foi causado por um problema durante uma rotação planejada da chave de acesso utilizada para o serviço primário de armazenamento de imagens. A nova chave não foi correctamente propagada a um dos serviços responsáveis pelo tratamento das operações de armazenamento. Como resultado, as solicitações desse serviço não puderam autenticar com o armazenamento, fazendo com que as operações de upload de imagens e documentos falhassem. Identificamos também uma lacuna em nossa documentação interna relacionada ao procedimento chave de rotação, que contribuiu para o incidente. **Resolução** As credenciais de armazenamento foram corrigidas e propagadas com sucesso para todos os serviços afetados. Uma vez que a configuração foi atualizada, a funcionalidade de upload retornou ao normal. Também atualizamos a documentação interna relevante para incluir a etapa de configuração anteriormente em falta. **Acções preventivas Estamos revisando o procedimento de rotação credencial para garantir que todos os serviços dependentes sejam cobertos e que as mudanças de configuração sejam validadas antes e depois da rotação. Estamos também a melhorar a nossa documentação interna e procedimentos de verificação para reduzir o risco de incidentes semelhantes no futuro. Pedimos desculpas pela interrupção e apreciamos sua paciência enquanto nossa equipe trabalhou para resolver o problema.

Traduzido automaticamente da atualização oficial do incidente.

1. 16 Gwengolo 2026 da 13:39 UTCinvestigating

   Atualmente, estamos experimentando desempenho degradado no Stripo Web Editor. Alguns usuários podem experimentar longos tempos de carregamento ao abrir e-mails, configurações de editor indisponíveis e funcionalidade de edição, ou um erro de "sem conexão à internet". Para usuários que já têm um e-mail aberto, as alterações devem continuar a ser salvas via autossalve, desde que a página não seja recarregada. Nossa equipe está ativamente investigando o problema e trabalhando para restaurar a operação normal. Hora inicial: 16 de setembro de 13:25 UTC

2. 16 Gwengolo 2026 da 15:12 UTCresolved

   Este incidente foi resolvido.

Traduzido automaticamente da atualização oficial do incidente.

1. 9 Gwengolo 2026 da 15:18 UTCinvestigating

   Pode haver problemas durante a visualização, alteração ou criação de novos módulos na biblioteca Módulos dentro do editor. Hora (UTC): 2026-09-09T15:18:49

2. 9 Gwengolo 2026 da 15:19 UTCresolved

   Este incidente foi resolvido.

Traduzido automaticamente da atualização oficial do incidente.

1. 9 Gwengolo 2026 da 15:13 UTCinvestigating

   Pode haver problemas durante a visualização, alteração ou criação de novos módulos na biblioteca Módulos dentro do editor. Hora (UTC): 2026-09-09T15:13:49

2. 9 Gwengolo 2026 da 15:15 UTCresolved

   Este incidente foi resolvido.

Traduzido automaticamente da atualização oficial do incidente.

1. 9 Gwengolo 2026 da 15:11 UTCinvestigating

   Pode haver problemas durante a visualização, alteração ou criação de novos módulos na biblioteca Módulos dentro do editor. Hora (UTC): 2026-09-09T15:10:49

2. 9 Gwengolo 2026 da 15:11 UTCresolved

   Este incidente foi resolvido.

Traduzido automaticamente da atualização oficial do incidente.

1. 6 Gwengolo 2026 da 07:17 UTCinvestigating

   Pode haver um problema com o acesso à conta do cliente. Hora (UTC): 2026-09-06T07:17:04

2. 6 Gwengolo 2026 da 07:19 UTCresolved

   Este incidente foi resolvido.

Traduzido automaticamente da atualização oficial do incidente.

1. 5 Eost 2026 da 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 Eost 2026 da 14:00 UTCidentified

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

3. 5 Eost 2026 da 14:49 UTCmonitoring

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

4. 5 Eost 2026 da 14:57 UTCresolved

   This incident has been resolved.

5. 5 Eost 2026 da 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 Gouere 2026 da 08:30 UTCinvestigating

   Estamos investigando relatórios de usuários não serem capazes de fazer login, ver membros da equipe ausentes ou experimentar o carregamento lento de e-mails. A nossa equipa está a tentar identificar a causa.

2. 31 Gouere 2026 da 08:30 UTCidentified

   Nós identificamos a causa raiz: um serviço interno de cache (Redis) ficou sem memória e começou a rejeitar escreve. Como resultado, as verificações de permissão ignoraram o cache e colocaram carga excessiva no serviço de conta, causando respostas lentas, falhas de login e dados faltantes da conta. Aumentamos a capacidade de cache e estamos preparando uma solução permanente.

3. 31 Gouere 2026 da 08:31 UTCmonitoring

   A capacidade de cache foi aumentada e o sistema está se recuperando. Os tempos de resposta estão a voltar ao normal à medida que os caches se aquecem. Uma solução permanente está a ser lançada.

4. 31 Gouere 2026 da 08:49 UTCresolved

   A correção permanente foi implantada em todos os clusters de produção e todos os sistemas estão funcionando normalmente. Durante o incidente (30 de julho, 22:48 UTC – 31 de julho, ~04:30 UTC, com lentidão residual até ~08:49 UTC), alguns usuários experimentaram falhas de login, dados de membros da equipe faltando, e carregamento lento de e-mails. Nenhum dado foi perdido. Adicionamos alertas de uso de memória para detectar essa classe de problemas antes de afetar os usuários. Pedimos desculpa pelo inconveniente.

Traduzido automaticamente da atualização oficial do incidente.

1. 28 Gouere 2026 da 14:02 UTCresolved

   Em 28 de julho, entre aproximadamente 1:28 PM e 1:58 PM (UTC), o Stripo Plugin não inicializou para integrações incorporadas. O problema foi causado pelo desempenho degradado de um serviço de estatísticas internas, que abrandou as solicitações de inicialização do plugin. Nossa equipe reiniciou o serviço afetado e temporariamente desabilitou a coleção de estatísticas para inicializações de plugins para restaurar a operação normal. O plugin está carregando agora como esperado. Pedimos desculpa por qualquer inconveniente que isto possa ter causado.

Traduzido automaticamente da atualização oficial do incidente.

1. 25 Gouere 2026 da 09:18 UTCinvestigating

   Pode haver problemas ao carregar, mudar ou remover imagens do cliente dentro do editor. Hora (UTC): 2026-07-25T09:18:22

2. 25 Gouere 2026 da 09:20 UTCresolved

   Este incidente foi resolvido.

Traduzido automaticamente da atualização oficial do incidente.

1. 24 Gouere 2026 da 11:27 UTCresolved

   Em 24 de julho entre 09:20 e 09:50 UTC, co-edição em tempo real no editor de plugins estava temporariamente indisponível. Durante um lançamento agendado, uma atualização do esquema de banco de dados demorou mais do que o esperado e sobrecarregou brevemente o banco de dados, o que fez com que o serviço de co-edição reiniciasse. Nossa equipe identificou a causa e restaurou totalmente o serviço por 09:50 UTC. Nenhum dado do cliente foi perdido, e todas as outras funcionalidades da Stripo permaneceram disponíveis. Desde então adicionamos salvaguardas ao nosso processo de libertação para evitar uma recorrência.

Traduzido automaticamente da atualização oficial do incidente.

1. 23 Gouere 2026 da 09:39 UTCinvestigating

   Pode haver um problema com o acesso à conta do cliente. Tempo (UTC): 2026-07-23T09:39:04

2. 23 Gouere 2026 da 09:49 UTCinvestigating

   [Comentário da Opsgenie]Dmitry Kudrenko reconheceu alerta: "Apagamento parcial no trabalho da parte da infraestrutura da conta da Stripo"

3. 23 Gouere 2026 da 10:02 UTCresolved

   Este incidente foi resolvido.

Traduzido automaticamente da atualização oficial do incidente.

1. 20 Gouere 2026 da 18:11 UTCinvestigating

   Incidente de Segurança Stripo Como isto começou Recebemos dois relatórios de clientes sobre atividade incomum associada a contas ESP. Embora um relatório individual pudesse razoavelmente ter sido atribuído a uma variedade de causas, incluindo questões de configuração, integrações anteriores ou factores específicos dos fornecedores, o segundo relatório envolveu um fornecedor ESP diferente e exibiu características semelhantes. Nesse ponto, determinamos que o padrão observado justificava uma revisão abrangente da segurança e iniciamos uma investigação mais ampla. Situação actual Como identificamos contas com credenciais ESP armazenadas, contatamos pedindo a esses clientes que girassem suas chaves como prioridade. Este não foi um único e completo passe: como a nossa investigação continuou, identificamos contas adicionais que exigiam a mesma notificação, e temos estado a contactá-los como estão confirmadas. Se você tem credenciais ESP conectadas à Stripo e ainda não as girou: 1. Revogar a chave velha lá; gerar uma nova chave não desactiva automaticamente a antiga. 2. Gere uma nova chave em sua conta ESP. 3. Atualizar a nova chave em Stripo em Configurações do Projeto → Integrações . 4. Reveja a atividade recente da sua conta ESP ou CRM: histórico de login, alterações na lista de contatos e quaisquer campanhas ou envios que você não reconheça. Um lembrete enquanto tudo isso está em andamento: nunca pediremos que você envie uma chave, token ou senha por e-mail ou em um chat de suporte. Inquérito em curso A nossa investigação continua. Se identificarmos quaisquer achados confirmados que sejam materiais para os clientes afetados, os comunicaremos sem demora injustificada.

2. 20 Gouere 2026 da 18:15 UTCinvestigating

   20 de julho de 2026 - 18:15 UTC O que nós consertamos Após a nossa comunicação inicial, implementámos uma série de melhorias de segurança adicionais: 1. Auditoria da protecção de crédito . Analisamos como as credenciais são armazenadas em nossos sistemas e implementamos criptografia adicional para dados credenciais onde a proteção aprimorada foi identificada como apropriada. 2. Implementou proteções adicionais do lado do navegador para abordar um cenário de exposição relacionado com o navegador identificado . As credenciais armazenadas não são mais enviadas para o navegador quando a tela de integrações é aberta. Isto, combinado com o aumento do armazenamento acima, reduz significativamente os potenciais riscos de exposição associados ao manuseio credencial. 3. Concluída uma auditoria de registo completo . Revisamos nossos sistemas de registro de ponta a ponta e atualizamos nossa configuração de registro para evitar que valores de credencial sejam registrados em registros de aplicativos. 4. Limpar dados obsoletos. Excluímos as antigas ligações ESP que tinham sido mantidas depois de deixarem de ser usadas, e estamos no processo de remover chaves antigas e não utilizadas ainda no ficheiro. Com base em nossa investigação até o momento, não identificamos qualquer indicação de impacto no Plugin Stripo. Stripo não armazena informações financeiras ou de pagamento dos clientes. Assim, com base em nossa investigação até o momento, não identificamos qualquer impacto nos dados financeiros ou de pagamento mantidos pela Stripo. Com base nas informações atualmente disponíveis, não identificamos nenhum impacto em nossos sistemas de produção primária. A actividade identificada até à data parece ter sido associada a um ambiente de backup . Implementamos medidas de segurança adicionais para esse ambiente e continuamos a avaliar se há algum impacto mais amplo como parte de nossa investigação em andamento. Certificados de conformidade Mantemos um programa de segurança auditado de forma independente, incluindo certificações SOC 2 e ISO. Como parte desta investigação, identificamos oportunidades para reforçar ainda mais certos controles técnicos relacionados ao manuseio de credenciais de exportação. Implementámos salvaguardas adicionais sobre as questões identificadas durante a nossa investigação. Também estamos incorporando os resultados desta investigação em nosso programa de segurança, processos de avaliação de risco, controles técnicos e futuras atividades de auditoria. Estas conclusões informaram salvaguardas técnicas adicionais e continuarão a ser incorporadas ao nosso programa de controlo e auditoria de segurança. As certificações de segurança demonstram que o programa de segurança de uma organização tem sido avaliado independentemente contra padrões reconhecidos. Tal como qualquer quadro de segurança, apoiam a melhoria contínua à medida que são identificados novos riscos e considerações de implementação. Inquérito em curso A nossa investigação continua em curso. Como parte deste trabalho, continuamos a rever a atividade de acesso relacionada às instâncias de banco de dados onde os dados relevantes são armazenados. Se identificarmos achados confirmados que são materiais para clientes afetados, nós os comunicaremos sem demora indevida.

3. 21 Gouere 2026 da 14:23 UTCresolved

   Período de incidente: 6-18 de julho de 2026 · Publicado: 21 de julho de 2026 Relatório final de incidentes — Acesso não autorizado às credenciais de integração armazenadas Resumo Entre 6 e 18 de julho de 2026, um ator não autorizado teve acesso a um ambiente interno, não-cliente-face que tinha lido acesso a uma réplica restrita, somente leitura contendo um subconjunto limitado de dados de produção. Com base na nossa investigação concluída, o ator executou consultas de leitura que resultaram no acesso a certas informações armazenadas nesse ambiente, incluindo certas credenciais de terceiros ESP/exportação que os clientes tinham armazenado em Stripo para suas integrações, juntamente com certos registros de contas. Ao identificar a atividade, isolamos e desativamos o ambiente envolvido, implementamos medidas de remediação e completamos nossa investigação sobre o incidente. O incidente foi relatado apenas através de uma solicitação do cliente e não poderia ter sido detectado através do nosso monitoramento padrão. Que dados foram afectados Com base na nossa investigação concluída, as informações identificadas como tendo sido acessadas incluíam certas credenciais de terceiros ESP/exportação que os clientes tinham guardado para conectar suas integrações, juntamente com certos registros de contas associados. Dados de autenticação da conta . As senhas de stripo são armazenadas com hash e sal — nunca em texto simples, de acordo com as melhores práticas de segurança, por isso não foram expostas de forma utilizável. Como um determinado atacante poderia, em teoria, tentar quebrar hashes salgados ao longo do tempo, não nos arriscamos: redefinimos proativamente cada senha de Stripo, mesmo que não haja indicação de que os hashes possam ser praticamente recuperados. Cada usuário simplesmente define uma nova senha no seu próximo login. O que fizemos 1. Contiver o incidente cortando e desactivando o ambiente interno envolvido. 2. Criptografia estendida em repouso para todas as credenciais de ESP/exportação armazenadas, incluindo aquelas que ainda não estavam criptografadas ( chaves mantidas em um gerenciado AWS KMS ). 3. Parado retornando credenciais para o navegador quando telas de integração são abertas. 4. Reviu o registro de aplicativos e removeu valores de credencial dos cenários limitados em que eles poderiam aparecer. Embora nossa investigação não tenha identificado evidências de que os registros de aplicação faziam parte do caminho de ataque, ainda assim implementamos essa salvaguarda adicional como parte de nossos esforços de remediação mais amplos. 5. Credenciais velhas/inativas purgadas retidas depois de não estarem mais em uso. 6. Para Klavio, HubSpot, Zoho e AWeber, nós automaticamente revogamos todos os tokens de autorização. 7. Realizou uma revisão completa em todo o nosso perímetro de infra-estrutura: auditou todos os grupos de segurança e caminhos de acesso aos nós do sistema, girou as senhas para todas as bases de dados, restringiu a réplica de leitura somente ao acesso interno, e reviu o acesso mantido por serviços internos e pessoal, apertando-o sob princípios de menor privilégio. 8. Reinicie proactivamente todas as senhas do utilizador e sessões invalidadas. 9. Adicionado monitoramento e alerta para autenticação de ferramentas internas, conexões de banco de dados externas e leituras em massa de tabelas sensíveis. Operamos sob padrões de segurança e proteção de dados reconhecidos, incluindo nosso programa SOC 2. Como parte de nosso programa de segurança em curso, continuamos a fortalecer nossos controles técnicos e organizacionais com base nos achados desta investigação. Quem não foi afectado Clientes que exportaram apenas para formatos de arquivo (HTML, AMP HTML, PDF, EML, imagem, etc.) nunca armazenaram credenciais conosco e não são afetados. As credenciais também não foram acessadas para os seguintes fornecedores: CleverTap, Customer.io, Follow Up Boss, Google Cloud, MailerCloud, MailerLite, Mailtrap, Make, Mindbaz, n8n, Netcore, OneSignal, Optimove, Postup, Pubrio, Rapidmail, Reteno, Selzy, Sender.net, Tickeker, Unione, Insider, Voizee, WhatCounts, Yespo. Plug-in e implantações auto-hospedadas não foram afetadas — o ambiente e réplicas envolvidas fazem parte da infraestrutura Stripo Cloud, não do produto auto-hospedado ou do plugin Stripo. Contas longas e inactivas . De acordo com a nossa política de retenção de dados e de acordo com as nossas obrigações do GDPR, as contas de clientes inactivos e os seus dados pessoais são rotineiramente apagados, pelo que as informações pertencentes a clientes long-inactivos não estavam presentes neste ambiente e não poderiam ter sido expostas. Dados de pagamento Com base em nossa investigação, nenhum número de cartão de pagamento completo (PANs) ou código CVV foi identificado como tendo sido acessado. Os pagamentos de cartão são processados por nossos provedores de pagamento (Stripe e PayPal), e a Stripo não armazena números completos de cartão de pagamento ou códigos CVV. Trabalhar com os nossos parceiros da ESP Como são credenciais de terceiros, estamos entrando em contato proativamente com os provedores de ESP envolvidos, no espírito de parceria e para proteger nossos clientes mútuos, para que as credenciais afetadas possam ser revogadas do seu lado como uma salvaguarda adicional. O que recomendamos que nossos clientes façam 1. Se o seu provedor não estiver na seção “Quem não foi afetado” acima e você ainda não tiver: gire as credenciais ESP conectadas à sua conta Stripo — revogue a chave antiga no seu provedor, gere uma nova e atualize-a em Stripo (Configurações do Projeto → Integrações). Para integrações baseadas em OAuth, revogue a autorização da Stripo no seu fornecedor e reconecte-se. 2. Reveja a sua atividade ESP/CRM desde o início de julho em diante — inscrições, alterações na lista de contatos e quaisquer campanhas, envios ou exportações que você não reconheça. A rotação de uma chave impede o uso futuro, mas não anula a atividade que já ocorreu. 3. Sua senha Stripo já foi reiniciada – configure uma nova no seu próximo login. Fechando Lamentamos sinceramente que este incidente tenha ocorrido. Contactamos diretamente os clientes afetados e permanecemos disponíveis para responder às perguntas de acompanhamento mediante solicitação. Contacto: [email protected].

Traduzido automaticamente da atualização oficial do incidente.

1. 7 Gouere 2026 da 15:26 UTCinvestigating

   Pode haver problemas ao carregar, mudar ou remover imagens do cliente dentro do editor. Hora (UTC): 2026-07-07T15:26:22

2. 7 Gouere 2026 da 15:27 UTCresolved

   Este incidente foi resolvido.

Traduzido automaticamente da atualização oficial do incidente.

1. 1 Gouere 2026 da 03:53 UTCinvestigating

   Pode haver um problema relacionado à exportação de modelos de email como arquivos PDF do editor. Hora (UTC): 2026-07-01T03:52:37

2. 1 Gouere 2026 da 03:53 UTCresolved

   Este incidente foi resolvido.

Traduzido automaticamente da atualização oficial do incidente.

1. 18 Mezheven 2026 da 13:43 UTCinvestigating

   Pode haver um problema relacionado ao envio de mensagens de teste para endereços de e-mail especificados e/ou relacionados a testes de modelos de e-mail com Email no Acid. Hora (UTC): 2026-06-18T13:43:15

2. 18 Mezheven 2026 da 13:44 UTCresolved

   Este incidente foi resolvido.

Traduzido automaticamente da atualização oficial do incidente.