Skip to main content
이메일 전송은 지원되는 할당, 넛지, 환영 메시지, 운영 알림을 포함한 트랜잭션 이메일과 교육 이메일을 제어합니다. 설정 → 통신 → 채널을 열고 이메일을 선택합니다.
피싱 시뮬레이션 발신자 인프라는 별도로 구성합니다. 이메일 전송을 변경해도 피싱 시뮬레이션 발신자가 구성되거나 승인되지 않습니다.

​
발송 방법 선택

한 번에 하나의 방법만 활성화됩니다. 비활성 상태의 사용자 지정 설정은 제거하거나 비활성화하지 않는 한 저장된 상태로 유지됩니다.
사용자 지정 도메인 및 SMTP 전송에는 Custom Email Delivery 기능이 필요합니다. 해당 옵션이 표시되지 않으면 Living Security 계정 담당자에게 문의하십시오.

​
Living Security 전송 사용

Living Security가 발송 인프라와 발신자를 모두 관리하도록 하려면 Living Security 전송을 선택합니다.
  1. Living Security 전송 카드를 엽니다.
  2. 다른 방법이 활성화되어 있는 경우 Use this method를 선택합니다.
  3. 테스트 메시지를 보냅니다.
DNS 또는 SMTP 자격 증명은 필요하지 않습니다. 활성 방법 카드에는 사용자 환경에서 사용되는 From 이름과 주소가 표시됩니다.

​
Living Security 인프라에서 자체 도메인 사용

메시지에 조직의 발신자(From) ID를 사용하면서 Living Security가 계속 전송을 담당하도록 하려면 자체 도메인을 선택합니다.

​
사전 요구 사항

  • Living Security 관리자 권한
  • 발송 도메인의 DNS를 편집할 수 있는 권한
  • training.example.com 또는 security.example.com 같은 전용 하위 도메인
  • 승인된 From 표시 이름 및 이메일 접두사
하위 도메인을 사용하면 Living Security 메일 평판을 루트 기업 도메인과 분리할 수 있습니다.
1

발신자 입력

자체 도메인을 열고 다음을 입력합니다.
  • Domain — @ 또는 URL 없이 도메인만 입력합니다
  • From display name — 수신자에게 표시되는 이름입니다
  • From email prefix — @ 앞부분입니다
  • Return path subdomain — 반송 처리를 위한 하위 도메인이며 선택 사항입니다
2

DNS 레코드 게시

표시된 모든 레코드를 그대로 복사하여 DNS 공급자에 입력합니다. 레코드에는 일반적으로 도메인 인증 및 DKIM에 사용되는 CNAME 레코드가 포함됩니다. DNS 공급자가 루트 도메인을 자동으로 추가하는 경우 루트 도메인을 중복 입력하지 않도록 주의하십시오.
3

레코드 인증

Living Security로 돌아와 Verify records를 선택합니다. DNS 변경 사항은 대개 빠르게 반영되지만 최대 48시간이 걸릴 수 있습니다. 인증 후에도 레코드를 DNS에 그대로 유지하십시오.
4

발신자 활성화

모든 레코드가 인증됨으로 표시되면 발신자 ID를 저장하고 Activate sender를 선택합니다. 인증은 도메인에 대한 제어 권한을 증명하는 것이며, 활성화는 해당 도메인을 현재 발송 방법으로 적용하는 것입니다.
5

테스트 보내기

조직 내 수신자에게 메시지를 보내고 통신 로그에서 결과를 확인합니다.
Use platform delivery를 선택하면 도메인을 삭제하지 않고 비활성화할 수 있습니다. Remove domain은 Living Security의 도메인 구성을 삭제하고 이메일을 구성된 플랫폼 경로로 되돌립니다. 사용하지 않는 DNS 레코드는 다른 곳에서 사용되지 않는지 확인한 후에만 제거하십시오.

​
자체 SMTP 서버 사용

정책상 Living Security가 트랜잭션 메시지와 교육 메시지를 조직에서 관리하는 인프라를 통해 릴레이해야 하는 경우 자체 SMTP 서버를 선택합니다.

​
사전 요구 사항

  • SMTP 호스트 및 포트
  • 지원되는 TLS 모드: STARTTLS 또는 TLS wrapper
  • From 주소 및 선택 사항인 From 표시 이름
  • 지원되는 인증 방법 중 하나:
    • 사용자 이름 및 비밀번호
    • OAuth 2.0 자격 증명 및 refresh token
    • SMTP 인증 없는 IP 허용 목록
1

필요한 경우 Living Security 송신 IP 허용

릴레이에서 IP 허용 목록을 사용하는 경우 SMTP 섹션에 표시된 고정 IP 목록을 복사하여 서버에서 허용합니다. 배포된 환경에 대해 표시된 IP만 사용하십시오.
2

SMTP 설정 입력

호스트, 포트, TLS 모드, 인증 필드, 발신자를 입력합니다. 사용하려는 발신자 및 수신자 도메인을 릴레이에서 허용하는지 확인하십시오.
3

전송 구성 저장

저장을 선택합니다. 저장된 비밀 값은 암호화되며 다시 표시되지 않습니다. 비밀 값을 교체하려면 새 값을 입력하고 저장하십시오.
4

활성화 및 테스트

SMTP 방법을 선택한 다음 테스트를 보냅니다. 테스트는 활성 전송 경로를 사용하며, 공급자 또는 SMTP 진단 정보를 통신 로그에 기록합니다.
방법에 Needs attention이 표시되면 이메일은 공유 발신자를 통해 자동으로 우회 전송되지 않습니다. SMTP 구성을 수정하거나 비활성화하거나, 다른 발송 방법을 직접 선택하십시오.

​
전송 확인

모든 방법에는 테스트 보내기가 포함되어 있습니다.
  1. 확인할 수 있는 수신자를 입력합니다.
  2. 테스트를 보냅니다.
  3. 설정 → 통신 → 로그를 엽니다.
  4. 메시지의 경로와 전송 상태를 확인합니다.
  5. 실패한 경우 시도 내역, 거부된 수신자, 공급자 세부 정보, 그리고 가능한 경우 SMTP 응답 코드를 확인합니다.
테스트가 “accepted” 상태라는 것은 통신 파이프라인이 메시지를 수락했다는 의미입니다. 최종 전송 여부는 로그와 수신자 사서함에서 확인하십시오.

​
문제 해결

각 공개 DNS 레코드를 Living Security에 표시된 값과 비교합니다. 복사된 공백, 중복된 루트 도메인, DNS 공급자의 프록시 처리, 아직 만료되지 않은 이전 TTL이 있는지 확인하십시오. 에스컬레이션하기 전에 최대 48시간 동안 기다리십시오.
자체 도메인이 활성 발송 방법인지 확인하십시오. 인증과 활성화는 별개의 단계입니다.
인증 방법, 사용자 이름, 비밀 값 또는 refresh token, TLS 모드, 포트를 확인하십시오. IP 허용 목록을 사용하는 경우 Living Security에 표시된 모든 고정 IP가 릴레이에서 허용되어 있는지 확인하십시오.
통신 로그를 열고 가장 최근 시도를 확인하십시오. 그런 다음 수신 시스템의 격리 상태, 발신자 제한, 릴레이 정책, 거부 세부 정보를 확인하십시오.
조직에서 Custom Email Delivery가 활성화되어 있지 않을 수 있습니다. 대체 수단으로 피싱 발신자 설정을 구성하지 말고 계정 담당자에게 문의하십시오.

​
관련 항목

통신 로그

전송 시도 및 진단 정보를 검토합니다.

전송 정책

지원되는 통신의 시점과 전송 동작을 제어합니다.

Microsoft Teams

Teams를 또 다른 알림 채널로 구성합니다.

통신 개요

채널, 정책, 대기열, 기록을 이해합니다.