# トラブルシューティング

アウトポスト プロセス → メールボックス → 購読フォルダー → 配信チャネル → 電話の順にパスをたどります。チャネル テストはメールボックスの監視をバイパスします。新しいメッセージはパス全体をチェックします。

## アウトポスト またはコンソールに到達できません

`docker compose ps` および `docker compose logs --tail=100 core` を確認してください。ローカルホストのバインディングは意図的なものです。 SSH トンネルまたは別のデバイスからの動作中の [HTTPSプロキシ](https.md) を使用します。起動時に `data_directory_permission_denied` または `data_directory_read_only` が報告された場合は、書き込み可能なボリュームのアクセス許可を確認してください。コンテナーはユーザー `10001:10001` として実行されます。

## セットアップコードまたは管理者パスワード

セットアップが完了するまで、アウトポスト が再起動されるたびにセットアップ コードがローテーションされます。現在のプロセス ログを読み取ります。管理者パスワードをリセットするには、アウトポスト を停止し、同じ Compose プロジェクトとデータ ボリュームを使用します。

```sh
docker compose stop core
docker compose run --rm -it core admin reset-password
docker compose start core
```

インタラクティブなリセットにより、ブラウザー セッションがサインアウトされ、API トークン、メールボックス、キューに入れられた作業が保存されます。回復コマンドはデータ ディレクトリ ロックを取得するため、実行中の アウトポスト を停止する必要があります。

## 新しいメッセージは通知を生成しません

1. メールボックス接続と IMAP 認証情報を確認します。
2. 正確なサーバー フォルダーがサブスクライブされていることを確認してください。新しいサブスクリプションでは古いメッセージがスキップされます。
3. 選択したスケジュールされた間隔の経過を許可するか、リアルタイム接続を検査してください。
4. 配送履歴を調べます。イベントがない場合は、監視を調査します。イベントが失敗した場合は、そのチャネル エラーを調べてください。
5. チャネルテストを送信します。 Mailwake アプリの場合は、選択した受信するスマートフォンと通常のプッシュ資格の両方を確認します。

再試行回数 0 は 1 回の試行を意味します。自動再試行を期待する前に、意図的に値を増やしてください。チャネルの受け入れステータスは、サービスの受け入れを確認します。下流のプロバイダーとスマートフォンに表示の問題がないかどうかを検査します。

## アプリの接続に失敗する

まず Safari で アウトポスト HTTPS アドレスを開きます。証明書とルーティングを確認し、新しい 5 分間の招待状を作成し、アウトポストの鍵のフィンガープリントを比較します。 `clock_skew` エラーでは、アウトポストのホスト クロックを同期する必要があります。所有者が必要な権限を付与していること、および Pro がそれを必要とするアクションに対してアクティブであることを確認してください。

電話が取り消された場合は、新しい受信するスマートフォンを選択してチャネルを保存します。プッシュ配信サービス環境を変更した後、[導入](deploy.md) に記載されているオペレーター リセットを使用して再ペアリングします。環境のアイデンティティは分離されたままになります。

## 助けを求める

再現可能な アウトポスト のバグには [GitHubの問題](https://github.com/mingzaily/mailwake/issues) を使用してください。バージョン、エラー コード、タイミング、およびコンソールの機密情報を除いた診断情報が含まれます。パスワード、API トークン、招待リンク、メッセージ コンテンツを公開レポートに含めないでください。 [セキュリティ.md](https://github.com/mingzaily/mailwake/blob/main/SECURITY.md) を使用してセキュリティ問題を報告します。