Störungsverlauf von Maropost

1. 11. August 2026 um 22:45 UTCinvestigating

   Wir haben intermittierende Spikes identifiziert, die dazu führen, dass einige Händler beim Navigieren im Control Panel einen Fehler "Wir sind in Kürze zurück" erhalten. Wir untersuchen und verbessern weiterhin, um zu verhindern, dass diese Fehler auftreten.

2. 12. August 2026 um 02:09 UTCmonitoring

   We are currently seeing increased bot traffic that is bypassing some of our existing safeguards. We have added further protections, which are helping reduce the impact. However, the traffic patterns continue to change, so we are making ongoing adjustments to our mitigations. We are currently using a more aggressive approach and closely monitoring the situation. We will provide further updates as the situation progresses.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 6. August 2026 um 02:31 UTCresolved

   On Aug 4, 2026 through Aug 6, 2026, some customers experienced intermittent slowness and errors across parts of the system during several short periods. Our team identified elevated traffic and processing load as the cause, reduced the load, and restored stable performance. The incidents were caused by a large increase of sophisticated bots that Cloudflare miscategorized and treated as human traffic. The issue is resolved and we continue to monitor the system. We are collaborating with Cloudflare to improve detection of these requests and reduce their impact going forward.

1. 27. Juli 2026 um 01:48 UTCinvestigating

   Wir erhalten Berichte über Kontrolltafeln, die "Wir werden in Kürze wieder online sein" erhalten. Unser Entwicklungsteam untersucht jetzt.

2. 27. Juli 2026 um 02:35 UTCidentified

   Wir haben das Problem identifiziert und unser Entwicklungsteam arbeitet daran, es so schnell wie möglich zu lösen.

3. 27. Juli 2026 um 02:55 UTCmonitoring

   Unser Team hat eine Lösung bereitgestellt und überwacht die Situation genau, um sicherzustellen, dass sich die Dienste wieder normalisieren.

4. 27. Juli 2026 um 03:17 UTCresolved

   Das Problem wurde behoben und die Dienste funktionieren wie gewohnt.

5. 27. Juli 2026 um 05:18 UTCpostmortem

   Am 27. Juli 2026 erlebte eine Untergruppe von Händlern ein Problem beim Zugriff auf ihre Kontrolltafeln. Den betroffenen Nutzern wurde nach dem Versuch, sich anzumelden, die Nachricht „Wir werden in Kürze wieder online sein angezeigt. Der Vorfall begann um **11:48 Uhr AEST** und wurde um **1:17 Uhr AEST** für eine Gesamtdauer von **1 Stunde und 29 Minuten** aufgelöst. ## Was passierte Während eines Releases einer Produktionssoftware führte eine Änderung, die eine sicherheitsbezogene Bedienfeldkonfiguration betraf, dazu, dass authentifizierte Anforderungen für eine Teilmenge von Bedienfeldern fehlschlugen. Das Problem betraf nur Kontrolltafeln, bei denen die entsprechende Sicherheitsfunktion aktiviert war. Benutzer konnten die Anmeldeseite erreichen, aber nach der Authentifizierung konnten sie nicht auf das Bedienfeld zugreifen. ## Auswirkungen Einige Händler konnten vorübergehend nicht auf ihre Kontrolltafeln zugreifen und administrative Aufgaben erledigen. Die Störung beschränkte sich auf eine Untergruppe von Kontrolltafeln. Die Dienste wurden wieder normal, sobald die betroffene Konfiguration deaktiviert wurde. ## Timeline * **11:48 Uhr AEST ** - Es wurden Berichte über Kontrolltafeln mit der Aufschrift "Wir werden in Kürze wieder online sein" erhalten, und das Entwicklungsteam begann mit der Untersuchung. * **12:35 Uhr AEST** – Die Ursache des Problems wurde identifiziert und die Sanierungsarbeiten begannen. * **12:55 Uhr AEST** – Ein Fix wurde bereitgestellt und der Dienst wurde überwacht. * **1:17 Uhr AEST** – Das Problem wurde als behoben bestätigt und die Dienste funktionierten normal. ## Wurzelursache Eine in der Produktionsfreigabe enthaltene Änderung führte dazu, dass für betroffene Bedienfelder eine falsche Konfiguration für Sicherheitsberichte generiert wurde. Dies führte zu einem Response-Header, der die unterstützte Größenbegrenzung überschritt, wodurch authentifizierte Bedienfeldanforderungen fehlschlugen. ## Resolution Die betroffene Sicherheitsfunktion wurde deaktiviert und der Zugriff auf die betroffenen Bedienfelder sofort wiederhergestellt. Eine permanente Codekorrektur wird ebenfalls implementiert, so dass das Feature funktionieren kann, ohne die ungültige Konfiguration zu erzeugen. ## Vorbeugende Maßnahmen Um die Wahrscheinlichkeit eines ähnlichen Vorfalls zu verringern, sind wir: * Hinzufügen einer Regressionsabdeckung für den authentifizierten Zugriff auf das Bedienfeld, wenn die Sicherheitsmeldefunktionen aktiviert sind. * Erweiterung der Staging-Validierung für Response-Header-Größe und Änderungen der Sicherheitskonfiguration. * Verbesserung der Release-Checks für Feature-Toggle-Kombinationen vor der Bereitstellung der Produktion. * Implementierung der permanenten Codekorrektur und Validierung, bevor das betroffene Feature erneut aktiviert wird. Wir entschuldigen uns für die Störung und schätzen die Geduld der betroffenen Händler, während unsere Teams daran arbeiteten, den Zugang wiederherzustellen.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 24. Juli 2026 um 01:34 UTCinvestigating

   Wir untersuchen derzeit Berichte über intermittierende Langsamkeit, die das Neto Control Panel betreffen.

2. 24. Juli 2026 um 01:51 UTCmonitoring

   Unser Team hat eine Lösung bereitgestellt und überwacht die Situation genau, um sicherzustellen, dass sich die Dienste wieder normalisieren.

3. 24. Juli 2026 um 02:26 UTCresolved

   Dieser Vorfall wurde behoben.

4. 27. Juli 2026 um 22:45 UTCpostmortem

   Am 24. Juli 2026 erlebten einige Kunden während zwei kurzer Zeit intermittierende Langsamkeit in Teilen des Dienstes. Unser Team identifizierte eine erhöhte Verkehrs- und Verarbeitungslast als Ursache, ergriff Maßnahmen, um die Belastung zu reduzieren und eine stabile Leistung wiederherzustellen. Das Problem ist nun gelöst, und wir werden es weiterhin genau beobachten. Wir unternehmen Schritte, um die Widerstandsfähigkeit zu verbessern und zu verhindern, dass sich ähnliche Probleme wiederholen.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 23. Juli 2026 um 04:57 UTCinvestigating

   Wir untersuchen derzeit Berichte über intermittierende Langsamkeit, die das Neto Control Panel betreffen. Es kann zu Verzögerungen beim Zugriff auf oder beim Navigieren in der Systemsteuerung kommen. Unsere Engineering-Teams untersuchen das Problem aktiv, um die Ursache zu identifizieren und die normale Leistung so schnell wie möglich wiederherzustellen.

2. 23. Juli 2026 um 05:25 UTCidentified

   Das Problem wurde identifiziert und ein Fix wird implementiert.

3. 23. Juli 2026 um 05:46 UTCmonitoring

   Ein Fix wurde implementiert und wir überwachen die Ergebnisse.

4. 23. Juli 2026 um 05:57 UTCresolved

   Dieser Vorfall wurde behoben.

5. 27. Juli 2026 um 22:44 UTCpostmortem

   Am 23. Juli 2026 erlebten die Kunden eine intermittierende Langsamkeit beim Zugriff auf das **Neto Control Panel **, was sich auf etwa **20% der Anfragen ** auswirkte. Das Problem wurde durch eine Änderung der Infrastrukturkonfiguration verursacht, die eine Mischung von Instanztypen mit unterschiedlichen Leistungsmerkmalen einführte, was dazu führte, dass einige Instanzen unter dem Produktionsverkehr überlastet wurden. Unser Engineering-Team löste das Problem, indem es den betroffenen Instanztyp entfernte, die betroffenen Instanzen durch computeroptimierte Instanzen ersetzte und die Infrastrukturkonfiguration aktualisierte, um ein Wiederauftreten zu verhindern. Darüber hinaus implementieren wir zusätzliche Verbesserungen an unseren Load-Balancing-Konfigurations- und Infrastrukturvalidierungsprozessen, um die Zuverlässigkeit der Plattform weiter zu verbessern.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 23. Juli 2026 um 01:45 UTCinvestigating

   Australia Post hat eine API-Degradation gemeldet, die sich auf die Leistung von Label Printing APIs auswirkt. Die neuesten Aktualisierungen finden Sie auf der Entwicklerstatusseite der Australia Post: https://status.developers.auspost.com.au/incidents/l1qmd679b34p Bitte beachten Sie, dass wir derzeit eine eingeschränkte Leistung auf Etikettendruck-APIs erleben Unsere Teams untersuchen derzeit und wir werden Sie auf dem Laufenden halten, während wir daran arbeiten, das Problem zu lösen. Australien Entschuldigen Sie sich für alle verursachten Unannehmlichkeiten.

2. 23. Juli 2026 um 01:59 UTCmonitoring

   Update von Australia Post Status des Vorfalls: Überwachung Ein Fix wurde implementiert und wir überwachen die Ergebnisse. https://status.developers.auspost.com.au/incidents/l1qmd679b34p

3. 23. Juli 2026 um 02:03 UTCresolved

   Vorfall behoben Dieser Vorfall wurde behoben.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 21. Juli 2026 um 23:42 UTCinvestigating

   Wir sind uns derzeit eines Problems bewusst, das die eBay-Integration betrifft, wobei eine Fehlermeldung erscheint, die besagt: "Listing Duration is required". Record Skipped. Unser Entwicklungsteam untersucht das Problem aktiv.

2. 22. Juli 2026 um 01:28 UTCinvestigating

   Wir werden dieses Problem weiter untersuchen.

3. 22. Juli 2026 um 02:12 UTCidentified

   Das Problem wurde identifiziert und ein Fix wird implementiert.

4. 22. Juli 2026 um 04:33 UTCmonitoring

   Ein Fix wurde implementiert und wir überwachen die Ergebnisse.

5. 22. Juli 2026 um 06:40 UTCresolved

   Dieser Vorfall wurde behoben.

6. 23. Juli 2026 um 05:29 UTCpostmortem

   ### Zusammenfassung Am 22. Juli 2026 erfuhren Händler, die die eBay-Integration nutzten, dass Aktualisierungen der Auflistung mit dem folgenden Fehler übersprungen wurden: > „Listing Duration ist erforderlich. Record Skipped. Der Vorfall wurde um 9:42 Uhr AEST gemeldet und um 16:40 Uhr AEST mit einer Gesamtdauer von etwa 6 Stunden und 58 Minuten behoben. Wir entschuldigen uns für die Störung, die Händlern durch die eBay-Integration verursacht wurde. ### Auswirkungen Während des Vorfalls konnten betroffene eBay-Listing-Aufzeichnungen nicht erfolgreich verarbeitet werden. Dies hat möglicherweise verhindert, dass Händler durch die Integration Listen erstellen oder aktualisieren. Händler, die eine eBay-Listenregelvorlage gespeichert haben, während das Problem vorhanden war, haben möglicherweise auch einige Vorlagenfelder ohne ihre erwarteten Werte gespeichert, obwohl der richtige Wert weiterhin in der Benutzeroberfläche angezeigt wird. Andere Plattformdienste waren nicht betroffen. ### Wurzelursache Ein interner Datenimportprozess, der zur Aktualisierung freigegebener eBay-Informationen verwendet wurde, wurde vor Abschluss abgebrochen. Da der Prozess bereits einen Teil des Datensatzes aktualisiert hatte, erforderte seine Stornierung unvollständige eBay-Informationen. Dies führte dazu, dass nachfolgende Aktualisierungen der Auflistung fehlschlugen und übersprungen wurden. Ein direkter Backup- und Wiederherstellungsprozess für die betroffene freigegebene Datenbank war nicht verfügbar. Unser Entwicklungsteam nutzte daher einen punktgenauen Datenbankwiederherstellungsprozess, um die betroffenen Informationen abzurufen und wiederherzustellen. ### Resolution Unser Entwicklungsteam stellte eine Produktionsdatenbank in einer separaten Wiederherstellungsumgebung wieder her und extrahierte die betroffenen Tabellen. Die wiederhergestellten Informationen wurden dann in jedem der relevanten Produktionsdatenbankcluster wiederhergestellt. Die erste Restaurierung wurde von Development and Support validiert, bevor die verbleibenden Cluster aktualisiert wurden. Nachdem die Wiederherstellung abgeschlossen war, überwachten wir die Integration, um zu bestätigen, dass eBay-Listing-Aufzeichnungen erfolgreich verarbeitet wurden, bevor der Vorfall als behoben markiert wurde. ### Merchant Follow-up Händler, die während des Vorfalls eine Regelvorlage für das eBay-Listing gespeichert haben, sollten die betroffene Vorlage erneut speichern. Um festzustellen, ob eine Vorlage während des Vorfalls geändert wurde: 1. Melden Sie sich in Ihrem Control Panel an. 2. Offen **Reports**. 3. Wählen Sie den Bericht **Staff User Log **. 4. Geben Sie `ebaytmpl` im Feld **Page Type** ein. 5. Geben Sie `edit` im Feld **Process** ein. 6. Überprüfung von Änderungen, die während des Ereignisfensters vorgenommen wurden. 7. Notieren Sie sich die betroffenen Vorlagen-IDs in der Spalte **Notes**. 8. Öffnen und speichern Sie jedes betroffene eBay-Template erneut. Das Feld **Listing Duration** wurde möglicherweise als leer gespeichert, obwohl die Schnittstelle weiterhin "GTC" anzeigte. Händler, die keine eBay-Geschäftsrichtlinien verwenden, sollten auch die Felder im Abschnitt **Returns** der Vorlage überprüfen, da diese Felder möglicherweise erneut eingegeben werden müssen, bevor die Vorlage gespeichert wird. ### Timeline Alle Zeiten sind in AEST am 22. Juli 2026. * **9:42 Uhr - Die Untersuchung begann, nachdem Berichte über eBay-Listing-Aufzeichnungen übersprungen wurden. * **11:24 Uhr - Die Wiederherstellung der Point-in-Time-Datenbank hat begonnen. ***11:37 Uhr** – Die Wiederherstellungsdatenbank wurde erfolgreich wiederhergestellt. * **11:50 Uhr** – Die betroffenen Informationen wurden extrahiert und für die Restaurierung vorbereitet. * **12:05 Uhr** – Die Wiederherstellung des ersten Produktionsdatenbankclusters wurde abgeschlossen. * **12:11 Uhr** – Entwicklung und Support bestätigten, dass die erste Restaurierung erfolgreich war. * **12:17 Uhr** – Die Wiederherstellung begann in den verbleibenden Datenbankclustern. * **12:43 Uhr** – Die Restaurierung wurde in allen verbleibenden Clustern abgeschlossen. ***2:33 Uhr** – Der Fix wurde als implementiert bestätigt und die Überwachung begann. * **4:40 Uhr** – Die Überwachung bestätigte, dass die Integration erfolgreich funktionierte und der Vorfall behoben wurde. ### Folgemaßnahmen Wir prüfen die folgenden Verbesserungen: * Hinzufügen von Sicherheitsvorkehrungen für die Stornierung von Datenimportprozessen, so dass teilweise abgeschlossene Updates gemeinsame Informationen nicht in einem unvollständigen Zustand hinterlassen können. * Verbesserung der Validierungs- und Wiederherstellungsverfahren für gemeinsame eBay-Integrationsinformationen. * Wiederherstellung eines funktionierenden Shared-Database-Backup-Prozesses, um eine schnellere und gezieltere Wiederherstellungsoption bereitzustellen. * Überprüfen, ob zusätzliche Validierungen verhindern können, dass Vorlagen gespeichert werden, wenn erforderliche Basiswerte fehlen.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 8. Juli 2026 um 21:50 UTCinvestigating

   Wir untersuchen ein Problem, bei dem einige Neto-Stores 503 Fehler bei API-Anfragen erhalten.

2. 8. Juli 2026 um 23:30 UTCmonitoring

   Unser Team hat eine Lösung gefunden und beobachtet die Situation genau.

3. 9. Juli 2026 um 00:17 UTCresolved

   Das Problem ist gelöst. Unser Team wird die Situation weiterhin genau beobachten.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 8. Juli 2026 um 17:00 UTCinvestigating

   Wir erleben eine Servicestörung für das Neto Control Panel und Storefronts. Wir untersuchen die Lösung und werden so schnell wie möglich ein Update veröffentlichen.

2. 8. Juli 2026 um 17:21 UTCidentified

   Wir haben das Problem identifiziert und auf eine Korruption im Netzwerkdateisystem zurückgeführt. Wir haben die entsprechenden Korrekturen vorgenommen und das System hat begonnen, sich zu erholen.

3. 8. Juli 2026 um 17:38 UTCmonitoring

   Die Behebung des Netzwerkdateisystems wird behoben und der Dienst wiederhergestellt. Wir überwachen die Plattform weiterhin, um ihre Verfügbarkeit und Stabilität zu gewährleisten.

4. 8. Juli 2026 um 18:36 UTCresolved

   Am 8. Juli 2026 hatten wir ein Infrastrukturproblem, das alle Neto-Händler-Webstores und cPanels für etwa 1 Stunde und 30 Minuten betraf. Der Vorfall wurde durch einen Fehler in unserer gemeinsamen Dateisysteminfrastruktur verursacht, der den Zugriff kritischer Dienste auf die Dateien verhinderte, die für die Bedienung von Websites und cPanels erforderlich waren. Infolgedessen blockierte die Plattform automatisch neue Anforderungen zum Schutz der Datenkonsistenz, was zu Serviceunterbrechungen in allen Neto-Stacks führte. Unser Engineering-Team reagierte sofort, indem es die betroffenen Dateisystemdienste wiederherstellte, auf eine gesunde Infrastrukturinstanz überging und betroffene virtuelle Maschinen ersetzte. Sobald diese Wiederherstellungsaktionen abgeschlossen waren, wurden alle Webstores und cPanels wieder in den normalen Betrieb versetzt. Wir setzen unsere Untersuchung fort, um den zugrunde liegenden Grund für den Fehler im Dateisystemprozess zu ermitteln. Basierend auf unseren Erkenntnissen werden wir zusätzliche Überwachung und Alarmierung sowie notwendige Infrastrukturverbesserungen implementieren, um ähnliche Vorfälle in Zukunft zu erkennen und zu verhindern.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 15. Juni 2026 um 23:46 UTCinvestigating

   We are currently investigating an issue related to the error message “Something Went Wrong” affecting users configuring Unified Login.

2. 16. Juni 2026 um 00:25 UTCinvestigating

   We are continuing to investigate this issue. We will provide further updates as more information becomes available.

3. 16. Juni 2026 um 01:36 UTCresolved

   Our team has identified and resolved the issue. If you created a Unified Login account and encountered the “Something went wrong” error, your account was still successfully created. Please use the credentials you set to log in as normal via app.maropost.com If you continue to experience any issues, please contact our support team for assistance.

1. 31. Mai 2026 um 22:39 UTCinvestigating

   We are currently investigating a potential service interruption affecting SFTP connections for some Neto stores. During this time, some users may experience difficulty connecting via SFTP.

2. 1. Juni 2026 um 01:06 UTCidentified

   We have identified an issue affecting DNS resolution for a service domain used by Neto's SFTP infrastructure. Our team is actively working with the relevant service providers to restore normal operation as quickly as possible.

3. 1. Juni 2026 um 01:16 UTCmonitoring

   The issue affecting SFTP connectivity has now been resolved, and SFTP services are operating normally.

4. 1. Juni 2026 um 01:20 UTCresolved

   The issue affecting SFTP connectivity has been resolved and services are operating normally. We apologize for the disruption and appreciate your patience while we worked to resolve the issue.

1. 26. Mai 2026 um 01:34 UTCinvestigating

   The Neto Core Checkout page is currently unavailable for some merchants and is returning a 504 Gateway Timeout error. We have identified the issue and are actively investigating it on top priority.

2. 26. Mai 2026 um 01:41 UTCmonitoring

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

3. 26. Mai 2026 um 01:46 UTCresolved

   This incident has been resolved.

1. 5. Mai 2026 um 03:45 UTCinvestigating

   We are currently investigating this issue.

2. 5. Mai 2026 um 04:36 UTCidentified

   The “Sorry, you have been blocked” error in cPanel has been identified as false positives triggered by Cloudflare. We are actively working with Cloudflare, who are investigating the issue and helping implement a fix. We will provide further updates as they become available. Thank you for your patience.

3. 5. Mai 2026 um 16:05 UTCresolved

   This incident has been resolved.

1. 4. Mai 2026 um 06:41 UTCinvestigating

   We are currently investigating this issue.

2. 4. Mai 2026 um 06:44 UTCidentified

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

3. 4. Mai 2026 um 06:52 UTCmonitoring

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

4. 4. Mai 2026 um 07:04 UTCresolved

   This incident has been resolved.

1. 3. Mai 2026 um 23:55 UTCinvestigating

   We are receiving reports of sites receiving "We will be back online shortly". Our Development Team are investigating now.

2. 4. Mai 2026 um 00:04 UTCmonitoring

   We are receiving reports that services are returning to normal. We are continuing to monitor the situation.

3. 4. Mai 2026 um 00:09 UTCmonitoring

   Some sites may still show "We will be back online shortly" intermittently. Our Development Team is working to resolve the issue as soon as possible.

4. 4. Mai 2026 um 03:52 UTCresolved

   This incident has been resolved.

5. 6. Mai 2026 um 02:02 UTCpostmortem

   ### Summary On 4 May 2026, some merchants experienced intermittent access issues with their webstores and Control Panel. During this time, some sites may have displayed a “We will be back online shortly” message. ### Impact The issue caused intermittent availability issues for some merchant webstores and Control Panel access. The impact was not consistent across all sites, and some requests may have succeeded while others failed. ### Root Cause The issue was caused by a sudden spike in automated crawler traffic, which created increased load on the caching layer. This prevented some new connections from being established and resulted in intermittent availability issues. ### Resolution The traffic pattern was identified, and mitigation was applied to reduce the impact of the abnormal traffic while maintaining access for legitimate crawler activity. ### Preventative Actions We have strengthened traffic protection rules to better manage sudden high-volume crawler activity. We are also continuing to monitor traffic patterns and refine platform protections to reduce the risk of similar disruptions.

1. 29. April 2026 um 23:40 UTCinvestigating

   We are receiving reports of sites receiving "We will be back online shortly". Our Development Team are investigating now.

2. 30. April 2026 um 00:15 UTCmonitoring

   We are receiving reports that services are returning to normal. We are continuing to monitor the situation.

3. 30. April 2026 um 00:50 UTCresolved

   The issue has been resolved and services are operating as normal.

4. 6. Mai 2026 um 05:47 UTCpostmortem

   ### Summary On 30 April 2026, some merchants experienced intermittent disruption when accessing storefronts and the Control Panel. During the incident, some storefront pages may have intermittently displayed a “We’ll be back online shortly” message, while some Control Panel access may also have been affected. The incident was caused by a significant spike in automated traffic directed at the platform, which placed abnormal load on the caching and application layers. This resulted in intermittent availability and degraded performance for affected services. ### Root Cause The disruption was caused by a large volume of automated traffic targeting the platform. This traffic created abnormal load on the caching layer, which is used to support efficient delivery of storefront and Control Panel content. As traffic volumes increased, the caching and application layers became degraded, resulting in intermittent access issues for some merchants. ### Resolution Our teams identified the unusual traffic pattern and implemented targeted mitigation rules to reduce the impact of the automated traffic. Once the mitigation was applied, the caching and application layers stabilised, and services returned to normal. We continued monitoring after service recovery to ensure the platform remained stable. ### Preventative Actions To reduce the likelihood and impact of similar events in future, we have taken the following actions: * Strengthened traffic filtering and mitigation rules for abnormal request patterns. * Improved monitoring for sudden traffic spikes and automated traffic fingerprints. * Reviewed the traffic behaviour with our traffic protection provider to better identify similar patterns in future. * Continued tuning of platform protection rules to reduce the impact of high-volume automated traffic.

1. 27. April 2026 um 03:17 UTCidentified

   We are currently aware of an issue affecting eBay integration. eBay has confirmed a DNS resolution issue impacting their APIs, which may result in errors (including “error 0”) and failed or delayed syncs. You can view eBay’s official update here: https://developer.ebay.com/support/api-status/production/dns-resolution-failure-for-api-ebay-com

2. 27. April 2026 um 07:58 UTCmonitoring

   eBay has identified a DNS resolution issue affecting their APIs: https://developer.ebay.com/support/api-status/production/dns-resolution-failure-for-api-ebay-com While there is no official confirmation of full resolution yet, we are seeing partial recovery, with processes starting to work for some merchants.

3. 27. April 2026 um 23:26 UTCmonitoring

   eBay has provided an update on their status page: https://www.ebay.com.au/sts?msockid=37d317c345a462fa0d8002bf446263f5 We're aware that some customers have been experiencing intermittent technical issues since Sunday on parts of the eBay platform. We appreciate your patience as we work to resolve this. eBay will protect your seller performance, including removal of: - Negative or Neutral Feedback related to the intermittent technical issues - Defects resulting from impacted orders (cancellations and claims closed without seller resolution) We will also protect your valid tracking upload rate metrics and on time shipping metrics from any impact. If you had an auction end after April 26, 12:01 pm PT, which you feel was impacted, you have the option to cancel the order and we will protect your seller performance and refund associated selling and ad fees. We know how important a reliable marketplace is and we appreciate your patience as we address this. Future updates from us will continue to be posted here.

4. 28. April 2026 um 03:42 UTCresolved

   The issue impacting eBay integration appears to be resolved for affected merchants. This was related to a broader incident on eBay’s side. We recommend continuing to monitor the eBay API status page: https://developer.ebay.com/support/api-status/production/dns-resolution-failure-for-api-ebay-com and eBay system status page: https://www.ebay.com.au/sts?msockid=37d317c345a462fa0d8002bf446263f5 for any further updates. If you are still experiencing issues, please reach out to Neto support so we can investigate further.

1. 27. April 2026 um 00:13 UTCinvestigating

   We are receiving reports of some cPanel pages showing "Software Error". Our Development Team are investigating now

2. 27. April 2026 um 00:27 UTCmonitoring

   Services are returning to normal. We are continuing to monitor the situation.

3. 27. April 2026 um 00:58 UTCresolved

   All services are now running normally.

4. 6. Mai 2026 um 05:43 UTCpostmortem

   ### Summary On 27 April 2026, some merchants experienced intermittent issues accessing cPanel, with some pages returning a “Software Error” message or taking longer than expected to load. The issue was short-lived and services stabilised shortly after the initial disruption. We continued monitoring the platform before marking the incident as fully resolved. ### Customer Impact During the incident window, some merchants may have experienced temporary delays or errors when accessing cPanel. The issue did not impact all merchants. ### Root Cause The disruption was caused by a brief spike in database load, which temporarily affected the platform’s ability to serve some cPanel requests normally. ### Resolution Our monitoring detected the elevated load, and the platform’s automated scaling processes responded by provisioning additional capacity. Once the load reduced and scaling completed, cPanel access returned to normal. No manual intervention was required, and services stabilised within minutes. ### Preventive Actions The platform’s existing monitoring and auto-scaling processes operated as expected and allowed the system to recover automatically. We will continue to monitor platform performance and capacity to help maintain service stability during future load spikes.

1. 22. April 2026 um 01:47 UTCinvestigating

   We are currently investigating an issue causing degraded performance on some Neto stores. We are actively working to identify the root cause and restore normal performance as quickly as possible.

2. 22. April 2026 um 02:53 UTCidentified

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

3. 22. April 2026 um 04:02 UTCmonitoring

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

4. 22. April 2026 um 04:12 UTCresolved

   This incident has been resolved.

1. 16. April 2026 um 04:07 UTCidentified

   We are currently investigating an issue affecting some stores using the Australia Post Public API for shipping rate calculations. Affected merchants may experience no shipping options displaying at checkout, which can prevent customers from completing orders. We are working actively with Australia Post to resolve it as a priority. Workarounds While we continue working towards a resolution, merchants can use the following temporary options to restore checkout functionality: If you are using eParcel: Switch your shipping rate calculator from the Australia Post Public API to the eParcel rate calculator. If you are not using eParcel: Set up a backup flat rate in your Australia Post shipping table and configure it as a fallback. This allows customers to continue checking out if live rates are unavailable. If you need assistance applying these workarounds, please contact our support team and we’ll be happy to guide you through the setup. We will continue to provide updates as more information becomes available

2. 16. April 2026 um 04:52 UTCidentified

   We have identified a likely cause of the issue affecting Australia Post shipping rates for some stores. Our team is currently working on a hotfix to update the integration to Australia Post’s updated API service. This is expected to restore functionality for affected stores.

3. 21. April 2026 um 00:41 UTCresolved

   The issue affecting Australia Post freight calculations has now been resolved. We appreciate your patience while we worked to restore normal service.