문제 해결

아웃포스트 프로세스 → 메일함 → 구독폴더 → 전송채널 → 전화 순으로 경로를 따라가시면 됩니다. 채널 테스트는 사서함 모니터링을 우회합니다. 새 메시지가 전체 경로를 확인합니다.

아웃포스트나 콘솔에 접근할 수 없습니다

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이면 한 번의 시도를 의미합니다. 자동 재시도를 기대하기 전에 의도적으로 이 값을 늘리십시오. 채널의 수락 상태는 서비스 수락을 확인합니다. 다운스트림 공급자와 전화에 디스플레이 문제가 있는지 검사하십시오.

앱 연결 실패

먼저 Safari에서 아웃포스트 HTTPS 주소를 엽니다. 인증서와 라우팅을 확인하고, 새로운 5분 초대장을 생성하고, 아웃포스트 암호화 지문을 비교하세요. clock_skew 오류에는 아웃포스트 호스트 시계를 동기화해야 합니다. 소유자가 필요한 권한을 부여했는지, Pro가 필요한 작업에 대해 활성화되어 있는지 확인하세요.

전화가 해지된 경우 새로운 알림을 수신할 휴대폰을 선택하고 채널을 저장하세요. 푸시 전송 서비스 환경을 변경한 후 전개에 문서화된 운영자 재설정을 사용하고 다시 페어링하세요. 환경 ID는 별도로 유지됩니다.

도움을 요청하세요

재현 가능한 아웃포스트 버그에는 GitHub 문제를 사용하세요. 버전, 오류 코드, 타이밍 및 콘솔의 민감 정보를 제거한 진단을 포함합니다. 비밀번호, API 토큰, 초대 링크, 메시지 내용을 공개 보고서에 포함하지 마세요. 보안.md 를 사용하여 보안 문제를 보고하세요.

Markdown · AGPL-3.0-only · Mailwake 기여자