2026년 10월, 수신 및 발신 메일 서버란 무엇인가 - 완벽 가이드

수신 및 발신 메일 서버는 이메일을 수신, 저장 및 전송하는 시스템입니다. 수신 서버는 IMAP 또는 POP3 프로토콜을 사용하여 서버에서 사용자의 기기로 메시지를 전달하고, 발신 서버는 SMTP 프로토콜을 사용하여 사용자의 기기에서 수신자에게 메시지를 전송합니다. 올바른 서버 이름, 포트 번호 및 암호화 설정을 통해 안정적이고 안전한 이메일 통신이 보장됩니다.

Outlook, Apple Mail 또는 휴대폰에서 이메일을 설정해 본 적이 있다면 수신 및 발신 메일 서버를 사용해 보셨을 겁니다. 이 가이드에서는 각 서버의 기능, 사용해야 할 포트 및 암호화 방식, IMAP과 POP3가 작업 흐름에 미치는 영향, 그리고 전문가처럼 메일을 설정, 보호 및 문제 해결하는 방법을 설명합니다.

수신 메일 서버와 발신 메일 서버란 무엇인가요?

이메일은 수신과 발신이라는 두 가지 명확한 역할을 수행합니다 . 이 둘의 차이점을 이해하면 올바른 설정을 선택하고 문제를 더 빠르게 해결할 수 있습니다.

수신 메일 서버(IMAP 또는 POP3)

수신 서버는 사서함에서 이메일 앱으로 메시지를 전달합니다.

• IMAP(인터넷 메시지 접속 프로토콜): 여러 기기에서 메일을 동기화합니다. 이메일은 서버에 보관되며, 읽음, 삭제, 폴더 관리 등의 작업은 모든 기기에서 동일하게 적용됩니다.
• POP3(우체국 프로토콜 v3): 기본적으로 이메일을 한 기기에 다운로드합니다. "서버에 사본 남겨두기" 옵션을 선택하지 않으면 서버에서 이메일이 삭제되는 경우가 많습니다.

일반적인 수신 서버 이름은 IMAP의 경우 imap.yourdomain.com 또는 mail.yourdomain.com이고, POP3의 경우 pop.yourdomain.com입니다.

발신 메일 서버(SMTP)

발신 서버는 SMTP(단순 메일 전송 프로토콜)를 사용하여 사용자의 기기에서 수신자에게 메시지를 보냅니다 . SMTP는 메일 전송, 수신자의 메일 교환기(MX)로의 중계, 그리고 전달 보장을 담당합니다. 최신 SMTP는 악용을 방지하고 데이터를 보호하기 위해 인증 및 암호화를 요구합니다.

이메일의 전체 흐름 과정

경로를 파악하면 문제 해결 및 보안이 향상됩니다.

• 클라이언트가 연결됩니다. 메시지를 보내려면 SMTP 서버(예: smtp.yourdomain.com)를 지정합니다.
• SMTP 서버는 SPF, DKIM 서명, 속도 제한을 확인하고 메시지를 대기열에 추가합니다.
• DNS 수신자 도메인의 MX 레코드는 수신자의 메일 서버를 가리킵니다.
• 수신자의 서버는 이메일을 수락하고 저장합니다.
• 수신자의 클라이언트가 연결됩니다 IMAP/POP3를 통해 그것을 검색합니다.

DNS 이메일 작동에 필요한 기록들

• MX : 어떤 서버가 당신의 도메인에 대한 이메일을 수신하는지 전 세계에 알려줍니다.
• SPF : 도메인에 대한 메일 발송 권한을 부여하는 서버입니다.
• DKIM: 발신 메일의 진위 여부를 확인하기 위해 암호화 방식으로 서명합니다.
• DMARC: 수신자에게 우편물을 처리하는 방법을 안내합니다. SPF/DKIM 실패 또한 보고 기능을 제공합니다.

포트, 암호화 및 최적 설정

암호화된 연결을 항상 선호하십시오 . 다음은 표준 포트와 사용 시점입니다.

• IMAP을 통해 SSL/TLS: 포트 993 (권장)
• POP3 이상 SSL/TLS: 포트 995
• STARTTLS를 사용한 SMTP 제출: 포트 587 (송신에 권장)
• SMTP를 통한 SSL/TLS: 포트 465 (구형이지만 널리 지원됨)
• SMTP(암호화 없음): 포트 25 (서버 간 통신 전용; ISP에서 차단하는 경우가 많음; 클라이언트 제출용이 아님)

TLS를 선택하세요/SSL 언제든지 가능할 때. 대부분의 사용자에게는: IMAP 993과 SMTP 587에 STARTTLS를 사용하는 것이 가장 호환성이 높고 안전한 조합입니다.

IMAP과 POP3: 어떤 것을 사용해야 할까요?

IMAP: 여러 장치, 팀 및 백업에 가장 적합합니다.

• 장점 : 실시간 동기화, 서버 측 폴더, 간편한 기기 변경, 공유 사서함에 더욱 적합.
• 단점 : 서버 저장 공간을 더 많이 사용하며, 오프라인 액세스는 로컬 캐싱에 의존합니다.

POP3: 단일 기기 사용 및 로컬 아카이빙에 가장 적합

• 장점 : 서버 저장 공간을 적게 차지하며, 기본 장치 하나로 간단하게 사용할 수 있습니다.
• 단점 : 여러 기기 간 동기화가 지원되지 않아 메일 보관함이 분할될 위험이 있으며, 다른 기기에서 메일이 손실되는 것을 방지하려면 "서버에 사본 남겨두기" 옵션을 활성화해야 합니다.

대부분의 최신 환경 에서는 IMAP을 권장합니다 . POP3는 전용 아카이브 머신이나 간헐적인 연결처럼 로컬 저장소가 선호되는 특수한 경우에만 사용하십시오.

모든 이메일 클라이언트(Outlook, Apple Mail, Thunderbird, 모바일) 설정 방법

편리하게 사용할 수 있는 기본 설정

• 수신 서버(IMAP): imap.yourdomain.com, 포트 993, SSL/TLS, 인증: 일반 암호
• 수신 서버(POP3): pop.yourdomain.com, 포트 995, SSL/TLS, 인증: 일반 암호
• 발신 서버(SMTP): smtp.yourdomain.com, 포트 587, STARTTLS, 인증 필요
• 사용자 이름: 전체 이메일 주소(예: [이메일 보호])
• 암호: 이메일 계정 비밀번호 또는 앱별 비밀번호

빠른 설정 체크리스트

• 호스팅 제어판 또는 서버에서 사서함을 생성하세요.
• 업데이트 DNS (MX, SPF, DKIM, DMARC) 그리고 전파를 허용합니다.
• 클라이언트에서 IMAP(권장)을 선택하고 서버 이름, 포트 및 TLS를 입력합니다.
• 사용 "입증" SMTP의 경우, 수신 시 사용하는 것과 동일한 사용자 이름/비밀번호를 사용하십시오.
• 외부 주소로 테스트 이메일을 보내고 답장을 보내 양방향 소통을 확인하세요.

# Example client configuration (IMAP + SMTP)
Incoming Server (IMAP): imap.yourdomain.com
Port: 993
Security: SSL/TLS
Authentication: Password
Username: [email protected]

Outgoing Server (SMTP): smtp.yourdomain.com
Port: 587
Security: STARTTLS
Authentication: Required (same credentials)
Username: [email protected]

기본 서버 측 설정 (VPS/전용 서버 관리자용)

만약 너라면 manage 나만의 메일 스택 (예: Postfix + Dovecot) 이러한 코드 조각은 일반적이고 안전한 기본 설정을 보여줍니다. 항상 스테이징 환경에서 테스트하고 배포판 설명서를 참조하십시오.

Postfix(SMTP) 필수 사항

# /etc/postfix/main.cf (high-level example)
myhostname = mail.yourdomain.com
mydomain = yourdomain.com
myorigin = $mydomain
mydestination = $myhostname, localhost.$mydomain, localhost, $mydomain
mynetworks = 127.0.0.0/8
inet_interfaces = all
smtpd_tls_cert_file = /etc/ssl/certs/fullchain.pem
smtpd_tls_key_file = /etc/ssl/private/privkey.pem
smtpd_use_tls = yes
smtpd_tls_security_level = may
smtp_tls_security_level = may
smtpd_sasl_type = dovecot
smtpd_sasl_path = private/auth
smtpd_sasl_auth_enable = yes
smtpd_recipient_restrictions = permit_sasl_authenticated, reject_unauth_destination
submission inet n       -       n       -       -       smtpd
  -o smtpd_tls_security_level=encrypt
  -o smtpd_sasl_auth_enable=yes
  -o smtpd_recipient_restrictions=permit_sasl_authenticated,reject

Dovecot(IMAP/POP3) 필수 기능

# /etc/dovecot/dovecot.conf (example)
protocols = imap pop3
ssl = required
ssl_cert = </etc/ssl/certs/fullchain.pem
ssl_key = </etc/ssl/private/privkey.pem
auth_mechanisms = plain login
mail_location = maildir:~/Maildir
service auth {
  unix_listener /var/spool/postfix/private/auth {
    mode = 0660
    user = postfix
    group = postfix
  }
}

DNS 레코드 예시

; MX record
yourdomain.com.  3600  IN MX 10 mail.yourdomain.com.

; SPF
yourdomain.com.  3600  IN TXT "v=spf1 a mx ip4:203.0.113.10 include:_spf.yourprovider.com ~all"

; DKIM (selector: mail2026)
mail2026._domainkey.yourdomain.com. 3600 IN TXT "v=DKIM1; k=rsa; p=YOUR_PUBLIC_KEY"

; DMARC (monitoring)
_dmarc.yourdomain.com. 3600 IN TXT "v=DMARC1; p=none; rua=mailto:[email protected]; fo=1"

샘플 IP 주소, 호스트 이름 및 키를 실제 값으로 교체하십시오. 키를 주기적으로 변경하고 모니터링 후 DMARC 격리/거부를 적용하십시오.

일반적인 이메일 문제 해결

수신은 가능하지만 발신은 불가능합니다

• 체크 SMTP 포트 587 또는 465(TLS/STARTTLS 활성화 필요).
• 확인 "발신 서버에 인증 필요" 옵션이 활성화되어 있습니다.
• 확인하기 비밀번호와 전체 이메일 주소를 사용자 이름으로 사용하세요.
• 확인 귀하의 IP 주소는 차단되지 않았으며, 서비스 제공업체에서 아웃바운드 SMTP를 허용하고 있습니다.

보낼 수는 있지만 받을 수는 없습니다

• MX 레코드 올바른 서버를 가리키지 않거나 전파되지 않았습니다.
• 사서함 할당량을 초과했습니다. 서버 저장 공간을 확보하세요.
• 스팸 필터링 또는 전달 규칙이 잘못 구성되었습니다.

메시지가 스팸으로 분류됩니다

• 게시이다. SPF, DKIM, DMARC를 준수하고 정렬을 확인합니다.
• 평판이 깨끗하고 일관된 송신 IP 주소DNS (PTR) 설정.
• 피하 스팸성 콘텐츠, 오해의 소지가 있는 주제, 과도한 링크.

타임아웃 또는 동기화 문제

• 방화벽 포트 993/995/587/465를 차단합니다.
• 안티 바이러스 스캐닝 SSL 핸드셰이크 실패를 유발하는 트래픽; 예외를 추가합니다.
• 동시 연결이 너무 많습니다. 클라이언트 설정에서 동시 연결 수를 줄이세요.

메일 서버 보안 모범 사례

• TLS를 강제 적용합니다. IMAP/POP3/SMTP; 일반 텍스트 로그인을 비활성화합니다.
• 강력하게 사용하세요, 고유한 비밀번호 또는 OAuth/앱 비밀번호.
• 사용 속도 제한 및 fail2ban 방식의 무차별 대입 공격 방지 기능.
• 발신 메일에 서명하세요 DKIM 및 DMARC 보고서를 모니터링합니다.
• MTA와 IMAP 서버를 유지하세요. 라이브러리 패치가 적용되었는지 확인하고, 안전한 경우 업데이트를 자동화합니다.
• MTA-STS 및 TLS-RPT를 고려하십시오. 더욱 강화된 운송 보안 가시성.

호스팅 이메일 vs 자체 호스팅 – 어떤 것이 당신에게 적합할까요?

호스팅 이메일은 이메일 전송률, 스팸 필터링, 시스템 가동 시간 및 규정 준수를 제공업체에 맡깁니다. 자체 호스팅은 완전한 제어 권한과 낮은 반복 비용을 제공하지만 시간, 전문 지식 및 지속적인 유지 관리가 필요합니다.

• 호스팅이 필요한 경우 호스팅을 선택하세요. 단순성, 확실한 전달 가능성, 그리고 24 / 7 지원.
• 완전한 제어 권한이 필요하다면 자체 호스팅을 선택하세요. 사용자 지정 라우팅 또는 엄격한 데이터 경계를 설정해야 하며 관리자 권한이 필요합니다.

At YouStable저희 호스팅 플랜은 수신 및 발신 메일 서버에 대한 안내식 설정을 통해 안전한 이메일을 지원합니다. SPF, DKIM, DMARC 등을 활용하여 메일 전송률을 최적화하거나 마이그레이션을 진행하시는 경우에도 저희 서비스를 이용하실 수 있습니다.DNS저희 팀은 추측에 의존하지 않고 최적의 실행 방안을 구현할 수 있도록 도와드립니다.

다음 글도 읽어보세요: 2026년에 이메일 서버를 직접 호스팅하는 방법 - 전문가 가이드

실제 시나리오 및 팁

• 공유 사서함: 투명성을 확보하기 위해 개별 사용자 계정과 서버 측 폴더를 사용하는 IMAP을 활용하세요.
• 잦은 여행: 가능한 경우 IMAP IDLE/Push 기능을 활성화하고, 사용량 제한이 있는 연결에서는 동기화 속도를 제한하십시오.
• 규정 준수 요구 사항: 서버에서 저널링을 통해 아카이브하십시오. POP3만 사용하는 워크플로는 피하십시오.
• 웹사이트 문의 양식: 도메인 소유 사서함을 사용하는 587번 포트의 인증된 SMTP를 통한 경로 설정; 피하십시오 PHP 인증 없이 mail() 함수를 사용합니다.

자주 묻는 질문