Istoricul incidentelor Stripo

1. 8 octombrie 2026 la 23:32 UTCinvestigating

   Start: 2026-10-08 22:20 UTC Impact: Modulul nu este disponibil pentru clienti Am primit rapoarte de la mai mulţi clienţi. Ce s-a întâmplat: la 22:13 UTC Zabbix a raportat agentul pe gazda Plugin DB (pg-plugins.stripo.email, 172.31.13.64) ca fiind indisponibil; la 22:40 UTC monitorul PostgreSQL pentru dopuri live a eșuat, de asemenea. Modulul nu mai lucrează pentru clienți la ~22:20 UTC. DevOps investighează. Următoarea actualizare aici de îndată ce avem mai multe informații.

2. 8 octombrie 2026 la 23:33 UTCresolved

   Modulul este complet operațional din nou. DevOps a restaurat gazda Plugin DB; noi monitorizăm și nu am mai văzut erori de la 23:18 UTC. O autopsie cu cauza radacina, cronologie, și elemente de acțiune este în curs de pregătire și va fi publicat în scurt timp.

3. 9 octombrie 2026 la 09:14 UTCpostmortem

   ** SUMARY ** La 8 octombrie 2026, între 22:20 și 23:18 UTC, modulul Stripo nu a fost disponibil: editorul nu a încărcat și nu a răspuns. A durat 58 de minute. Nu au fost pierdute date ale clienților, iar alte produse Stripo nu au fost afectate. Ce s-a întâmplat? Serverul de baze de date din spatele modulului a pierdut sincronizarea timpului. Două servicii de timp-sincronizare au fost difuzate pe server dintr-o dată: daemon standard, care reglează ceasul treptat, și un loc de muncă moștenire programată care pași ceasul brusc. Un program configurat greşit a făcut ca slujba moștenită să meargă aproape în fiecare minut. Ceasul repetat a destabilizat serverul până când baza de date a modulului a devenit indisponibilă. ** TIMELINIE \ [UTC, 8 octombrie 2026\) ** 21:44 - Instabilitatea ceasului începe pe serverul de baze de date Plugin. 22:13 - Monitorizarea noastră ridică prima alertă pentru server. 22:20 - Modulul oprește încărcarea pentru clienți. 22:40 - Monitorizarea raportează că baza de date a modulului nu este disponibilă. 23:00 - Primele rapoarte ale clienților sunt primite; inginerul de serviciu este chemat. 23:18 - Serviciul restaurat. Modulul este complet operațional. **RESOLUŢIE ** Inginerii noştri au identificat conflictul temporal şi au restaurat serverul. Modulul a revenit la funcționarea normală la 23:18 UTC și a fost sub monitorizare extinsă de atunci. ** CE FACEM SA PREVENIM ASTA ** * Îndepărtarea locului de muncă moștenire timp-sinc, astfel încât acest server, și orice alt server de producție, folosește o singură sursă de timp. * Adăugarea de monitorizare pentru drift ceas astfel încât acest tip de defect este prins înainte de a afecta serviciul. * Schimbarea escaladarea alertă. Monitorizarea noastră a alertat șapte minute înainte de întrerupere, dar alerta nu a pagina un inginer. Alerte critice pe serverele bazei de date de producție va pagina acum inginerul de serviciu imediat, la orice oră. Ne cerem scuze pentru întrerupere şi vă mulţumim pentru răbdare. Dacă ați fost afectat și au întrebări, vă rugăm să contactați echipa noastră de sprijin.

Traducere automată din actualizarea oficială a incidentului.

1. 4 octombrie 2026 la 17:03 UTCinvestigating

   S-ar putea să existe probleme în timp ce încarcă imaginile clienților în interiorul editorului. Ora (UTC): 2026-10-04T17:03:09

2. 4 octombrie 2026 la 17:04 UTCresolved

   Acest incident a fost rezolvat.

Traducere automată din actualizarea oficială a incidentului.

1. 4 octombrie 2026 la 16:46 UTCinvestigating

   Ar putea exista probleme în timpul încărcării, schimbării sau eliminării imaginilor clienților în interiorul editorului. Ora (UTC): 2026-10-04T16:46:22

2. 4 octombrie 2026 la 16:47 UTCresolved

   Acest incident a fost rezolvat.

Traducere automată din actualizarea oficială a incidentului.

1. 4 octombrie 2026 la 16:43 UTCinvestigating

   Ar putea exista probleme în timpul vizionării, modificării sau creării de noi module în biblioteca Modulelor din interiorul editorului. Ora (UTC): 2026-10-04T16:43:49

2. 4 octombrie 2026 la 16:44 UTCresolved

   Acest incident a fost rezolvat.

Traducere automată din actualizarea oficială a incidentului.

1. 18 septembrie 2026 la 14:19 UTCinvestigating

   Suntem confruntați în prezent cu o problemă care afectează unele funcționalitate modul Stripo. Unii utilizatori ar putea fi incapabili să încarce imagini sau documente sau să actualizeze acreditările de stocare. Echipa noastră investighează problema și lucrează pentru a restabili funcționarea normală cât mai repede posibil. Timp de pornire: sep 18, 13:41 UTC

2. 18 septembrie 2026 la 14:54 UTCidentified

   Problema a fost identificată și se pune în aplicare o soluție.

3. 18 septembrie 2026 la 14:56 UTCresolved

   Acest incident a fost rezolvat.

4. 18 septembrie 2026 la 15:52 UTCpostmortem

   **Root cause** Incidentul a fost cauzat de o problemă în timpul unei rotație planificate a cheii de acces utilizate pentru serviciul primar de stocare a imaginii. Noua cheie nu a fost propagată în mod corect către unul dintre serviciile responsabile cu gestionarea operațiunilor de depozitare. Prin urmare, cererile din acest serviciu nu au putut fi autentificate cu stocarea, ceea ce a dus la eșecul operațiunilor de încărcare a imaginii și documentelor. Am identificat, de asemenea, un decalaj în documentația noastră internă legată de procedura de rotație cheie, care a contribuit la incident. **Rezoluţie** Acreditările privind depozitarea au fost corectate și propagate cu succes tuturor serviciilor afectate. Odată ce configurația a fost actualizată, funcționalitatea de încărcare a revenit la normal. De asemenea, am actualizat documentația internă relevantă pentru a include etapa de configurare care lipsea anterior. ** Acţiuni preventive ** Revizuim procedura de rotație credibilă pentru a ne asigura că toate serviciile dependente sunt acoperite și că modificările de configurare sunt validate înainte și după rotație. De asemenea, îmbunătăţim procedurile interne de documentare şi verificare pentru a reduce riscul unor incidente similare în viitor. Ne cerem scuze pentru întrerupere şi apreciem răbdarea dumneavoastră în timp ce echipa noastră a lucrat pentru a rezolva problema.

Traducere automată din actualizarea oficială a incidentului.

1. 16 septembrie 2026 la 13:39 UTCinvestigating

   În prezent experimentăm performanţe degradate în Editorul Web Stripo. Unii utilizatori pot experimenta timpi de încărcare lungi atunci când deschide e-mailuri, setări de editor indisponibile și funcționalitate de editare, sau o eroare de conexiune la internet. Pentru utilizatorii care au deja un e-mail deschis, modificările trebuie să continue să fie salvate prin autosalvare atâta timp cât pagina nu este reîncărcată. Echipa noastră investighează în mod activ problema și lucrează pentru a restabili funcționarea normală. Timp de pornire: sep 16, 13:25 UTC

2. 16 septembrie 2026 la 15:12 UTCresolved

   Acest incident a fost rezolvat.

Traducere automată din actualizarea oficială a incidentului.

1. 9 septembrie 2026 la 15:18 UTCinvestigating

   Ar putea exista probleme în timpul vizionării, modificării sau creării de noi module în biblioteca Modulelor din interiorul editorului. Ora (UTC): 2026-09-09T15:18:49

2. 9 septembrie 2026 la 15:19 UTCresolved

   Acest incident a fost rezolvat.

Traducere automată din actualizarea oficială a incidentului.

1. 9 septembrie 2026 la 15:13 UTCinvestigating

   Ar putea exista probleme în timpul vizionării, modificării sau creării de noi module în biblioteca Modulelor din interiorul editorului. Ora (UTC): 2026-09-09T15:13:49

2. 9 septembrie 2026 la 15:15 UTCresolved

   Acest incident a fost rezolvat.

Traducere automată din actualizarea oficială a incidentului.

1. 9 septembrie 2026 la 15:11 UTCinvestigating

   Ar putea exista probleme în timpul vizionării, modificării sau creării de noi module în biblioteca Modulelor din interiorul editorului. Ora (UTC): 2026-09-09T15:10:49

2. 9 septembrie 2026 la 15:11 UTCresolved

   Acest incident a fost rezolvat.

Traducere automată din actualizarea oficială a incidentului.

1. 6 septembrie 2026 la 07:17 UTCinvestigating

   Ar putea exista o problemă cu acces la contul clientului. Ora (UTC): 2026-09-06T07:17:04

2. 6 septembrie 2026 la 07:19 UTCresolved

   Acest incident a fost rezolvat.

Traducere automată din actualizarea oficială a incidentului.

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

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

3. 5 august 2026 la 14:49 UTCmonitoring

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

4. 5 august 2026 la 14:57 UTCresolved

   This incident has been resolved.

5. 5 august 2026 la 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 iulie 2026 la 08:30 UTCinvestigating

   Investigăm rapoarte ale utilizatorilor incapabili să se logheze, să vadă membrii echipei dispărute sau să se confrunte cu încărcarea lentă a e-mailurilor. Echipa noastră lucrează pentru a identifica cauza.

2. 31 iulie 2026 la 08:30 UTCidentified

   Am identificat cauza principală: un serviciu intern de cache (Redis) a rămas fără memorie și a început să respingă scrierile. Ca urmare, controalele de permisiune au ocolit cache-ul și au pus încărcătură excesivă pe serviciul de cont, cauzând răspunsuri lente, eșecuri de conectare și date lipsă de cont. Am mărit capacitatea cache-ului şi pregătim o fixare permanentă.

3. 31 iulie 2026 la 08:31 UTCmonitoring

   Capacitatea cache-ului a crescut, iar sistemul se recuperează. Timpul de răspuns revine la normal pe măsură ce caches se încălzește. Un fix permanent este în curs de desfășurare.

4. 31 iulie 2026 la 08:49 UTCresolved

   Fixarea permanentă a fost implementată în toate clusterele de producție și toate sistemele funcționează în mod normal. În timpul incidentului (30 iulie, 22:48), 31 iulie, ~04:30 UTC, cu încetinire reziduală până la ~08:49 UTC), unii utilizatori au experimentat eșecuri de conectare, date lipsă ale membrilor echipei, și încărcare lentă de e-mailuri. Nu s-au pierdut date. Am adăugat alertă de utilizare a memoriei pentru a detecta această clasă de probleme înainte de a afecta utilizatorii. Ne cerem scuze pentru deranj.

Traducere automată din actualizarea oficială a incidentului.

1. 28 iulie 2026 la 14:02 UTCresolved

   Pe 28 iulie, între aproximativ 1:28 PM și 1:58 PM (UTC), modulul Stripo nu a reușit să inițializeze integrarea integrată. Problema a fost cauzată de performanța degradată a unui serviciu de statistică internă, care a încetinit cererile de inițializare a modulului. Echipa noastră a repornit serviciul afectat și colecția de statistici cu handicap temporar pentru inițializările plugin pentru a restabili funcționarea normală. Modulul este acum de încărcare așa cum era de așteptat. Ne cerem scuze pentru orice neplăceri cauzate.

Traducere automată din actualizarea oficială a incidentului.

1. 25 iulie 2026 la 09:18 UTCinvestigating

   Ar putea exista probleme în timpul încărcării, schimbării sau eliminării imaginilor clienților în interiorul editorului. Ora (UTC): 2026-07-25T09:18:22

2. 25 iulie 2026 la 09:20 UTCresolved

   Acest incident a fost rezolvat.

Traducere automată din actualizarea oficială a incidentului.

1. 24 iulie 2026 la 11:27 UTCresolved

   Pe 24 iulie între 09:20 și 09:50 UTC, co-edierea în timp real în editorul plugin a fost temporar indisponibilă. În timpul unei eliberări programate, o actualizare a schemei de baze de date a durat mai mult decât era de așteptat și a supraîncărcat pe scurt baza de date, ceea ce a determinat repornirea serviciului de co-editare. Echipa noastră a identificat cauza și a restaurat complet serviciul de 09:50 UTC. Nu s-au pierdut date ale clienților, iar toate celelalte funcționalități Stripo au rămas disponibile pe tot parcursul. De atunci am adăugat garanții la procesul nostru de eliberare pentru a preveni o recurență.

Traducere automată din actualizarea oficială a incidentului.

1. 23 iulie 2026 la 09:39 UTCinvestigating

   Ar putea exista o problemă cu acces la contul clientului. Ora (UTC): 2026-07-23T09:39:04

2. 23 iulie 2026 la 09:49 UTCinvestigating

   [Comentariu de la Opsgenie]Dmitry Kudrenko a recunoscut alerta: "Partial Outage in work of Stripo Account Backend part"

3. 23 iulie 2026 la 10:02 UTCresolved

   Acest incident a fost rezolvat.

Traducere automată din actualizarea oficială a incidentului.

1. 20 iulie 2026 la 18:11 UTCinvestigating

   Incident de securitate Stripo Cum a început asta Am primit două rapoarte ale clienților privind activitatea neobișnuită asociată cu conturile ESP. În timp ce un raport individual ar fi putut fi atribuit în mod rezonabil unei game variate de cauze, inclusiv probleme de configurare, integrări moștenite sau factori specifici furnizorilor, al doilea raport a implicat un furnizor diferit de ESP și a prezentat caracteristici similare. În acel moment, am stabilit că modelul observat justifică o revizuire cuprinzătoare a securității și a inițiat o anchetă mai amplă. Starea curentă Pe măsură ce am identificat conturile cu certificate ESP stocate, am ajuns să le cerem clienţilor să-şi rotească cheile ca prioritate. Aceasta nu a fost o singură trecere, completă: pe măsură ce investigaţia noastră a continuat, am identificat conturi suplimentare care au necesitat aceeaşi notificare, şi le-am contactat aşa cum au fost confirmate. Dacă aveți acreditări ESP conectate la Stripo și nu le-au rotit încă: 1. Revocaţi cheia veche de acolo; generarea unei noi chei nu dezactivează automat cea veche. 2. Generați o nouă cheie în contul dvs. ESP. 3. Actualizarea noii chei din Stripo sub Setări Proiecte → Integrari . 4. Revizuiți activitatea recentă a contului dvs. ESP sau CRM: istoricul de conectare, modificările listei de contacte și orice campanii sau trimiteri pe care nu le recunoașteți. Un memento în timp ce toate acestea sunt în curs de desfășurare: nu vă vom cere să trimiteți o cheie, token, sau parolă prin e-mail sau într-un chat de sprijin. Ancheta în curs Ancheta noastră continuă. Dacă vom identifica orice constatări confirmate care sunt materiale pentru clienții afectați, le vom comunica fără întârzieri nejustificate.

2. 20 iulie 2026 la 18:15 UTCinvestigating

   20 iul, 2026 - 18:15 UTC Ce am reparat În urma comunicării noastre inițiale, am implementat o serie de îmbunătățiri suplimentare de securitate: 1. Audit de protecţie credibilă. Am analizat modul în care acreditările sunt stocate în sistemele noastre și am implementat criptarea suplimentară pentru datele credibile în cazul în care protecția îmbunătățită a fost identificată ca fiind adecvată. 2. Implementarea unor protecţii suplimentare ale browser-ului pentru a aborda un scenariu de expunere identificat legat de browser. Acreditările stocate nu mai sunt trimise înapoi la browser atunci când ecranul de integrare este deschis. Aceasta, combinată cu îmbunătăţirea depozitării de mai sus, reduce semnificativ riscurile potenţiale de expunere asociate cu manipularea credibilă. 3. Completat un audit de exploatare. Am revăzut sistemele noastre de logare de la un capăt la altul și am actualizat configurația noastră de exploatare forestieră pentru a preveni înregistrarea valorilor credențiale în jurnalele de aplicații. 4. Curățarea datelor vechi . Am şters vechile conexiuni ESP care au fost păstrate după ce au încetat să mai fie folosite, şi suntem în proces de eliminare a vechilor chei neutilizate încă la dosar. Pe baza anchetei noastre până în prezent, nu am identificat niciun indiciu de impact asupra modulului Stripo . Stripo nu stochează informațiile financiare sau de plată ale clienților. În consecință, pe baza anchetei noastre de până în prezent, nu am identificat niciun impact asupra datelor financiare sau de plată menținute de Stripo. Pe baza informațiilor disponibile în prezent, nu am identificat niciun impact asupra sistemelor noastre de producție primară. Activitatea identificată până în prezent pare să fi fost asociată cu un mediu de rezervă. Am pus în aplicare măsuri suplimentare de securitate pentru acel mediu și continuăm să evaluăm dacă există un impact mai larg în cadrul anchetei noastre în curs de desfășurare. Certificarea conformității Mentinem un program de securitate auditat independent, inclusiv certificari SOC 2 si ISO. Ca parte a acestei anchete, am identificat oportunități de consolidare în continuare a anumitor controale tehnice legate de gestionarea acreditărilor de export. Am pus în aplicare garanții suplimentare care abordează problemele identificate în timpul anchetei noastre. Încorporam, de asemenea, rezultatele acestei anchete în programul nostru de securitate, procesele de evaluare a riscurilor, controalele tehnice și activitățile viitoare de audit. Aceste constatări au informat garanții tehnice suplimentare și vor continua să fie încorporate în programul nostru de control al securității și audit. Certificările de securitate demonstrează că programul de securitate al unei organizații a fost evaluat independent în funcție de standardele recunoscute. Ca orice cadru de securitate, acestea sprijină îmbunătățirea continuă, deoarece sunt identificate noi riscuri și considerente de punere în aplicare. Ancheta în curs Ancheta noastră continuă. Ca parte a acestei activități, continuăm să revizuim activitatea de acces referitoare la situațiile din baza de date în care sunt stocate datele relevante. Dacă identificăm constatările confirmate care sunt importante pentru clienții afectați, le vom comunica fără întârzieri nejustificate.

3. 21 iulie 2026 la 14:23 UTCresolved

   Perioada de incident: 6 Raport final de incident Rezumat Între 6 şi 18 iulie 2026, un actor neautorizat a obţinut acces la un mediu intern, care nu se confruntă cu clienţii şi care a citit acces la o replică limitată, care conţinea doar un subset limitat de date de producţie. Pe baza investigaţiei noastre finalizate, actorul a executat întrebări citite care au dus la accesul la anumite informaţii stocate în acest mediu, inclusiv la anumite legitimaţii terţe ESP/export pe care clienţii le-au stocat în Stripo pentru integrarea lor, împreună cu anumite înregistrări contabile. La identificarea activităţii, am izolat şi dezafectat mediul implicat, am implementat măsuri de remediere şi am finalizat investigaţia noastră asupra incidentului. Incidentul a fost raportat doar printr-o cerere de client și nu a putut fi detectat prin monitorizarea noastră standard. Ce date au fost afectate Pe baza investigaţiei noastre finalizate, informaţiile identificate ca fiind accesate au inclus anumite legitimaţii terţe ESP/export pe care clienţii le-au salvat pentru a-şi conecta integrarea, împreună cu anumite înregistrări de cont asociate. Date de autentificare a contului. Parolele Stripo sunt stocate hashed și sărat Pentru că un atacator determinat ar putea, teoretic, să încerce să spargă haşişuri sărate în timp, nu ne-am asumat riscuri: am resetat proactiv fiecare parolă Stripo, chiar dacă nu există nici un indiciu că haşişele pot fi practic recuperate. Fiecare utilizator pur și simplu setează o nouă parolă la următoarea sign-in. Ce am făcut 1. Limitat incidentul prin tăierea și dezafectarea mediului intern implicat. 2. Criptare extinsă în repaus la toate acreditările stocate ESP / export, inclusiv cele care nu au fost deja criptate (chei deținute într-un AWS KMS gestionat). 3. Oprirea returnării acreditărilor la browser atunci când ecranele de integrare sunt deschise. 4. Revizuirea aplicaţiilor şi eliminarea valorilor de acreditare din scenariile limitate în care acestea ar putea apărea. Deşi investigaţia noastră nu a identificat dovezi că jurnalele aplicaţiilor au făcut parte din calea atacului, am implementat totuşi această protecţie suplimentară ca parte a eforturilor noastre de remediere mai ample. 5. Curățarea acreditărilor vechi/inactive reținute după ce acestea nu mai erau utilizate. 6. Pentru Klavio, HubSpot, Zoho şi AWeber, am revocat automat toate jetoanele de autorizare. 7. A efectuat o revizuire completă a perimetrului nostru de infrastructură: auditat toate grupurile de securitate și căile de acces la nodurile de sistem, a rotit parolele pentru toate bazele de date, a limitat replica numai citire la acces intern, și acces revizuit deținute de serviciile interne și personalul, înăsprind-o sub principiile celor mai puțin prioritare. 8. Resetați proactiv toate parolele de utilizator și sesiuni invalidate. 9. A adăugat monitorizarea și alertarea pentru autentificare la instrumente interne, conexiuni externe de baze de date, și lecturi în vrac de tabele sensibile. Funcţionăm conform standardelor de securitate şi protecţie a datelor recunoscute, inclusiv programului nostru SOC 2. Ca parte a programului nostru de securitate în curs de desfășurare, vom continua să consolideze controalele noastre tehnice și organizatorice pe baza constatărilor acestei anchete. Cine nu a fost afectat Clienții care au exportat doar în formate de fișiere (HTML, AMP HTML, PDF, EML, imagine, etc.) nu au stocat nicio acreditare la noi și nu sunt afectați. De asemenea, nu au fost accesate certificate pentru următorii furnizori: CleverTap, Client.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. Modul și desfășurările auto-hosted nu au fost afectate de mediul înconjurător și replica implicate fac parte din infrastructura Stripo Cloud, nu produsul auto-hosted sau plugin-ul Stripo. Conturi inactive pe termen lung. În cadrul politicii noastre de păstrare a datelor și în conformitate cu obligațiile GDPR, conturile clienților inactivi și datele lor cu caracter personal sunt șterse în mod obișnuit, astfel încât informațiile aparținând clienților inactivi de mult timp nu au fost prezente în acest mediu și nu au putut fi expuse. Date privind plata Pe baza anchetei noastre, nu au fost identificate numere complete de card de plată (PAN) sau coduri CVV ca fiind accesate. Plăţile cu cardul sunt procesate de către prestatorii noştri de plăţi (Stripe and PayPal), iar Stripo nu păstrează numere complete de card de plată sau coduri CVV. Colaborarea cu partenerii noștri ESP Deoarece acestea sunt acreditări terțe părți, contactăm proactiv furnizorii ESP implicați, în spiritul parteneriatului și pentru a proteja clienții noștri comuni, astfel încât acreditările afectate pot fi revocate de partea lor ca o protecție suplimentară. Ceea ce recomandăm clienţilor noştri să facă 1. Dacă furnizorul dvs. nu este în secţiunea de mai sus care nu a fost afectată şi nu aţi făcut-o deja: rotiţi acreditările ESP conectate la contul dvs. Stripo Pentru integrarea pe bază de OAuth, revocați autorizația lui Stripo la furnizorul dvs. și reconectați. 2. Revizuiți activitatea ESP/CRM de la începutul lunii iulie . . Semn-in-uri, modificări de contact-listă, și orice campanii, trimite, sau exporturi pe care nu le recunosc. Rotirea unei chei oprește utilizarea viitoare, dar nu anulează activitatea care a avut loc deja. 3. Parola dvs. Stripo a fost deja resetată Închidere Regretăm sincer că acest incident a avut loc. Am contactat direct clienţii afectaţi şi rămânem disponibili pentru a răspunde la întrebările ulterioare la cerere. Contact: [email protected].

Traducere automată din actualizarea oficială a incidentului.

1. 7 iulie 2026 la 15:26 UTCinvestigating

   Ar putea exista probleme în timpul încărcării, schimbării sau eliminării imaginilor clienților în interiorul editorului. Ora (UTC): 2026-07-07T15:26:22

2. 7 iulie 2026 la 15:27 UTCresolved

   Acest incident a fost rezolvat.

Traducere automată din actualizarea oficială a incidentului.

1. 1 iulie 2026 la 03:53 UTCinvestigating

   Ar putea exista o problemă legată de exportul de șabloane de e-mail ca fișiere PDF de la editor. Ora (UTC): 2026-07-01T03:52:37

2. 1 iulie 2026 la 03:53 UTCresolved

   Acest incident a fost rezolvat.

Traducere automată din actualizarea oficială a incidentului.

1. 18 iunie 2026 la 13:43 UTCinvestigating

   Ar putea exista o problemă legată de trimiterea de mesaje de testare la adresele de e-mail specificate și/sau legate de testarea șabloanelor de e-mail cu e-mail pe Acid. Ora (UTC): 2026-06-18T13:43:15

2. 18 iunie 2026 la 13:44 UTCresolved

   Acest incident a fost rezolvat.

Traducere automată din actualizarea oficială a incidentului.