> ## Documentation Index
> Fetch the complete documentation index at: https://docs.livingsecurity.com/llms.txt
> Use this file to discover all available pages before exploring further.

# 이메일 전송 구성

> Living Security가 트랜잭션 이메일과 교육 이메일을 발송하는 방식을 선택합니다. 플랫폼 전송, 인증된 도메인 또는 자체 SMTP 서버 중에서 선택할 수 있습니다.

이메일 전송은 지원되는 할당, 넛지, 환영 메시지, 운영 알림을 포함한 트랜잭션 이메일과 교육 이메일을 제어합니다. **설정 → 통신 → 채널**을 열고 **이메일**을 선택합니다.

<Warning>
  피싱 시뮬레이션 발신자 인프라는 별도로 구성합니다. 이메일 전송을 변경해도
  피싱 시뮬레이션 발신자가 구성되거나 승인되지 않습니다.
</Warning>

## 발송 방법 선택

| 방법 | 인프라 | 발신자 | 필요한 설정 |
| - | - | - | - |
| **Living Security 전송** | Living Security | 공유 Living Security 발신자 | 없음, 기본값입니다 |
| **자체 도메인** | Living Security | 사용자가 관리하는 인증된 도메인 및 발신자(From) ID | DNS 인증 및 활성화 |
| **자체 SMTP 서버** | 사용자 조직 | SMTP 서버에서 허용하는 발신자 | SMTP 서버, TLS, 인증 또는 IP 허용 목록 |

한 번에 하나의 방법만 활성화됩니다. 비활성 상태의 사용자 지정 설정은 제거하거나 비활성화하지 않는 한 저장된 상태로 유지됩니다.

<Note>
  사용자 지정 도메인 및 SMTP 전송에는 Custom Email Delivery 기능이 필요합니다.
  해당 옵션이 표시되지 않으면 Living Security 계정 담당자에게 문의하십시오.
</Note>

## 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 메일 평판을 루트 기업 도메인과 분리할 수 있습니다.

<Steps>
  <Step title="발신자 입력">
    **자체 도메인**을 열고 다음을 입력합니다.

    * **Domain** — `@` 또는 URL 없이 도메인만 입력합니다
    * **From display name** — 수신자에게 표시되는 이름입니다
    * **From email prefix** — `@` 앞부분입니다
    * **Return path subdomain** — 반송 처리를 위한 하위 도메인이며 선택 사항입니다
  </Step>

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

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

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

  <Step title="테스트 보내기">
    조직 내 수신자에게 메시지를 보내고 통신 로그에서 결과를 확인합니다.
  </Step>
</Steps>

**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 허용 목록

<Steps>
  <Step title="필요한 경우 Living Security 송신 IP 허용">
    릴레이에서 IP 허용 목록을 사용하는 경우 SMTP 섹션에 표시된 고정 IP 목록을 복사하여 서버에서 허용합니다. 배포된 환경에 대해 표시된 IP만 사용하십시오.
  </Step>

  <Step title="SMTP 설정 입력">
    호스트, 포트, TLS 모드, 인증 필드, 발신자를 입력합니다. 사용하려는 발신자 및 수신자
    도메인을 릴레이에서 허용하는지 확인하십시오.
  </Step>

  <Step title="전송 구성 저장">
    **저장**을 선택합니다. 저장된 비밀 값은 암호화되며 다시 표시되지 않습니다. 비밀 값을
    교체하려면 새 값을 입력하고 저장하십시오.
  </Step>

  <Step title="활성화 및 테스트">
    SMTP 방법을 선택한 다음 테스트를 보냅니다. 테스트는 활성 전송 경로를 사용하며, 공급자 또는 SMTP 진단 정보를 통신 로그에 기록합니다.
  </Step>
</Steps>

방법에 **Needs attention**이 표시되면 이메일은 공유 발신자를 통해 자동으로 우회 전송되지 않습니다. SMTP 구성을 수정하거나 비활성화하거나, 다른 발송 방법을 직접 선택하십시오.

## 전송 확인

모든 방법에는 **테스트 보내기**가 포함되어 있습니다.

1. 확인할 수 있는 수신자를 입력합니다.
2. 테스트를 보냅니다.
3. **설정 → 통신 → 로그**를 엽니다.
4. 메시지의 경로와 전송 상태를 확인합니다.
5. 실패한 경우 시도 내역, 거부된 수신자, 공급자 세부 정보, 그리고 가능한 경우 SMTP 응답 코드를 확인합니다.

테스트가 “accepted” 상태라는 것은 통신 파이프라인이 메시지를 수락했다는 의미입니다. 최종 전송 여부는 로그와 수신자 사서함에서 확인하십시오.

## 문제 해결

<AccordionGroup>
  <Accordion title="DNS 인증이 계속 보류 중인 경우">
    각 공개 DNS 레코드를 Living Security에 표시된 값과 비교합니다. 복사된 공백, 중복된 루트 도메인, DNS 공급자의 프록시 처리, 아직 만료되지 않은 이전 TTL이 있는지 확인하십시오. 에스컬레이션하기 전에 최대 48시간 동안 기다리십시오.
  </Accordion>

  <Accordion title="인증된 도메인이 사용되지 않는 경우">
    **자체 도메인**이 활성 발송 방법인지 확인하십시오. 인증과 활성화는 별개의 단계입니다.
  </Accordion>

  <Accordion title="SMTP 인증이 실패하는 경우">
    인증 방법, 사용자 이름, 비밀 값 또는 refresh token, TLS 모드, 포트를 확인하십시오.
    IP 허용 목록을 사용하는 경우 Living Security에 표시된 모든 고정 IP가 릴레이에서
    허용되어 있는지 확인하십시오.
  </Accordion>

  <Accordion title="테스트는 수락되었지만 전달되지 않는 경우">
    통신 로그를 열고 가장 최근 시도를 확인하십시오. 그런 다음 수신 시스템의 격리 상태,
    발신자 제한, 릴레이 정책, 거부 세부 정보를 확인하십시오.
  </Accordion>

  <Accordion title="사용자 지정 전송 옵션이 표시되지 않는 경우">
    조직에서 Custom Email Delivery가 활성화되어 있지 않을 수 있습니다. 대체 수단으로 피싱 발신자 설정을 구성하지 말고 계정 담당자에게 문의하십시오.
  </Accordion>
</AccordionGroup>

## 관련 항목

<CardGroup cols={2}>
  <Card title="통신 로그" icon="clock-rotate-left" href="/ko/features/communications/log">
    전송 시도 및 진단 정보를 검토합니다.
  </Card>

  <Card title="전송 정책" icon="shield" href="/ko/features/communications/delivery-policies">
    지원되는 통신의 시점과 전송 동작을 제어합니다.
  </Card>

  <Card title="Microsoft Teams" icon="microsoft" href="/ko/integrations/outbound/teams">
    Teams를 또 다른 알림 채널로 구성합니다.
  </Card>

  <Card title="통신 개요" icon="comments" href="/ko/features/communications/overview">
    채널, 정책, 대기열, 기록을 이해합니다.
  </Card>
</CardGroup>


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.