알림 이 발신자는 사기 감지 확인에 실패했으며 실제 사람이 아닐 수도 있습니다.

알림 이 발신자는 사기 감지 확인에 실패했으며 실제 사람이 아닐 수도 있습니다.

저는 회사에서 ZenDesk Ticketing 시스템을 사용하고 있습니다. ZenDesk에는 고객이 문제 요청을 보내 새 티켓을 만드는 데 사용하는 지원 이메일이 있습니다.

하지만 우리는 Outlook에서 호스팅되는 자체 지원 이메일을 사용하고 있으며 이 이메일의 이메일을 ZenDesk로 전달하고 있습니다.

문제는 누군가가 우리의 지원 이메일로 이메일을 보내면 새 티켓이 생성되고 다음과 같은 메시지가 포함된 이메일을 받게 된다는 것입니다.

"이 발신자는 사기 탐지 확인에 실패했으며 실제 사람이 아닐 수도 있습니다."

SPF 레코드를 다음과 같이 구성하려고 했습니다.

v=spf1 include:servers.mcsv.net ?all include:spf.protection.outlook.com -all include:spf.sendinblue.com mx ~all include:mail.zendesk.com ?all

하지만 메시지는 계속 나타납니다.

이 문제를 해결하는 데 도움이 되었나요?

답변1

발신자가 SPF 확인에 실패하면 SPF 레코드를 변경하여 해당 문제를 해결할 수 없습니다. SPF 레코드를 수정해야 합니다.

SPF에서는 이메일 전달에 문제가 있습니다. 사용할 수 있는 솔루션은 다양합니다.

  • Outlook에서 삽입한 보안 헤더를 신뢰하도록 ZedDesk를 구성하십시오. 이는 이메일을 수신하는 경계 서버가 있을 때 이메일을 처리하는 표준 접근 방식입니다.
  • ZenDesk 메일 서버를 인터넷에 열고 이를 티켓팅에 사용합니다. MX 레코드가 필요하지 않을 수도 있지만 SPF가 구성되어 있어야 합니다. 발신 이메일은 기존 프로세스를 통해 전달될 수 있습니다. 비티켓팅 이메일(악용, 포스트마스터 등 제외)은 비트버킷으로 보낼 수 있습니다.
  • 보낸 사람 다시 쓰기: 원래 보낸 사람을 식별하는 데 문제가 발생할 수 있습니다.
  • 아래 설명된 대로 Sender 헤더가 없는 경우 삽입: 표준은 아니지만 실용적일 수 있습니다.

웹 양식에서 이메일을 생성하는 경우 도메인에 속한 주소로 전송하고 있는지 확인하세요. 도메인의 Noreply 주소가 포함된 Sender 헤더를 추가하면 됩니다. 이는 이메일의 봉투 발신자이기도 합니다.

관련 정보