Question 1

Mox webmail이 nginx 역방향 프록시 뒤에서 'loading...'에서 멈추는 이유는 무엇인가요?

Accepted Answer

Mox 웹메일은 실시간 업데이트를 위해 HTTP Server-Sent Events (SSE)를 사용하는데, nginx가 기본적으로 이를 버퍼링하여 업스트림 타임아웃을 유발할 수 있습니다. 해결하려면 nginx location 블록에서 버퍼링을 비활성화하고 HTTP/1.1 연결 처리를 보장하십시오:

```nginx
location / {
    proxy_pass http://localhost:1080;
    proxy_set_header Host $host;
    proxy_set_header Connection '';
    proxy_http_version 1.1;
    proxy_buffering off;
}
```

또는 더 간단한 해결책으로 `proxy_buffering off;`만 추가할 수도 있습니다. 자세한 내용은 [nginx SSE 구성 가이드](https://serverfault.com/questions/801628/for-server-sent-events-sse-what-nginx-proxy-configuration-is-appropriate)를 참조하세요.

Question 2

gobuilds.org에서 Go 바이너리를 다운로드할 때 400 Bad Request가 반환되는 이유는 무엇인가요?

Accepted Answer

이 오류는 Go 릴리스 서명을 확인하는 데 사용되는 Google PGP 공개 키가 만료되었거나 오래되어 발생했습니다. 관리자가 goreleases 저장소와 gobuild 서비스의 키를 업데이트했습니다. 이제 문제가 해결되었습니다. 여전히 오류가 표시되면 몇 분 기다렸다가 다운로드를 다시 시도하거나 최신 gobuilds URL을 사용하고 있는지 확인하십시오.

Question 3

서버가 Nginx 뒤에 있는 서브도메인에서 Mox admin panel에 접속하는 방법

Accepted Answer

Mox가 내부 인터페이스(예: localhost:1080)에서 AdminHTTP를 제공하도록 설정하세요. 그런 다음 서브도메인(예: mail.example.com)에 대한 Nginx 서버 블록을 구성하여 해당 내부 리스너로 요청을 프록시합니다. 예시 Nginx 구성:

```nginx
server {
    listen 443 ssl;
    server_name mail.example.com;
    ssl_certificate /path/to/fullchain.pem;
    ssl_certificate_key /path/to/privkey.pem;

location / {
        proxy_pass http://127.0.0.1:1080;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header Host $host;
    }
}
```

선택적으로 루트에서 `/webmail/`로의 리다이렉트를 `return 301 https://$server_name/webmail/;`로 추가할 수 있습니다. Nginx와 Mox를 재시작하세요. 이제 관리자 패널에 `https://mail.example.com/admin`으로 접속할 수 있습니다. 이 설정에서는 SSH 터널이 필요하지 않습니다.

Question 4

RFC6186 SRV 레코드가 구성된 ClientSettingsDomain 대신 MX 호스트를 표시하는 이유는 무엇인가요?

Accepted Answer

이것은 버그였습니다: 생성된 RFC6186 `_imaps._tcp` 및 `_submissions._tcp` SRV 레코드가 autoconfig/autodiscover가 올바른 호스트명을 반환했음에도 불구하고 `ClientSettingsDomain`을 무시했습니다. 병합된 수정 사항이 포함된 최신 커밋/빌드(https://www.xmox.nl/b/#3387511f23d8657b6822ab24493e8f7bbb077002)로 업데이트한 다음 DNS 레코드 페이지를 다시 여세요. SRV 레코드는 구성된 client-settings 호스트(예: `mail.example.com`)를 대상으로 해야 합니다. 임시 해결 방법으로, 게시된 DNS 레코드에서 `mx.example.com`을 `mail.example.com`으로 수동으로 교체하세요.

Question 5

Mox 다운로드 링크가 "inconsistent vendoring"과 함께 400 Bad Request를 반환하는 이유는 무엇인가요?

Accepted Answer

GoBuilds 서비스가 `github.com/mjl-/mox@latest`에 대해 실패한 빌드를 캐시하고 있었습니다. 이 오류는 브라우저나 명령의 문제가 아니라 캐시된 빌드 과정에서 일관성 없는 `vendor/modules.txt` 메타데이터로 인해 발생했습니다. Mox 유지 관리자가 실패한 빌드 캐시를 삭제했으니 `https://beta.gobuilds.org/github.com/mjl-/mox@latest/linux-amd64-latest/`의 다운로드 링크를 다시 시도하세요. 오류가 계속되면 빌드 캐시를 삭제하거나 빌드를 다시 생성할 수 있도록 신고해 주세요.

mox

주요 기능

할 수 없는 것

사용 사례

태그

시작하기

유사한 프로젝트