Maropost の障害履歴

1. 2026年8月11日 22:45 UTCinvestigating

   We have identified intermittent spikes causing some merchants to receive a “We’ll be back shortly” error when navigating the Control Panel. We are continuing to investigate and make improvements to prevent these errors from occurring.

2. 2026年8月12日 2: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.

1. 2026年8月6日 2: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. 2026年7月27日 1:48 UTCinvestigating

   コントロールパネルのレポートを「短時間でバックアップします」と受けています。 当社の開発チームは、現在調査中です.

2. 2026年7月27日 2:35 UTCidentified

   問題を特定し、開発チームはできるだけ早く解決するために取り組んでいます.

3. 2026年7月27日 2:55 UTCmonitoring

   当社のチームは、修正を配備し、サービスが正常に戻ってくるように状況を密接に監視しています.

4. 2026年7月27日 3:17 UTCresolved

   問題は解決され、サービスは正常に動作しています.

5. 2026年7月27日 5:18 UTCpostmortem

   2026年7月27日、商人のサブセットがコントロールパネルにアクセスする問題を経験しました。 ログアウトしようとすると、感染したユーザが「オンラインを短くバックアップする」というメッセージが表示されます。 事件は、**11:48 AM AEST**で始まり、**1:17 PM AEST**で解決しました。 ## 何が起こったのか 生産ソフトウェアのリリース中に、セキュリティ関連のコントロールパネル構成に影響を与える変更により、認証されたリクエストはコントロールパネルのサブセットに失敗します。 問題は、関連するセキュリティ機能が有効になっている影響を受けるコントロールパネルのみです。 ユーザはログインページにアクセスすることができますが、認証後、コントロールパネルにアクセスできませんでした。 ## インパクト 一部の商店は、一時的にコントロールパネルにアクセスできず、管理タスクを完了できませんでした。 コントロールパネルのサブセットに制限されました。 影響を受けたコンフィギュレーションが無効になったら、サービスが正常に戻りました。 ## タイムライン ※11:48 AM AEST** – レポートは「弊社は短時間でオンラインでバックアップされます」と表示され、開発チームは調査を開始しました。 * **12:35 PM AEST ** - 問題の原因は特定され、修復作業が始まりました。 ※12:55 PM AEST** – 修正が導入され、監視下にサービスが配置されました。 * **1:17 PM AEST ** - 問題は解決され、サービスが正常に動作するように確認されました。 ## ルート原因 生産リリースに含まれている変更により、影響を受けたコントロールパネルで生成されるセキュリティレポートの誤った構成が発生した。 これにより、対応するサイズ制限を超える応答ヘッダーが生成され、認証されたコントロールパネルのリクエストが失敗するようになりました。 ## 決断 影響を受けたセキュリティ機能が無効化され、直ちに衝撃されたコントロールパネルへのアクセスを復元しました。 永続コード修正も実装されているため、無効な設定を生成せずに機能を実行できます。 ## 予防行動 同様の事件の可能性を減らすために、我々は以下です。 * 認証されたコントロールパネルアクセス用の回帰カバレッジを追加することで、セキュリティ機能が有効になっています。 * 応答ヘッダーのサイズとセキュリティ設定の変更のためのステージング検証を拡大します。 * リリースチェックを改善して、生産展開前の機能トグルの組み合わせを確認します。 * 永続コードの修正を実施し、影響を受けた機能を再エナブルする前に有効にします。 当社のチームは、アクセスを回復するために働いたが、影響を受けた商人の忍耐と混乱を強調し、感謝しています.

公式のインシデント更新を自動翻訳しています。

1. 2026年7月24日 1:34 UTCinvestigating

   現在、ネットコントロールパネルに影響する断続的な減速のレポートを調査しています.

2. 2026年7月24日 1:51 UTCmonitoring

   当社のチームは、修正を配備し、サービスが正常に戻ってくるように状況を密接に監視しています.

3. 2026年7月24日 2:26 UTCresolved

   この事件は解決しました.

4. 2026年7月27日 22:45 UTCpostmortem

   2026年7月24日、一部の顧客は、サービスの一部を2つの期間に間接的に断続的な減速を経験しました。 当社のチームは、原因として高いトラフィックと処理負荷を特定し、負荷を削減し、安定した性能を回復するために行動を取った。 問題は解決され、密接に監視し続けています。 私たちは、レジリエンスを改善し、同様の問題の再発を防ぐための措置を講じています.

公式のインシデント更新を自動翻訳しています。

1. 2026年7月23日 4:57 UTCinvestigating

   現在、ネットコントロールパネルに影響する断続的な減速のレポートを調査しています。 コントロールパネルにアクセスしたり、ナビゲートしたりすると、ユーザーは遅延が発生することがあります。 当社のエンジニアリングチームは、根本的な原因を特定し、可能な限り迅速に正常な性能を回復するために問題を積極的に調査しています.

2. 2026年7月23日 5:25 UTCidentified

   問題が特定され、修正が実装されています.

3. 2026年7月23日 5:46 UTCmonitoring

   修正を実装し、結果を監視しています.

4. 2026年7月23日 5:57 UTCresolved

   この事件は解決しました.

5. 2026年7月27日 22:44 UTCpostmortem

   **7月23日**で、**Neto Control Panel**にアクセスし、リクエストの約20%に影響する間、顧客は断続的な減速を経験しました**。 問題は、異なるパフォーマンス特性を持つインスタンスタイプのミックスを導入したインフラ構成変更によって引き起こされ、一部のインスタンスは生産トラフィックの下で過負荷になる。 当社のエンジニアリングチームは、影響を受けたインスタンスタイプを削除し、影響を受けたインスタンスを計算最適化されたインスタンスに置き換え、再発防止のためのインフラ構成を更新することにより、問題を解決しました。 また、ロードバランスの取れた構成とインフラ検証プロセスのさらなる改善を実施し、プラットフォームの信頼性をさらに高めます.

公式のインシデント更新を自動翻訳しています。

1. 2026年7月23日 1:45 UTCinvestigating

   オーストラリア郵便では、ラベル印刷APIの性能に影響を及ぼすAPI劣化が報告されています。 最新のアップデートについては、オーストラリアのポスト開発者ステータスページを参照してください。 https://status.developers.auspost.com.au/incidents/l1qmd679b34p 現在、Label Print API で劣化したパフォーマンスを経験しています。 当社のチームは現在調査中ですが、問題の解決に取り組みますのでお知らせします。 オーストラリア 不便をおかけしました.

2. 2026年7月23日 1:59 UTCmonitoring

   オーストラリアからの投稿 事件状況: 監視 修正を実装し、結果を監視しています。 https://status.developers.auspost.com.au/incidents/l1qmd679b34p

3. 2026年7月23日 2:03 UTCresolved

   インシデントの解決 この事件は解決しました.

公式のインシデント更新を自動翻訳しています。

1. 2026年7月21日 23:42 UTCinvestigating

   現在、eBay のインテグレーションに影響を及ぼす問題を認識しており、エラーメッセージが表示されています。「リストの期間が必要です。 記録スキップ 開発チームは積極的に課題を調査しています.

2. 2026年7月22日 1:28 UTCinvestigating

   今後もこの問題について調査を続けてまいります.

3. 2026年7月22日 2:12 UTCidentified

   問題が特定され、修正が実装されています.

4. 2026年7月22日 4:33 UTCmonitoring

   修正を実装し、結果を監視しています.

5. 2026年7月22日 6:40 UTCresolved

   この事件は解決しました.

6. 2026年7月23日 5:29 UTCpostmortem

   #### 概要 2026年7月22日、eBayインテグレーションの経験豊富なリストアップによる商店は、次のエラーでスキップされます。 > 「選考期間」が必要です。 記録スキップ 事故は午前9時42分に報告され、午後4時40分に決議され、約6時間58分を経過しました。 eBayインテグレーションを使用して商人に起因する混乱を想定しています。 ##インパクト 事件中, 影響を受けたeBayのリストレコードは正常に処理できませんでした. これは、企業が統合を通じてリストを作成または更新することを防ぐことができます。 問題が提示された間、eBay リストのルールテンプレートを保存したマーチャントは、インターフェイスに続く正しい値にもかかわらず、期待値なしで保存されたいくつかのテンプレートフィールドを持っていたかもしれません。 他のプラットフォームサービスは影響を受けていませんでした。 ## ルート原因 共有eBay情報を更新するために使用される内部データインポートプロセスは、完了する前にキャンセルされました。 プロセスは既にデータセットの一部を更新していたため、そのキャンセルは eBay 情報不完全な必要でした。 これにより、検証が失敗し、スキップされるため、その後のリストの更新が行われます。 影響を受けた共有データベースの直接バックアップおよび復元プロセスは利用できませんでした。 従って私達の開発チームは影響を受けた情報を取り、元通りにするためにポイント・イン・タイム データベースの回復プロセスを使用しました。 ## 決断 私たちの開発チームは、生産データベースを別の回復環境に復元し、影響を受けるテーブルを抽出しました。 復元された情報は、関連する生産データベースクラスターのそれぞれに復元されました。 残りのクラスターが更新される前に、開発とサポートによって最初の復元が検証されました。 復元が完了すると、インシデントを解決する前に、eBay リストレコードが正常に処理されたことを確認するための統合を監視しました。 ##マーチャントフォローアップ eBay リストのルールテンプレートを保存したマーチャントは、インシデントが発生したときに影響を受けるテンプレートを再保存する必要があります。 インシデント中にテンプレートが変更されたかどうかを識別するには: 1。 コントロールパネルにログインします。 2. 開いた**報告**。 3。**Staffユーザーログ**レポートを選択します。 4。 **ページタイプ**フィールドに `ebaytmpl` を入力します。 5.**Process** フィールドに `edit` を入力します。 6. インシデントウィンドウで行われた編集を確認します。 7. 影響を受けるテンプレート ID は、**Notes** 列に表示されます。 8. 各影響を受けたeBayテンプレートのオープンと再保存。 ** リストの期間** フィールドは、インターフェイスが「GTC」を表示し続けるにもかかわらず空白として保存されている可能性があります。 eBay Business Policy を使用しない商人は、テンプレートの **Returns** セクションのフィールドを見直し、テンプレートが保存される前に再入力する必要があるかもしれません。 ### タイムライン 2026年7月22日(水)に、AESTに毎回開催されます。 ***9:42 AM** - eBayのリストレコードがスキップされた後に調査が開始されます。 ※11:24 AM** – ポイントインタイムデータベースの復元が開始されました。 *11時37分** 回復データベースは正常に復元されました。 ※11:50 受付中 影響を受けた情報が抽出され、修復のために準備されました。 ※12:05 PM** - 最初の生産データベースクラスターの復元が完了しました。 ***12:11 PM** - 開発とサポートは、最初の修復が成功したことを確認しました。 ※12:17 PM** – 残りのデータベースクラスターの復元が開始されました。 ※12:43 PM** - 残りのすべてのクラスターに復元が完了しました。 * 2:33 PM ** - 固定は、実装および監視開始として確認されました。 * 4:40 PM** - 統合が正常に動作し、インシデントが解決されたことを確認した監視。 ##フォローアップアクション 以下の改善点を見直します。 * 部分的に更新が完了したため、データのインポートプロセスのキャンセルに関する保護策の追加は、不完全な状態で共有情報を残すことができません。 * 共有eBay統合情報の検証と回復手順を改善します。 * 作業共有データベースのバックアッププロセスを復元して、より高速でターゲットを絞ったリカバリオプションを提供します。 * 追加のバリデーションが不要な場合、テンプレートが保存されないようにするかどうかを確認します.

公式のインシデント更新を自動翻訳しています。

1. 2026年7月8日 21:50 UTCinvestigating

   ネットストアが API リクエストで 503 エラーを受信している問題について調査しています.

2. 2026年7月8日 23:30 UTCmonitoring

   私たちのチームは、修正をデプロイし、状況を監視しています.

3. 2026年7月9日 0:17 UTCresolved

   問題は解決しました。 今後も状況を監視してまいります.

公式のインシデント更新を自動翻訳しています。

1. 2026年7月8日 17:00 UTCinvestigating

   ネットコントロールパネルとストアフロントのサービスの中断を経験しています。 ソリューションを調査し、できるだけ早くアップデートを投稿します.

2. 2026年7月8日 17:21 UTCidentified

   問題を特定し、ネットワークファイルシステムにおける腐敗を追跡しました。 適切な修正を行い、システムが回復し始めています.

3. 2026年7月8日 17:38 UTCmonitoring

   ネットワークファイルシステムへの修正が解決され、サービスが復元されます。 私たちは、その可用性と安定性を確保するため、プラットフォームを監視し続けています.

4. 2026年7月8日 18:36 UTCresolved

   2026年7月8日には、Neto加盟店のウェブストアやcPanelsに約1時間30分で影響を受けたインフラの問題が発生した。 事故は、共有ファイルシステムインフラストラクチャ内の障害によって引き起こされ、重要なサービスがウェブサイトやcPanelsを提供するために必要なファイルにアクセスすることを防ぎました。 その結果、プラットフォームは新しいリクエストを自動的にブロックし、データの一貫性を保護し、Neto スタック全体でサービスの中断につながる。 当社のエンジニアリングチームは、影響を受けたファイルシステムサービスを回復し、健康なインフラインスタンスに失敗し、影響を受けた仮想マシンを交換することにより、すぐに対応しました。 これらの回復アクションが完了すると、すべてのWebストアとcPanelが正常に動作するように復元されました。 当社は、ファイルシステムプロセス障害の根本的な理由を決定するために私たちの調査を継続しています。 当社の調査結果に基づき、追加の監視と警告を実施し、必要なインフラの改善とともに、同様の事故を防止します.

公式のインシデント更新を自動翻訳しています。

1. 2026年6月15日 23:46 UTCinvestigating

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

2. 2026年6月16日 0:25 UTCinvestigating

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

3. 2026年6月16日 1: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. 2026年5月31日 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. 2026年6月1日 1: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. 2026年6月1日 1:16 UTCmonitoring

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

4. 2026年6月1日 1: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. 2026年5月26日 1: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. 2026年5月26日 1:41 UTCmonitoring

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

3. 2026年5月26日 1:46 UTCresolved

   This incident has been resolved.

1. 2026年5月5日 3:45 UTCinvestigating

   We are currently investigating this issue.

2. 2026年5月5日 4: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. 2026年5月5日 16:05 UTCresolved

   This incident has been resolved.

1. 2026年5月4日 6:41 UTCinvestigating

   We are currently investigating this issue.

2. 2026年5月4日 6:44 UTCidentified

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

3. 2026年5月4日 6:52 UTCmonitoring

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

4. 2026年5月4日 7:04 UTCresolved

   This incident has been resolved.

1. 2026年5月3日 23:55 UTCinvestigating

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

2. 2026年5月4日 0:04 UTCmonitoring

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

3. 2026年5月4日 0: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. 2026年5月4日 3:52 UTCresolved

   This incident has been resolved.

5. 2026年5月6日 2: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. 2026年4月29日 23:40 UTCinvestigating

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

2. 2026年4月30日 0:15 UTCmonitoring

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

3. 2026年4月30日 0:50 UTCresolved

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

4. 2026年5月6日 5: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. 2026年4月27日 3: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. 2026年4月27日 7: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. 2026年4月27日 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. 2026年4月28日 3: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. 2026年4月27日 0:13 UTCinvestigating

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

2. 2026年4月27日 0:27 UTCmonitoring

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

3. 2026年4月27日 0:58 UTCresolved

   All services are now running normally.

4. 2026年5月6日 5: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. 2026年4月22日 1: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. 2026年4月22日 2:53 UTCidentified

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

3. 2026年4月22日 4:02 UTCmonitoring

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

4. 2026年4月22日 4:12 UTCresolved

   This incident has been resolved.

1. 2026年4月16日 4: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. 2026年4月16日 4: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. 2026年4月21日 0:41 UTCresolved

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