이메일 배달 문제 해결하기

Zendesk에서 이메일 이나 아래 동작에 문제가 있는 경우 이 가이드를 참조하세요.

• Zendesk Support 에서 이메일 메시지가 전달되지 않음
• 최종 사용자와 주고받는 이메일을 받지 않습니다.
• 이메일은 티켓을 만들지 않음
• 이메일이 스팸으로 감지됨

이 문서에서는 다음과 같은 주제를 다룹니다.

• Zendesk에서 상담사가 보낸 이메일을 고객이 받지 못하는 경우
• 최종 사용자가 Zendesk로 보낸 이메일을 받지 못하는 경우

Zendesk에서 상담사가 보낸 이메일을 고객이 받지 못하는 경우

상담사가 Zendesk Support 에서 이메일을 보내지만 최종 사용자는 이메일을 받지 못하는 경우에는 다음 단계를 따르세요.

• 1단계: 이메일 발송 상태 확인
• 2단계: 트리거가 티켓에서 이메일을 보내는지 확인합니다.
• 3단계: 이메일 전달 확인
• 4단계: SPF 레코드 확인
• 5단계: DKIM 서명 확인
• 6단계: DMARC 구성 확인
• 7단계: 수신자와 상태 확인

1단계: 이메일 발송 상태 확인

Zendesk 상담사 워크스페이스에서 티켓의 수신자에게 발송 실패 알림이 있는지 확인합니다. 수신자 이름 옆의 티켓에서 이메일 전달 실패 이유가 표시됩니다.

오류의 원인을 확인하려면 사용자 이름 옆의 을 클릭하거나 티켓 이벤트 로그를 봅니다.

2단계: 트리거가 티켓에서 이메일을 보내는지 확인

최종 사용자가 이메일을 받지 못한다면 트리거가 이메일을 보내지 않았을 수 있습니다. 트리거는 Zendesk Support에서 커뮤니케이션과 이메일에 필수적입니다. 제목에 요청자에게 알림으로 시작하는 기본 트리거가 비활성화되어서는 안 됩니다.

트리거가 이메일을 보내도록 하려면 다음과 같이 하세요.

1. /events를 티켓 URL에 추가하여 영향을 받은 티켓 이벤트를 엽니다.
2. 상담사가 남긴 댓글 아래에서 트리거가 이메일을 보냈는지 확인합니다
   

티켓에 트리거가 나타나지 않으면 트리거에서 다음 단계를 따르세요.

1. 필터 버튼으로 트리거를 확인하고, 제목에 요청자에게 알림이 있는 트리거가 비활성화되어 있지 않은지 확인합니다.
2. 이러한 트리거가 비활성화되어 있으면 각 트리거의 확인란을 선택하고활성화를 클릭합니다.
   
3. 요청자에게 알림이라는 트리거가 나타나지 않는 경우:
   • 다시 트리거를 만듭니다
   • 각 트리거 조건을 다음 문서에 일치시킵니다. 표준 티켓 트리거에 대한 정보

3단계: 이메일 전달 확인

트리거가 이메일을 보내고 Zendesk에서 자체 이메일 도메인을 사용하는 경우:

1. 이메일 채널에서 이메일 주소의 전달 상태를 확인합니다.
2. 전달 오류가 표시되지 않도록 합니다. 오류가 나타나면 전달 확인 실패 오류를 해결하는 방법을 참조하세요.

4단계: SPF 레코드 확인

SPF(Sender Policy Framework) 레코드를 사용하면 Zendesk가 대신 이메일을 보낼 수 있습니다. 도메인에 Zendesk를 포함하는 SPF 레코드가 없으면 수신자가 Zendesk에서 보낸 이메일을 차단할 수 있습니다.

1. 이메일 채널에서 이메일 주소의 SPF를 확인합니다.
2. 다음과 같이 도메인의 SPF 레코드를 확인하세요.example.com , 외부 도구 사용: Mxtoolbox 등을 사용하여 확인할 수도 있습니다.
3. Ifinclude:mail.zendesk.com 도메인에 이(가) 나타나지 않거나 SPF가 오류를 리턴하면 고객이 이메일을 받지 못할 수도 있습니다.

오류를 해결하려면 도메인 관리자에게 연락하여 include:mail.zendesk.com을 추가할 기존 TXT 레코드를 편집하도록 요청하세요.

참고: 도메인당 하나의 SPF 레코드만 가질 수 있지만 단일 SPF 레코드에는 여러 소스가 포함될 수 있습니다. 여러 서비스를 사용하여 이메일을 보내는 경우에는 모두 하나의 SPF TXT 레코드로 결합되어야 합니다.

관리자는 다음 문서를 사용할 수 있습니다.

• SPF 레코드가 유효하지 않습니다
• 전달, SPF, DNS 및 TXT 레코드의 이메일 오류 메시지를 수정하려면 어떻게 해야 하나요? 문서를 참조하세요

5단계: DKIM 서명 확인

이 단계는 필수 사항은 아니지만 수행하는 것이 좋습니다.

1. 이메일 도메인의 DNS 레코드에 두 개의 Zendesk 도메인 키를 추가합니다.
2. Zendesk에서 디지털 서명을 활성화합니다. 자세한 내용은 다음 문서를 참조하세요. DKIM로 이메일 디지털 서명하기 문서를 참조하세요.

도메인에 레코드를 올바르게 추가했는지 확인하려면 DKIM 레코드가 올바르게 구성되어 있는지 어떻게 알 수 있나요? 문서를 참조하세요.

6단계: DMARC 구성 확인

DMARC(Domain-based Message Authentication, Reporting, and Conformance)는 SPF 및 DKIM과 함께 작동하여 도메인을 보호하고 이메일이 고객에게 도달할 수 있도록 보장합니다. DMARC가 없으면 많은 엄격한 이메일 제공업체에서 이메일을 필터링하거나 거부할 수 있습니다.

도메인 관리자에게 문의하여 해당 도메인에 DMARC 정책이 구성되어 있는지 확인하세요.

정책 권장 사항: 의 정책으로 시작하는 것이 가장 좋습니다.p=none 이메일 트래픽을 모니터링할 수 있습니다. 모든 합법적인 이메일(Zendesk에서 보낸 이메일 포함)이 SPF 및 DKIM을 통해 제대로 인증되었는지 확인한 후에는p=quarantine 또는p=reject .

7단계: 수신자와 상태 확인

트리거가 이메일을 보내고 도메인의 SPF 레코드에 Zendesk Support가 포함되어 있으면 수신자의 서버가 수신 이메일을 차단할 수 있습니다. 일시 중단된 티켓 보기에서 반송 알림을 받지 못할 수도 있습니다.

수신자에게 다음과 같은 조치를 취하세요.

1. 차단된 이메일의 세부 정보로 수신자에게 연락합니다.
2. 수신자에게 스팸 편지함을 확인하도록 요청합니다.
3. 이메일이 스팸이 아닌 경우에는 수신자에게 서버에서 이메일을 차단한 이유를 확인하도록 요청하세요.
4. 수신자에게 향후 상담사가 보내는 이메일을 수락하도록 설정을 변경할 수 있는지 문의합니다.

이메일 전달은 수신자의 릴레이 서버에 따라 다릅니다. 회사마다 Zendesk 고객 지원팀에서 사용할 수 없는 서로 다른 필터와 설정을 사용합니다.

최종 사용자가 Zendesk로 보낸 이메일을 받지 못하는 경우

이메일에서 티켓을 만들지 않은 경우에는 다음 단계를 따르세요.

• 1단계: 최종 사용자가 연락한 이메일 주소 확인
• 2단계: 지원 이메일 주소의 전달 상태 확인
• 3단계: 일시 중단된 티켓 보기 확인

1단계: 최종 사용자가 연락한 이메일 주소 확인

이메일이 도착한 후 Zendesk Support 에 티켓이나 댓글이 나타나지 않으면 다음 단계를 따르세요.

1. 보낸 사람에게 이메일 사본을 보내달라고 요청하기
2. 지원 이메일 주소가 이메일 채널에 나타나는지 확인하기

2단계: 지원 이메일 주소의 전달 상태 확인

사용자 지정 이메일 도메인을 사용하는 경우:

1. 이메일 채널에서 이메일 주소의 전달 상태를 확인하기
2. 이 가이드를 사용하여 오류를 수정하기. 전달 확인 실패 오류를 해결하는 방법

3단계: 일시 중단된 티켓 보기 확인

고객의 메시지가 티켓을 만들지 않는 경우:

1. 일시 중단된 티켓 보기에 이메일이 나타나는지 확인하세요.
   • 여러 페이지를 확인해야 할 수도 있습니다.
2. 이메일이 일시 중단된 것으로 나타나면 티켓 일시 중단의 원인 문서를 참조하세요.
3. 원하는 티켓 복구하기

이메일을 복구할 때 스팸 필터에 해당 이메일이 합법적임을 알리며, 이메일에서 스팸 아님 또는 정크 아님 버튼처럼 작동합니다. 몇 개의 이메일을 복구해야 할 수도 있습니다. 시스템은 시간이 지나면서 학습하여 이메일을 허용합니다.

최종 사용자에게 SPF(Sender Policy Framework), DKIM(DomainKeys Identified Mail) 또는 DMARC(Domain-based Message Authentication, Reporting, and Conformance) 설정이 제대로 구성된 이메일 제공업체가 없는 경우에는 향상된 보낸 사람 인증 설정에 플래그가 지정될 수 있습니다. 이메일을 스팸으로 분류합니다.

다른 이유로 인해 이메일 전달에 문제가 발생할 수 있습니다. 추가 문제 해결 단계는 다음 문서를 참조하세요.

• 고객 이메일이 Zendesk에 표시되지 않습니다
• 일반적인 이메일 채널 문제

• ‘스팸으로 감지’는 무엇을 의미하나요?

  이 섹션은 AI 콘텐츠입니다. 편집하거나 삭제하지 마세요.

  SPF 레코드란 무엇인가요? SPF 레코드를 사용해야 하는 이유는 무엇인가요?

  SPF(Sender Policy Framework) 레코드를 사용하면 Zendesk가 도메인이나 웹사이트를 대신하여 이메일을 보낼 수 있습니다. 도메인에 Zendesk를 포함하는 SPF 레코드가 없으면 수신자나 이메일 서버가 Zendesk에서 보낸 이메일을 차단할 수 있습니다.

  DMARC 구성이란 무엇인가요? DMARC 정책을 사용해야 하는 이유는 무엇인가요?

  도메인 기반 메시지 인증, 리포팅 및 적합성(DMARC)은 SPF 및 DKIM과 함께 작동하여 도메인이나 브랜드를 보호하고 이메일이 고객에게 도달할 수 있도록 보장합니다. DMARC가 없으면 많은 엄격한 이메일 제공업체나 클라이언트가 이메일을 필터링하거나 거부할 수 있습니다.

  이메일 전달 상태를 확인하려면 어떻게 해야 하나요? 이메일 배달 실패 이유를 보려면 어떻게 해야 하나요?

  Zendesk 상담사 워크스페이스 또는 Inbox 에서 티켓 수신자에게 전달 실패 알림이 있는지 확인합니다. 사용자나 고객의 이름 옆에 있는 티켓에서 이메일 배달 실패 이유를 볼 수 있습니다.

  트리거가 이메일을 보내도록 하려면 어떻게 해야 하나요? 자동 답장이 티켓에서 이메일을 보냈는지 확인하려면 어떻게 해야 하나요?

  1. 티켓 URL 끝에 /events를 추가하여 영향을 받는 티켓 이벤트를 엽니다.
  2. 담당자나 상담사가 남긴 댓글 아래에서 트리거나 알림 규칙이 이메일을 보냈는지 확인합니다.

  비활성화된 트리거를 활성화하려면 어떻게 해야 하나요? 자동 답장 규칙을 사용 설정하려면 어떻게 해야 하나요?

  1. 필터 버튼으로 트리거를 확인하고, 제목에 요청자에게 알림이 있는 트리거가 비활성화되어 있지 않은지 확인합니다.
  2. 이러한 트리거가 비활성화되어 있으면 각 트리거의 확인란을 선택하고활성화를 클릭합니다.

  이메일 전달 확인하려면 어떻게 해야 하나요? 지원 이메일 주소의 전달 상태를 확인하려면 어떻게 해야 하나요?

  1. 이메일 채널에서 이메일 주소의 전달 상태를 확인합니다.
  2. 전달 오류가 표시되지 않도록 합니다.

  SPF 레코드를 확인하려면 어떻게 해야 하나요? 이메일 도메인의 SPF를 확인하려면 어떻게 해야 하나요?

  1. 이메일 채널에서 이메일 주소의 SPF를 확인합니다.
  2. MxToolbox와 같은 외부 도구를 사용하여 example.com과 같은 도메인의 SPF 레코드를 확인하세요.

  DKIM 서명을 구성하려면 어떻게 해야 하나요? DKIM으로 이메일 디지털 서명을 하려면 어떻게 해야 하나요?

  1. 이메일 도메인의 DNS 레코드에 두 개의 Zendesk 도메인 키를 추가합니다.
  2. Zendesk에서 디지털 서명을 활성화합니다.

  최종 사용자가 연락한 이메일 주소를 확인하려면 어떻게 해야 하나요? 누락된 고객 이메일을 추적하려면 어떻게 해야 하나요?

  1. 보낸 사람이나 고객에게 이메일 사본을 보내 달라고 요청합니다.
  2. 지원 이메일 주소가 이메일 채널에 나타나는지 확인하기

  일시 중단된 티켓 보기를 확인하려면 어떻게 해야 하나요? 고객이 보낸 일시 중단된 이메일을 보려면 어떻게 해야 하나요?

  1. 이메일이 일시 중단된 티켓 보기에 나타나는지 확인하고, 필요한 경우 여러 페이지를 확인합니다.
  2. 원하는 티켓을 복구하여 스팸 필터에 이메일이 합법적임을 알립니다.

  고객이 상담사가 보낸 이메일을 받지 못하는 이유는 무엇인가요? 수신자 서버가 내 이메일을 거부하는 이유는 무엇인가요?

  이 문제는 전달 실패가 발생하거나, 트리거나 자동 답장이 이메일을 보내지 않을 때, 이메일 전달 실패할 때, SPF 레코드에 include:mail.zendesk.com이 나타나지 않을 때, DKIM 레코드가 없거나, 엄격한 DMARC 정책은 트래픽을 거부합니다. SPF 오류를 해결하려면 도메인 관리자에게 기존 TXT 레코드를 편집하여 include:mail.zendesk.com을 추가하도록 요청하세요. 모든 것이 올바른 경우에는 Zendesk 고객 Support 의 범위 밖에 있는 회사 필터로 인해 수신자의 릴레이 서버가 수신 이메일을 차단할 수 있습니다.

  최종 사용자의 이메일이 티켓을 만들지 않는 이유는 무엇인가요? 고객이 보낸 이메일을 받지 못하는 이유는 무엇인가요?

  이 문제는 최종 사용자가 이메일 채널에 나타나지 않는 이메일 주소에 연락하거나, 지원 이메일 주소에 전달에 실패했거나, 메시지가 일시 중단된 티켓 보기에 있는 경우에 발생합니다. 또한 최종 사용자의 이메일 제공업체에 제대로 구성된 SPF, DKIM 또는 DMARC 설정이 없는 경우에는 향상된 보낸 사람 인증 설정이 이메일을 스팸으로 플래그 지정할 수 있습니다.

  도메인에 여러 개의 SPF 레코드를 사용할 수 있나요?

  아니요. 도메인당 하나의 SPF 레코드만 가질 수 있지만 해당 단일 SPF 레코드에는 여러 소스가 포함될 수 있습니다. 여러 서비스를 사용하여 이메일을 보내는 경우에는 모든 서비스를 하나의 SPF TXT 레코드로 결합해야 합니다.

  트래픽 모니터링에 권장되는 DMARC 정책은 무엇인가요? 새 DMARC 설정을 위한 성공 사례는 무엇인가요?

  이메일 트래픽을 모니터링하기 위해 p=none 정책으로 시작하는 것이 가장 좋습니다. Zendesk에서 보낸 이메일을 포함하여 모든 합법적인 이메일이 SPF 및 DKIM을 통해 제대로 인증되는지 확인한 후에는 더 엄격한 p=quarantine 또는 p=reject 정책으로 이동할 수 있습니다.

번역 고지 사항: 본 문서는 콘텐츠에 대한 기본적인 이해를 제공하기 위해 자동 번역 소프트웨어를 사용하여 번역되었습니다. 정확한 번역을 제공하고자 합당한 노력을 기울였으나 Zendesk는 번역의 정확성을 보장하지 않습니다.

번역된 문서에 포함된 정보의 정확성과 관련하여 질문이 있으시면 문서의 공식 버전인 영문 버전을 참조하시기 바랍니다.