Zimbra 메일 큐 적체 문제 해결: Postfix 안전하게 플러시 및 배달 확인

Zimbra 메일 큐 플러시는 Postfix에 대기 중인 메시지를 재전송하도록 요청하는 기능입니다. 큐를 완전히 삭제하거나 DNS 또는 네트워크 문제를 해결하거나 원격 서버가 모든 메시지를 수락하도록 보장하는 것은 아닙니다. 유용한 결과는 측정 가능한 형태로 나타납니다. 큐 크기가 더 이상 증가하지 않고, 지연된 메시지 수가 감소하거나 성공적으로 전송되며, 새로운 메일이 MTA를 통해 전송될 수 있게 됩니다.

아래 단계는 관리자 권한으로 Zimbra 서버에서 수행하십시오. 명령어와 경로는 Zimbra 버전에 따라 다를 수 있습니다. 실행하기 전에 호스트의 실행 파일 경로를 확인하십시오. 실수로 운영 체제에 별도로 설치된 Postfix를 사용하지 않도록 주의하십시오.

1. 백로그 규모를 확인하세요

서버에 연결하고 사이트에서 승인된 관리 방법을 사용하여 Zimbra 계정으로 전환하십시오. 큐 요약 유틸리티는 일반적으로 다음 위치에 설치됩니다 /opt/zimbra/libexec/zmqstat. Zimbra의 큐 관련 문서에 따르면 이 유틸리티는 보류, 손상된, 지연된, 활성 및 수신 메시지 수를 보고합니다.

sudo /opt/zimbra/libexec/zmqstat

sudo 설정에 따라 Zimbra 계정으로 명령을 실행하거나 서버에 구성된 정확한 권한 방법을 사용하십시오. 샘플 요약에는 deferred=240및 가 표시될 수 있습니다 active=3. 이는 메시지 수일 뿐이며 240개의 메시지가 영구적으로 멈춰 있다는 증거는 아닙니다. 몇 분 후에 다시 비교하여 어떤 범주가 변경되었는지 확인하십시오.

다음으로, 개별 큐 항목을 검사하십시오. 대부분의 최신 설치에서는 common/sbin경로를 사용하지만, 이전 설치에서는 다른 경로를 사용할 수 있습니다 postfix/sbin. 서버에 실제로 존재하는 경로를 사용하십시오.

/opt/zimbra/common/sbin/postqueue -p

해당 경로가 없는 경우, 설치 환경에 /opt/zimbra/postfix/sbin/postqueue해당 경로가 있는지 확인한 후 아래 명령에서 전체 경로를 대체하십시오. Zimbra 설명서에는 큐 요약 및 상세 postqueue -p목록이 모두 설명되어 있습니다. 큐 ID 뒤에 별표(*)가 붙으면 활성 전송 시도가 있는 메시지이고, 느낌표(*)가 붙으면 보류된 메시지입니다. Zimbra의 Postfix 큐 참조를 확인하십시오 .

2. 메시지가 대기 중인 이유를 찾으세요

짐브라 로그에 기록된 가장 오래된 메시지의 생성 시점과 전달 상태를 확인하세요. 지연된 메시지는 다음 전달 시도를 기다리고 있으며, 원격 서버, DNS 조회, 네트워크 시간 초과, TLS 협상, 로컬 라우팅 또는 릴레이 구성 문제로 인해 지연될 수 있습니다. 큐 개수만 보는 것보다 정확한 상태 텍스트를 확인하는 것이 더 유용합니다.

grep -E 'status=(deferred|sent|bounced)|connect to|TLS|SASL|relay=' /var/log/zimbra.log | tail -n 50

이러한 내용을 문맥에 맞게 해석하십시오. 특정 목적지에 대한 연결 시간 초과가 반복적으로 발생하는 경우 연결 상태 또는 원격 서버 문제일 수 있습니다. 이름 확인 오류는 DNS 문제일 가능성이 높습니다. 원격에서 일시적으로 거부되거나 전송 속도 제한이 걸린 경우 수신자 서비스 제공업체에 문의하거나 기다려야 할 수 있습니다. 인증 또는 TLS 오류는 로컬 구성 문제일 수 있습니다. status=sent로그 항목이 표시되면 다음 전달 단계에서 메시지가 수락되었음을 의미하며, 수신자가 메시지를 읽었거나 받은 편지함에 도달했음을 보장하는 것은 아닙니다.

대기열이 빠르게 증가하는 경우, 반복적인 재시도를 하기 전에 대량 발송 발신자 또는 해킹된 계정을 확인하십시오. Zimbra의 스팸 방지 문제 해결 지침에서는 대기열 내용과 발신자 및 인증 활동을 연관시켜 원치 않는 메일을 삭제하기 전에 해당 발신자를 차단할 것을 권장합니다. Zimbra의 대기열 및 스팸 조사 단계를 검토하십시오 .

3. Postfix에 재시도를 요청하기 전에 먼저 원인을 해결하십시오.

로그를 통해 문제가 일시적인지 로컬 문제인지 판단하십시오. 영향을 받는 메일 수신처에 대한 이름 확인 및 아웃바운드 네트워크 액세스가 정상적으로 작동하는지 확인하십시오. 로그에 원격 스로틀링 응답이 표시되는 경우 해당 공급자에 대한 반복적인 플러시 작업을 수행하지 마십시오. 재시도해도 공급자의 정책을 무시할 수 없습니다. 여러 도메인에서 동일한 로컬 오류가 발생하는 경우 설정을 변경하기 전에 관련 Zimbra MTA 구성 및 서비스 상태를 검사하십시오.

보류로 표시된 메시지는 특별한 주의가 필요합니다. 일반적인 플러시 작업은 보류된 메일을 해제하는 명령이 아닙니다. 메시지를 해제하기 전에 보류 사유와 정상적인 메시지인지 여부를 검토하십시오. 손상되었거나 반송된 것으로 표시된 메시지도 별도로 처리해야 합니다. 재시도한다고 해서 영구적으로 거부된 메시지가 성공적으로 전달되는 것은 아닙니다. 조사하는 동안 큐 ID와 관련 로그 항목을 보존하십시오.

Zimbra의 문제 해결 자료에서는 /var/log/zimbra.logMTA 문제 조사를 위한 주요 위치로 큐 유틸리티(예: postqueue및 ) 를 제시합니다 zmqstat. 정확한 서비스 레이아웃 및 실행 파일 위치는 버전에 따라 다르므로 서비스를 재시작하거나 구성을 편집하기 전에 설치된 릴리스의 설명서를 확인하십시오. Zimbra의 MTA 문제 해결 도구를 참조하십시오 .

4. Postfix 큐를 비웁니다.

대기 중인 메일이 정상이며 차단 조건을 수정 또는 이해했는지 확인한 후, 큐 실행을 요청하십시오. 서버에 있는 실제 경로로 바꿔주세요.

/opt/zimbra/common/sbin/postqueue -f

이전 경로를 사용하는 설치의 경우 /opt/zimbra/postfix/sbin/postqueue -f대신 를 사용하십시오. Zimbra 큐 참조 문서에서는 이를 postqueue -fflush 명령으로 설명합니다. 이 요청은 Postfix가 대기 중인 메일을 처리하도록 하는 것이며, 삭제 작업이 아닙니다. 명령 실행 후 눈에 띄는 성공 메시지가 표시되지 않을 수 있으므로, 명령의 간략한 출력보다는 이후의 큐 개수 및 배달 로그를 통해 결과를 판단하십시오.

짧은 네트워크 중단 후 또는 일시적인 구성 문제가 해결된 후에는 플러시 작업을 수행하는 것이 좋습니다. 하지만 DNS, 라우팅, 릴레이, TLS 또는 원격 수신 서버를 사용할 수 없는 경우에는 플러시 작업이 도움이 되지 않을 가능성이 높습니다. 명령을 빠르게 반복 실행하면 오류를 해결하지 못하고 불필요한 재시도 트래픽만 증가시킬 수 있습니다.

5. 결과를 확인하고 다음 단계를 선택하세요.

배송 시도에 짧은 시간 간격을 둔 후, 대기열 요약을 다시 확인하고 최근 로그 항목을 검토하십시오.

sudo /opt/zimbra/libexec/zmqstat
tail -n 100 /var/log/zimbra.log

지연된 메시지 수가 감소 추세를 보이고, 오래된 큐 항목이 사라지며, 해당 목적지에 대한 새로운 레코드가 생성되고, 새로 지연된 메시지 수가 줄어드는 등의 여러 징후를 종합적으로 확인하십시오 status=sent. 큐는 정상 작동 중에도 비어 있지 않을 수 있습니다. 단 한 번의 성공적인 전송만으로는 모든 수신자 도메인이 정상이라고 단정할 수 없습니다.

• 카운트가 감소하고 배송 로그에 승인이 표시되면 백로그가 정상 수준으로 돌아올 때까지 계속 모니터링하십시오.
• 동일한 메시지가 반복해서 표시되는 경우, 반복되는 오류 메시지를 확인하고 DNS, 네트워크, TLS, 릴레이 또는 수신자 측 문제를 해결하십시오.
• 수신자 수가 계속 증가하는 경우, 발송 루프, 대량 메일 또는 계정 해킹 여부를 조사하고 새로운 원치 않는 메일이 유입되지 않도록 차단한 후 다시 시도하십시오.
• 보류 중이거나 손상된 항목이 남아 있는 경우 해당 메시지를 별도로 검토하십시오. 전체 삭제는 이러한 범주에 대한 정리 작업이 아닙니다.

단순히 큐 표시를 비우기 위해 모든 메시지를 삭제하지 마십시오. 특정 메시지가 원치 않거나 배달할 수 없는 메시지이고 정책상 삭제가 허용되는 경우, 해당 메시지의 큐 ID를 저장해 두고 큐 관리 절차를 수행하기 전에 검토하십시오. Zimbra는 메시지 삭제가 사용자에게 영향을 미칠 수 있음을 명시적으로 경고하며, 메시지를 삭제하기 전에 큐 세부 정보를 기록해 두는 것을 권장합니다. Postfix 스풀 디렉터리에서 파일을 직접 삭제하지 마십시오. 이는 큐 관리를 우회하는 행위이며 메일 상태를 손상시킬 수 있습니다.

물 내림이 성공적이었다면 무엇을 알 수 있고 무엇을 알 수 없는지

성공적인 복구는 단순히 특정 시점에 카운트가 0이 되는 것이 아니라 메시지 흐름이 지속적으로 개선되는 것을 의미합니다. Postfix는 연결이 불가능하거나 일시적으로 연결을 거부하는 원격 목적지에 대한 메일을 계속해서 큐에 저장할 수 있습니다. flush 명령은 재시도를 시작하는 명령이며, 메시지 전달을 보장하거나, 의도적으로 보류된 메시지를 해제하거나, 잘못된 구성을 수정하거나, SMTP 핸드오프 이후 수신자 시스템이 메시지를 수락했는지 여부를 확인할 수는 없습니다.

2026년 10월 6일 기준으로, 인용된 Zimbra 기술 센터 페이지에는 여기에 사용된 큐 및 문제 해결 명령이 설명되어 있지만, 모든 Zimbra 릴리스에서 보장되는 단일 최신 해결 방법을 제공하는 것은 아닙니다. 특히 이전 버전이나 사용자 지정 배포 환경에서는 명령을 실행하기 전에 서버에서 바이너리 위치와 권한 동작을 확인하십시오.