먼저 사전 요구 사항을 확인하세요
아웃바운드 SMTP, 역방향 DNS 및 필요한 포트가 실제로 지원되는지 확인하세요. KoalaVPS은 아직 포트 25 정책이나 IP 평판을 보장하지 않습니다. 호스트 이름을 선택하고 정방향 및 역방향 레코드를 확인하세요.
인증 레코드 게시
승인된 발신자에 대해 SPF를, 메시지 서명에 DKIM을, 정책과 보고서에 DMARC를 구성하세요. 스택에서 지원하는 TLS 전송 보호를 검토하세요. 잘못된 레코드는 정당한 메일을 차단할 수 있으므로 이해하지 못하는 정책을 복사하지 마세요.
완전한 메일 스택 실행
Mailcow와 같은 제품군은 여러 서비스를 통합할 수 있지만, 여전히 업데이트, 스토리지 모니터링, 스팸 제어 및 보호된 관리가 필요합니다. 장애 발생 시를 대비해 대체 연락 채널을 유지하세요.
전달 가능성 작업을 예상하세요
기술적으로 유효한 서버도 수신자에 의해 필터링될 수 있습니다. 원하는 메일을 보내고, 반송 및 불만을 처리하며, 평판을 모니터링하세요. 일관된 사서함 백업을 유지하고 메시지 및 구성 복원을 테스트하세요.
PTR 및 외부 테스트로 시작하세요
스택을 배포하기 전에 역방향 DNS에 대해 문의하세요. PTR, 호스트 이름 및 정방향 조회가 일관된 구성을 이루어야 합니다. 둘 이상의 외부 제공업체로 수신 및 발신 전달을 테스트하고, 인증 결과를 검사하며, 반송을 모니터링하세요. 메일 테스트 점수는 진단 정보일 뿐 향후 받은편지함 배치를 보장하지 않습니다.
복구를 위한 두 번째 경로를 유지하세요
등록기관, DNS, 서버 복구 정보를 메일 시스템 외부에 보관하세요. 계정 재설정이 모두 장애가 발생한 서버로 도착하면 사소한 장애로 인해 복구가 불가능해질 수 있습니다. 사서함과 구성을 일관되게 백업하고 재구축 후 사용자가 액세스를 되찾는 방법을 문서화하세요.
SMTP 자격을 배포 게이트로 만드세요
메일 제품군을 설치하기 전에 인바운드 및 아웃바운드 SMTP 정책, 역방향 DNS 제어, 안정적인 호스트 이름, 메일 발송에 적합한 IP를 확인하세요. KoalaVPS는 출시 시점에 이러한 운영 역량을 검증하지 않았습니다. 깨끗한 DNS 존이 있는 도메인이라도 차단된 아웃바운드 포트를 복구하거나 수신자의 신뢰를 보장하지는 않습니다. 이 서버 외부에 별도의 복구용 메일함을 마련하고, 발송에 자체 MTA를 사용할지 적절히 구성된 외부 릴레이를 사용할지 결정하세요.
- TCP25 정책과 선택한 스택에 필요한 제출/IMAP 포트를 확인하세요.
- 호스트와 해당 컨테이너 네트워크가 제품군과 호환되는지 확인하세요.
- 사서함, 인덱스, 스팸/바이러스 도구 및 백업 사본을 위한 공간을 확보하세요.
공식 문서: Mailcow 시스템 사전 요구 사항
스위트를 선택한 후 일관성 있는 DNS 게시
Mailcow, Mail-in-a-Box, iRedMail은 설치 및 유지 관리 방식이 서로 다르므로, 각 레시피를 조합하지 말고 선택한 프로젝트가 지원하는 OS와 포트 요구 사항을 따르세요. 메일 호스트 이름의 A/AAAA 레코드, 도메인 MX, 해당되는 경우 일치하는 PTR, 그리고 실제 스택이 생성한 DKIM 공개 레코드를 설정하세요. 모든 정당한 발신자에 대해 SPF를 게시하고, 해당 소스를 검증한 후 DMARC 정책을 도입하세요. 사용하지 않거나 테스트하지 않은 AAAA 레코드는 IPv6 전달 경로를 손상시킬 수 있습니다.
# Substitute your domain and the actual server address:
dig MX example.com
dig A mail.example.com
dig TXT example.com
dig TXT _dmarc.example.com
dig -x 192.0.2.10공식 문서: Mailcow DNS 요구 사항
전달과 릴레이 제한을 별도로 테스트하세요
일회용 사서함을 만들고 원하는 테스트 메시지를 둘 이상의 외부 제공업체로 보내세요. 수신된 인증 헤더를 검사하고, 답장을 보내고, 큐/반송 동작을 확인하세요. 인증되지 않은 외부 클라이언트에서 MTA가 서로 무관한 제3자 주소 간의 메일 릴레이를 거부하는지 확인하세요. 인증된 제출, IMAP TLS, 비밀번호 복구 및 인증서 갱신을 확인하세요. 웹메일 로그인 성공만으로는 발신 SMTP나 받은편지함 배치에 대해 알 수 있는 것이 거의 없습니다.
- 독립적인 복구 경로를 통해 postmaster 및 abuse 연락처를 모니터링하세요.
- 실패를 반복적으로 재전송하기보다 대기열과 거부 사유를 확인하세요.
- 진단 점수를 받은편지함 전달의 약속으로 간주하지 마세요.
제어 평면을 잃지 않고 메시지 복구
일관된 절차를 사용하여 메일함 내용, 데이터베이스, 구성, DKIM 키 및 제품군의 기타 필수 비밀을 백업하세요. 격리된 호스트에서 소규모 메일함과 사용자 계정의 복원을 테스트하세요. 수신 메일이 실패하면 MX, 주소 도달 가능성, 방화벽 및 큐 로그를 점검하세요. 발신 메일이 실패하면 포트 정책, 인증, 평판 및 수신 측 거부를 확인하세요. 업데이트와 메일함 증가 점검을 정기적으로 예약하세요. 전달성은 설치 단계가 아닌 지속적인 책임입니다.