トラブルシューティング

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

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

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

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

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

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

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

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

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

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

アプリの接続に失敗する

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

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

助けを求める

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

Markdown · AGPL-3.0-only · Mailwake コントリビューター