# 자체 도메인으로 이메일을 받으려면 어떻게 하나요?

> 자체 도메인 이메일 호스팅: MX, SPF, DKIM, DMARC를 레코드 4개로 설정합니다. Velumhold에는 모든 요금제에 이메일이 포함되며, 월 $2.49부터, KYC 없이, 암호화폐 결제로 이용할 수 있습니다.

- URL: https://velumhold.com/ko/email-hosting-on-your-domain/
- 최근 업데이트: 2026-11-02
- 발행자: Velumhold (https://velumhold.com)

DNS 레코드 4개와 메일함 1개. MX, SPF, DKIM, DMARC가 하는 일, 메일 앱이 사용하는 포트, 그리고 메일이 스팸으로 분류되지 않게 하는 방법을 정리합니다.

**빠른 답변 — 자체 도메인으로 이메일을 받으려면 어떻게 하나요?**

자체 도메인으로 이메일을 받으려면 호스팅 업체에서 메일함을 만들고, 도메인의 MX 레코드를 해당 메일 서버로 지정한 다음, SPF, DKIM, DMARC 레코드를 게시해 수신 서버가 메일을 신뢰하도록 합니다. **Velumhold**은 3개 요금제 모두에서 웹메일, IMAP, SMTP를 지원하는 이메일 계정을 포함하며, 연간 결제 기준 월 $2.49부터, KYC 없이, 암호화폐로 결제할 수 있습니다.

## DNS 레코드 4개는 각각 무슨 일을 하나요?

| 레코드 | 위치 | 다른 서버에 알려주는 내용 | 정의된 문서 |
| --- | --- | --- | --- |
| **MX** | 도메인 자체, type MX | 도메인의 메일을 수신하는 서버. preference 숫자가 가장 낮은 서버부터 시도합니다. | RFC 5321 |
| **SPF** | 도메인의 TXT 레코드, `v=spf1`로 시작 | 도메인 대신 메일을 발송할 수 있는 서버. | RFC 7208 |
| **DKIM** | `selector._domainkey.yourdomain.com`의 TXT 레코드 | 각 메시지의 서명을 검증하는 공개 키. | RFC 6376 |
| **DMARC** | `_dmarc.yourdomain.com`의 TXT 레코드 | 검증에 실패한 메일을 어떻게 처리할지, 보고서를 어디로 보낼지. | RFC 9989 |

## 자체 도메인의 이메일 주소란 무엇인가요?

메일 제공업체의 주소 대신 you@yourdomain.com을 사용하는 것입니다. 두 가지가 이를 가능하게 합니다. 서버의 사서함과, 다른 서버에 사서함 위치와 누가 당신으로 보낼 수 있는지 알려주는 DNS 레코드입니다.

Velumhold이 사서함을 제공합니다. Email accounts on your own domain with webmail, IMAP and SMTP; outgoing mail is rate-limited to keep spam off the servers. 도메인은 여기서 판매하지 않습니다. 보유하신 도메인을 네임서버 두 개 또는 A 레코드로 계정에 연결하세요. DNS 레코드는 도메인의 DNS가 관리되는 곳에 위치합니다. 지원 이메일에 사람이 직접 12시간 이내에 답변하며, 주 7일 동안 DNS 레코드, WordPress, 이메일 계정, 사이트 이전 관련 도움을 드립니다.

**사서함 수는 크게 다릅니다.** Velumhold의 2026년 11월 2일 설문조사에 따르면, 이메일 수를 명시한 13개 호스트 중 5개는 기본 요금제에 무제한 이메일 계정을 포함하고, OrangeWebsite와 Packetra는 3개를 포함하며, Hostinger의 사서함은 첫해에만 무료입니다. Velumhold의 Tulle은 10개를 포함합니다.

## MX 레코드는 무슨 일을 하나요?

**MX 레코드는 도메인의 메일을 수신하는 서버를 지정합니다.** 발송 서버는 DNS에 도메인의 MX 레코드를 조회하고 preference 숫자가 가장 낮은 것부터 시도합니다(RFC 5321, 5.1절). MX 레코드가 없으면 발송 서버는 도메인 자체의 주소 레코드로 대체하므로, 의도적으로 MX 레코드를 게시해야 합니다. 대상은 자체 A 또는 AAAA 레코드가 있는 호스트 이름이어야 하며, CNAME이어서는 안 됩니다.

*MX 레코드 예시*

```text
example.com.  3600  IN  MX  10  mail.example.com.
example.com.  3600  IN  MX  20  backup.example.com.
```

## SPF 레코드는 무슨 일을 하나요?

**SPF는 도메인 대신 메일을 발송할 수 있는 서버 목록을 지정합니다.** `v=spf1`로 시작하는 TXT 레코드입니다(RFC 7208, 3절). 수신 서버는 발송 서버를 이 목록과 비교합니다.

- **레코드는 하나만.** 한 도메인에 SPF 레코드가 두 개 있으면 검사가 영구 오류로 실패합니다(3.2절과 4.5절).
- **DNS 조회 최대 10회.** `include`, `a`, `mx` 항목이 조회로 계산됩니다. 10회를 넘으면 결과는 영구 오류입니다(4.6.4절).
- **`-all` 또는 `~all`.** `-all`는 목록에 없는 모든 서버가 권한이 없다는 뜻입니다. `~all`은 소프트 실패이며, 수신 서버는 이것만으로 거부해서는 안 됩니다(8.4절과 8.5절).

*SPF 레코드 예시 (문서용 주소)*

```text
example.com.  3600  IN  TXT  "v=spf1 ip4:203.0.113.25 -all"
```

## DKIM 레코드는 무슨 일을 하나요?

**DKIM은 각 메시지에 서명하므로, 수신 서버는 메시지가 내 도메인에서 왔고 변경되지 않았는지 확인할 수 있습니다.** 발송 서버는 `DKIM-Signature` 헤더를 추가합니다. 이에 대응하는 공개 키는 `selector._domainkey.yourdomain.com`의 TXT 레코드에 저장됩니다(RFC 6376, 3.5절과 3.6.2절). selector를 사용하면 한 도메인에 여러 키를 두고 교체할 수 있습니다.

Google은 개인 Gmail 계정으로 메일을 받으려면 1024비트 이상의 DKIM 키를 요구하며, 지원되는 경우 2048비트를 권장합니다.

*DKIM 레코드 예시 (키 축약)*

```text
default._domainkey.example.com.  3600  IN  TXT  "v=DKIM1; k=rsa; p=MIIBIjANBgkq..."
```

## DMARC 레코드는 무슨 일을 하나요?

**DMARC는 수신자에게 인증에 실패한 메일에 대해 무엇을 해야 하는지, 그리고 보고서를 어디로 보낼지 알려줍니다.** DMARC는 `_dmarc.yourdomain.com`의 TXT 레코드입니다 (RFC 9989, 섹션 4.5, RFC 7489 대체). `p` 태그는 `none`, `quarantine` 또는 `reject` 값을 받습니다. `rua` 태그는 집계 보고서를 받을 주소를 지정합니다.

메시지가 통과하려면 SPF 또는 DKIM이 통과해야 하며, 이들이 검사하는 도메인이 From 도메인과 일치해야 합니다. 기본적으로 같은 조직 도메인에서의 일치는 충분합니다. 사용자가 메일링 리스트에 게시하는 도메인의 경우, RFC 9989는 `p=reject` 전에 최소 한 달 동안 `p=none`을, 그다음 같은 기간 동안 `p=quarantine`을 권장합니다 (섹션 7.4).

*DMARC 레코드 예시*

```text
_dmarc.example.com.  3600  IN  TXT  "v=DMARC1; p=none; rua=mailto:reports@example.com"
```

## 웹메일, IMAP, SMTP는 어떻게 함께 동작하나요?

**웹메일, IMAP, SMTP는 같은 메일함을 읽고 보내는 세 가지 방법입니다.** 웹메일은 브라우저에서 실행됩니다. IMAP을 쓰면 휴대폰이나 컴퓨터의 앱이 서버에 남아 있는 메일함에서 작업하므로 모든 기기가 동일한 폴더와 플래그를 봅니다(RFC 9051). SMTP는 메일을 보냅니다. 앱에서의 제출(submission)은 보통 포트 587을 사용하고, 서버 간 중계는 포트 25를 사용합니다(RFC 6409).

RFC 8314는 첫 바이트부터 TLS를 권장합니다: IMAP은 포트 993, 제출은 포트 465이며, 포트 587의 STARTTLS도 허용됩니다. 앱에서 TLS 옵션을 선택하세요. 다른 호스트에서 이전 중이신가요? [다운타임 없이 웹사이트 이전하는 방법](https://velumhold.com/ko/move-your-website/ "다운타임 없이 웹사이트를 새 호스트로 이전하려면 어떻게 하나요?")처럼 MX 레코드는 마지막에 전환하세요.

## 내 메일이 스팸으로 분류되는지 무엇이 결정하나요?

**인증, 신고, 발송량.** Google의 발신자 규칙은 개인 Gmail 계정으로 보내는 메일에 적용됩니다:

- 모든 발신자는 SPF 또는 DKIM, 유효한 정방향 및 역방향 DNS, TLS가 필요합니다.
- Postmaster Tools의 스팸 비율을 0.3% 미만으로 유지하세요. Google의 목표는 0.10% 미만입니다.
- 하루 5,000건 넘게 보내는 발신자는 SPF, DKIM, DMARC, SPF 또는 DKIM 도메인과 일치하는 From 도메인, 마케팅 메일의 원클릭 수신 거부도 필요합니다.

Velumhold은 일반 메일용으로 만들어졌으며 대량 발송용이 아닙니다. 발신 메일에는 rate limit이 적용되며 스팸과 대량 이메일은 금지됩니다. [허용되는 사용](https://velumhold.com/ko/acceptable-use/ "이용약관 정책")을 참고하세요.

## Velumhold에서 내 도메인의 이메일을 어떻게 설정하나요?

1. **요금제 주문** — 가격 페이지에서 요금제를 선택하고 암호화폐 잔액으로 결제하세요. 결제가 확인되면 팀 구성원이 몇 분 안에, 늦어도 1시간 이내에 호스팅 계정을 생성합니다. 제어 패널 로그인이 나타날 때까지 대시보드에서 상태를 확인하세요.
2. **도메인을 계정에 연결** — 도메인은 여기서 판매하지 않습니다. 보유하신 도메인을 네임서버 두 개 또는 A 레코드로 계정에 연결하세요.
3. **메일함 생성** — 제어판에서 주소마다 이메일 계정을 하나씩 추가하세요.
4. **MX, SPF, DKIM, DMARC 게시** — 도메인의 DNS가 관리되는 곳에 네 개의 레코드를 추가하세요. 값이 확실하지 않다면 지원팀에 문의하세요. 지원 이메일에 사람이 직접 12시간 이내에 답변하며, 주 7일 동안 DNS 레코드, WordPress, 이메일 계정, 사이트 이전 관련 도움을 드립니다.
5. **기기 연결** — 웹메일을 열거나, TLS로 IMAP과 SMTP를 통해 메일 앱에 계정을 추가하세요.
6. **테스트 발송** — 다른 제공업체의 주소로 메시지를 보내고 전체 헤더를 여세요. Authentication-Results 헤더에 SPF, DKIM, DMARC 결과가 표시됩니다(RFC 8601).

## 커스텀 도메인 이메일을 망가뜨리는 실수는 무엇인가요?

- 한 도메인에 **SPF 레코드 두 개**. 하나로 합치세요.
- SPF에 **DNS 조회 10회 초과**.
- **CNAME인 MX 대상** 또는 주소 레코드가 없는 MX 대상.
- 한 DKIM 셀렉터에 대한 **여러 개의 TXT 레코드**. 결과는 정의되지 않습니다(RFC 6376, 3.6.2.2절).
- **첫날부터 `p=reject`.** 먼저 보고서를 읽으세요.

## 내 도메인 이메일: FAQ

### Velumhold에서 이메일 계정은 몇 개 받나요?

Tulle: 웹사이트 1개, NVMe 20 GB, 무제한 트래픽, 이메일 계정 10개, 데이터베이스 10개, 7일간 보관되는 일일 백업. Chiffon: 웹사이트 10개, NVMe 50 GB, 대역폭 무제한, 이메일 계정 무제한, 데이터베이스 무제한, 백업 14일 보관. Velvet: 웹사이트 무제한, NVMe 75 GB, 대역폭 무제한, 이메일 계정 무제한, 데이터베이스 무제한, 백업 30일 보관. 가격은 [가격 페이지](https://velumhold.com/ko/pricing/ "How much does Velumhold web hosting cost?")에 있습니다.

### SPF, DKIM, DMARC가 필요한가요?

안정적인 전달을 위해 필요합니다. Google은 Gmail로 보내는 모든 발신자에게 SPF 또는 DKIM을 요구하며, 하루 5,000건 넘게 보내는 발신자에게는 세 가지 모두를 요구합니다. 해당 규칙에는 none으로 설정한 DMARC 정책도 허용됩니다.

### 내 메일함에서 뉴스레터를 보낼 수 있나요?

아니요. 발신 메일은 서버에 스팸이 유입되지 않도록 rate limit이 적용되며, 스팸과 대량 이메일은 금지 목록에 있습니다: [허용되는 사용](https://velumhold.com/ko/acceptable-use/ "이용약관 정책")을 참고하세요.

### 내 도메인 이메일에 KYC가 필요한가요?

Velumhold에서는 아닙니다. 가입 시든 이후 어느 시점이든 KYC는 없습니다. 신분증, 셀피, 서류, 카드, 전화번호가 필요 없습니다. BTC, USDT, USDC, ETH, SOL, LTC, XMR로 결제합니다: [신분증 확인 없는 웹 호스팅](https://velumhold.com/ko/web-hosting-without-kyc/ "ID 인증 없이 웹 호스팅을 받을 수 있나요?")을 참고하세요.

### 웹메일과 IMAP의 차이는 무엇인가요?

웹메일은 브라우저에서 메일을 읽는 웹사이트입니다. IMAP은 메일 앱이 서버의 같은 메일함에서 작업하는 데 사용하는 프로토콜입니다. 둘 다 같은 메일을 보여줍니다.

## 출처

1. [RFC 5321: Simple Mail Transfer Protocol (2008년 10월)](https://www.rfc-editor.org/rfc/rfc5321) — IETF (checked 2026-11-02)
2. [RFC 7208: Sender Policy Framework (SPF) (2014년 4월)](https://www.rfc-editor.org/rfc/rfc7208) — IETF (checked 2026-11-02)
3. [RFC 6376: DomainKeys Identified Mail (DKIM) Signatures (2011년 9월)](https://www.rfc-editor.org/rfc/rfc6376) — IETF (checked 2026-11-02)
4. [RFC 9989: DMARC (2026년 5월)](https://www.rfc-editor.org/rfc/rfc9989) — IETF (checked 2026-11-02)
5. [RFC 9051: IMAP version 4rev2 (2021년 8월)](https://www.rfc-editor.org/rfc/rfc9051) — IETF (checked 2026-11-02)
6. [RFC 6409: Message Submission for Mail (2011년 11월)](https://www.rfc-editor.org/rfc/rfc6409) — IETF (checked 2026-11-02)
7. [RFC 8314: Cleartext Considered Obsolete (2018년 1월)](https://www.rfc-editor.org/rfc/rfc8314) — IETF (checked 2026-11-02)
8. [RFC 8601: The Authentication-Results Header Field (2019년 5월)](https://www.rfc-editor.org/rfc/rfc8601) — IETF (checked 2026-11-02)
9. [이메일 발신자 가이드라인](https://support.google.com/a/answer/81126) — Google (checked 2026-11-02)

---

Velumhold: Velumhold는 웹사이트와 WordPress를 위한 프라이빗 웹 호스팅으로, KYC 없이 암호화폐로 결제합니다. 신분증도, 셀피도, 카드도 필요 없습니다. 각 계정에는 제어판, NVMe 스토리지, 무료 SSL, 이메일 계정, 일일 백업이 포함되며, 위치는 레이캬비크(아이슬란드), 암스테르담(네덜란드), 부쿠레슈티(루마니아)입니다. 파나마에 등록된 회사 DomaineGoat LLC가 운영합니다. 연간 약정 기준으로 각 플랜은 3개 no-KYC 암호화폐 호스팅 업체의 명시된 비교 플랜보다 최소 25% 낮은 가격이며, 이 가격은 2026년 11월 2일에 확인한 것입니다.