Question 1

docker-mailserver에서 expand_keys로 인한 rspamd Bayes 'Missing bytes in input' 오류를 수정하는 방법

Accepted Answer

rspamd의 `redis.conf`에서 `expand_keys = false`로 설정합니다. 기본 DMS 설정은 `expand_keys = true`로 되어 있어, 사용자별 베이즈 분류를 위한 EVALSHA 호출에서 바이너리 msgpack 데이터가 손상됩니다. `user-patches.sh`를 통해 설정을 재정의하세요: `/path/to/config/rspamd/local.d/`에 `servers = "127.0.0.1:6379"; expand_keys = false;`가 포함된 사용자 정의 `redis.conf`를 생성한 후, 시작 시 복사합니다. 예시 `user-patches.sh` 코드 조각:
```bash
if [ -d /tmp/docker-mailserver/rspamd/local.d ]; then
  cp /tmp/docker-mailserver/rspamd/local.d/* /etc/rspamd/local.d/
fi
```
이렇게 하면 분류 실패와 무음 데이터 손상 문제가 해결됩니다. 영구적인 수정을 위해 rspamd 이슈 #5904를 추적하세요.

Question 2

docker-mailserver에서 SSL_TYPE=self-signed를 사용할 때 'File A or B or C does not exist' 오류가 발생하는 이유는 무엇인가요?

Accepted Answer

이 오류는 하나 이상의 필수 인증서 파일이 누락되었음을 의미합니다. SSL_TYPE=self-signed를 사용할 때 docker-mailserver는 SSL 디렉터리(기본값: /etc/docker-mailserver/ssl/)에 세 파일(cert.pem, key.pem, ca-cert.pem 또는 사용자가 설정한 사용자 정의 이름)이 모두 존재하기를 기대합니다. 모든 파일이 존재하고 올바른 권한이 설정되어 있는지 확인하십시오. 오류 메시지가 모호하며 추후 누락된 파일을 명시적으로 나열하도록 개선될 수 있습니다.

Question 3

메일 서버에서 DNSBL 속도 제한을 피하기 위해 DNS 캐싱을 설정하는 방법은 무엇인가?

Accepted Answer

전용 DNS 캐싱 서비스(예: CoreDNS 또는 k8s-dns)를 메일 서버와 함께 컨테이너로 배포하세요. 쿼리를 Google(8.8.8.8) 또는 Cloudflare(1.1.1.1) 같은 공용 리졸버로 전달하고 캐싱을 활성화하도록 설정하세요. 그런 다음 메일 서버의 DNS를 이 캐시로 지정하세요(예: /etc/resolv.conf 또는 rspamd 구성을 통해). CoreDNS Corefile 예시:

.:53 {
    forward . 8.8.8.8 1.1.1.1
    cache 600
    errors
    log
}

이렇게 하면 반복적인 DNSBL 조회가 줄어들고 속도 제한을 피할 수 있습니다. Docker Mailserver의 경우 RBL 관련 문서를 참조하세요: https://docker-mailserver.github.io/docker-mailserver/v15.1/config/security/rspamd/#rbls-real-time-blacklists-dnsbls-dns-based-blacklists

Question 4

Synology NAS에서 실행 중인 Docker Mailserver의 OpenDKIM 'failed to initialize resolver' / 'getentropy failed: Function not implemented' 크래시(exit status 70)를 해결하는 방법은 무엇인가요?

Accepted Answer

근본 원인: 이 크래시는 2017년대 3.10.x Linux 커널을 사용하는 Synology NAS에서 실행되는 Docker Mailserver (DMS) v15.1.0(Debian Bookworm 기반)에 영향을 미칩니다. 구형 커널에는 OpenDKIM의 libunbound/nettle 종속성에 필요한 `getentropy` 시스템 콜이 없어 리졸버 초기화 실패가 발생합니다(Debian 버그 #1003983에서 추적 중). `setup config dkim`으로 DKIM 키를 수동 생성하거나, DMS edge로 업그레이드하거나, 호스트 네트워킹을 사용해도 문제가 해결되지 않습니다. 공식 지원 해결 방법: 공식 DMS 문서를 따라 완전히 지원되는 DKIM 서명 및 검증을 제공하는 Rspamd로 전환하세요. 비공식 대안: OpenDKIM을 계속 사용해야 하는 경우 서드파티 `instrumentisto/opendkim` 컨테이너(호환성 수정이 적용된 Debian Trixie 기반으로 빌드됨)를 사용하세요. DMS가 Debian Trixie 베이스로 마이그레이션되면 네이티브 수정이 릴리스될 예정입니다.

Question 5

Traefik acme.json을 사용할 때 docker-mailserver 'INSECURE !! SSL configured with plain text access' 경고를 해결하는 방법

Accepted Answer

이 경고는 `SSL_TYPE`이 컨테이너에서 한 번도 읽히지 않았음을 의미하며, 따라서 DMS는 마운트된 acme.json을 무시합니다. 해결 단계:

1. 변수가 컨테이너 내부에 실제로 설정되어 있는지 확인하세요: `docker exec -it mailserver bash` 실행 후 `echo ${SSL_TYPE:-UNSET}`을 실행합니다. `UNSET`이 출력되면 `mailserver.env` 파일이 로드되지 않은 것입니다.
2. 단순한 `docker restart`는 env_file 값을 다시 로드하지 않습니다. 환경 변수를 변경한 후에는 컨테이너를 재생성하세요: `docker compose up -d --force-recreate`.
3. Coolify를 통해 배포하는 경우, `.env` 파일이 컨테이너로 전달되지 않는 알려진 Coolify 버그(coollabsio/coolify#5612)에 유의하세요. 대신 Coolify의 환경 변수 UI에서 `SSL_TYPE=letsencrypt`와 `SSL_DOMAIN=mx.example.com`을 직접 정의하세요.
4. acme.json 마운트 및 내용을 확인하세요: `/etc/letsencrypt/acme.json:ro`에 마운트하고, 컨테이너 내부에서 `cat /etc/letsencrypt/acme.json | grep your.hostname`을 실행하여 DMS `hostname`과 일치하는 인증서가 존재하는지 확인하세요.

환경 변수가 올바르게 전달되면, DMS v16+는 Traefik의 acme.json에서 인증서를 추출하여 465/993 포트에서 TLS를 제공합니다.

docker-mailserver

주요 기능

할 수 없는 것

사용 사례

태그

시작하기

유사한 프로젝트