바운스 메시지 및 SMTP 코드 이해하기

When a message cannot be delivered you get a bounce, and buried in it is a numeric code that tells you exactly why, whether it will ever succeed, and whose end the problem is at.

메시지를 배달할 수 없으면 바운스가 발생하며, 그 안에는 정확히 실패한 이유, 성공 가능성 여부, 그리고 문제가 어느 쪽에 있는지 알려주는 숫자 코드가 포함되어 있습니다.

대부분의 사람들은 바운스의 맨 위 인간적인 문장을 읽고, 도움이 되지 않는다고 판단한 후 포기합니다. 이 문장은 메일을 거부한 서버에서 작성되었으며 종종 불명확합니다. 하지만 코드는 명확합니다. 이 문서는 실제로 보게 될 코드와 각 코드에 대해 어떻게 해야 하는지에 대한 참고 자료입니다.

바운스를 읽는 방법

바운스는 두 개의 숫자를 포함합니다.

회신 코드는 550 또는 451과 같이 세 자리 숫자입니다. 첫 번째 자리가 중요합니다:

4xx는 임시 오류입니다. 수신 서버가 지금 메시지를 받을 수 없습니다. 메일 서버는 일정 기간 동안 재시도를 계속할 것이며, 자동으로 성공할 수 있습니다. 아직 아무것도 하지 마십시오.
5xx는 영구 오류입니다. 수신 서버는 이 메시지를 절대 받지 않을 것입니다. 재시도해도 아무것도 변하지 않습니다. 먼저 뭔가 변해야 합니다.

향상된 상태 코드는 5.1.1 또는 4.2.2과 같이 점으로 구분된 세 개의 숫자입니다. 구체적인 이유를 알려주며 동일한 규칙을 따릅니다: 맨 앞의 5는 영구 오류, 4는 임시 오류입니다.

따라서 550 5.1.1 User unknown는 영구 오류이며 주소가 존재하지 않음을 의미합니다. 452 4.2.2 Mailbox full는 임시 오류이며 나중에 다시 시도하라는 의미입니다.

바운스에서 무엇이 잘못되었는지 명확하지 않으면, 정확한 향상된 상태 코드와 수신 공급자의 이름을 웹에서 검색하십시오. 모든 대규모 공급자는 자신의 코드 목록을 게시하며, 그 페이지는 표준 정의보다 종종 더 구체적으로 그들이 의미하는 바를 알려줄 것입니다.

영구 오류 (5xx)

코드	보통의 의미	할 일
`550 5.1.1`	받는 사람 주소가 존재하지 않음	철자를 확인하십시오. 맞으면 주소가 폐쇄되었습니다. 기록에서 제거하십시오.
`550 5.1.2`	받는 사람의 도메인이 존재하지 않거나 메일 서버가 없음	도메인 철자를 확인하십시오. 올바르면 해당 도메인에 작동하는 MX 레코드가 없으며 수정하는 것은 그들의 책임입니다.
`550 5.7.1`	정책에 의해 거부됨. 인증 오류, 차단 목록 및 콘텐츠 규칙에 대한 포괄적 거부	나머지 메시지를 읽으십시오. 이것은 보통 SPF, DKIM, DMARC 또는 차단 목록을 가리키는 것입니다.
`550 5.7.26`	수신 공급자가 인증을 요구하며 도메인이 통과하지 못함	SPF 및 DKIM을 수정하십시오. SPF, DKIM 및 DMARC Explained를 참조하십시오.
`551`	주소가 여기서 처리되지 않으며 전달 경로가 없음	올바른 주소를 사용하십시오.
`552 5.2.2`	받는 사람의 사서함이 저장 한계를 초과하여 영구적으로 거부됨	받는 사람에게 알리십시오. 당신 쪽에서는 도움이 되지 않습니다.
`553 5.1.3`	주소 형식이 구문상 유효하지 않음	주소 형식을 수정하십시오.
`554 5.7.1`	거래가 거절되었음, 종종 연결 시간에	보통 차단 목록 또는 강력한 정책 차단입니다. Getting Delisted From a Blocklist를 참조하십시오.

임시 오류 (4xx)

코드	보통의 의미	할 일
`421 4.7.0`	수신 서비스를 사용할 수 없거나 연결을 제한 중	없음. 재시도가 처리합니다. 몇 시간 동안 지속되면 수신 공급자가 속도 제한을 하고 있는 것입니다.
`450 4.2.1`	사서함을 일시적으로 사용할 수 없음, 종종 그레이리스팅	없음. 그레이리스팅은 처음 보낸 사람의 첫 시도를 의도적으로 연기하고 재시도를 수용합니다.
`451 4.3.0`	수신 서버의 로컬 오류	없음. 재시도가 처리합니다.
`452 4.2.2`	받는 사람의 사서함이 가득 참	즉시 할 일이 없음. 며칠 동안 지속되면 다른 방법으로 받는 사람에게 연락하십시오.
`452 4.5.3`	한 메시지에 너무 많은 받는 사람	메시지를 더 작은 받는 사람 배치로 나누십시오.
`4.4.1`	수신 호스트에서 응답 없음	없음. 그들의 서버가 다운되었거나 연결할 수 없습니다.
`4.7.x`	임시 정책 차단, 종종 평판 관련	도메인의 인증을 확인하십시오. 새롭거나 인증이 부족한 도메인은 훨씬 더 자주 연기됩니다.

그레이리스팅은 경보를 받게 보이지만 완전히 정상이기 때문에 인식할 가치가 있습니다. 수신 서버는 의도적으로 알 수 없는 보낸 사람의 첫 시도를 4xx로 거부하고 몇 분 후 재시도를 수용합니다. 메일이 늦게 도착하지만 도착하면 그레이리스팅이 원인일 가능성이 높으며 수정할 것이 없습니다.

Kapsule 끝에서 생성된 바운스

일부 바운스는 받는 사람의 것이 아닌 당사 플랫폼에서 발생합니다. 이것들은 당신이 직접 제어할 수 있는 것들입니다:

받는 사람 사서함이 가득 찼습니다. 저장 한계를 초과한 Kapsule 사서함은 새 메일을 거부하며 보낸 사람은 그렇게 말하는 바운스를 받습니다. My Mailbox Is Full로 당신 쪽에서 수정하십시오.

주소가 존재하지 않습니다. 사서함, 전달자, 메일링 목록 또는 공유 받은편지함을 삭제하면 그 주소로의 메일은 그 이후로 바운스됩니다. 패널은 삭제 시점에 이에 대해 경고합니다. 도메인의 catch-all은 이를 방지하지만 잘못된 주소로 전송된 모든 것을 받는 비용이 발생합니다.

차단 규칙이 거부했습니다. 사서함의 스팸 필터 탭을 사용하면 특정 보낸 사람과 도메인을 차단할 수 있으며, 차단된 메일은 정리되지 않고 거부됩니다. 동료가 바운스되었다고 보고하면 다른 곳을 살펴보기 전에 먼저 해당 탭을 확인하십시오.

악의적인 스팸 점수 매기기. 스팸 임계값을 훨씬 넘게 점수가 매겨진 메일은 배달 시에 거부되므로 보낸 사람은 도착하지 않았다는 통지를 받습니다. 적당히 점수가 매겨진 메일은 대신 정크함에 저장되어 검색할 수 있습니다. 아무것도 자동으로 삭제되지 않습니다.

전송 한계에 도달했습니다. 당신이 보낼 때 거부받으면 Email Sending Limits에 설명된 사서함별 속도 제한에 도달했을 수 있습니다.

Hard Bounces 대 Soft Bounces

대량 보낸 사람은 위의 코드에 매핑되는 두 개의 비공식 용어를 사용합니다. hard bounce는 5xx입니다: 주소가 죽었으며 목록에서 영구적으로 제거되어야 합니다. soft bounce는 4xx입니다: 재시도할 가치가 있는 임시 조건입니다.

실제적인 규칙은 hard bounce하는 주소는 첫 번째 바운스에서 목록을 벗어나야 한다는 것입니다. 영구적으로 실패한 주소로 계속 메일을 보내는 것은 가장 강한 부정적 평판 신호 중 하나이며, 수신 공급자는 이를 목록을 유지하지 않는다는 증거로 취급합니다.

전송의 많은 부분이 hard bounce하면 전송을 중지하십시오. 한 캠페인에서의 높은 바운스 비율은 그 이후 몇 주 동안 도메인의 평판을 손상시킬 것이며, 그 사이에 보내는 모든 정당한 메시지가 영향을 받을 것입니다. 목록을 정리한 후 재개하십시오.

문제가 누구의 책임인지 파악하기

모든 공급자의 모든 받는 사람이 바운스합니다. 당신의 도메인 또는 당신의 전송 구성입니다. 사서함의 Deliverability 탭과 Why Are My Emails Going to Spam?부터 시작하십시오.
한 공급자의 모든 받는 사람이 바운스합니다. 해당 공급자는 당신의 도메인 또는 전송 인프라에 특정 문제가 있습니다. 코드를 읽은 다음 해당 공급자의 postmaster 도구를 확인하십시오.
한 받는 사람이 바운스하고 다른 모든 사람은 문제없습니다. 그들의 주소, 그들의 사서함 또는 그들의 조직의 메일 규칙입니다. 다른 방법으로 연락하십시오.
당신 쪽에서 변경 없이 갑자기 시작했습니다. 당신의 도메인 또는 전송 인프라가 어딘가에 나열되어 있는지 확인하십시오: Getting Delisted From a Blocklist를 참조하십시오.

도움 받기

해석할 수 없는 바운스가 있으면 support ticket을 열고 요약이나 첫 번째 줄의 스크린샷이 아닌 바운스 메시지의 전체 텍스트를 포함하십시오. 유용한 정보는 헤더와 최종 서버 응답에 있으며, 두 가지 모두 바운스가 바꿔 말해질 때 손실됩니다. 발생한 시간과 받는 사람 주소를 포함하십시오.