Documentation – 이메일 튜토리얼

Net: 가장 인기 있는 이메일 파일 포맷

Mon, 01 Jan 0001 00:00:00 +0000

EML

EML은 가장 널리 인식되고 사용되는 이메일 파일 포맷 중 하나로, 주로 MIME (Multipurpose Internet Mail Extensions) 표준을 따르도록 설계되었습니다. 이 형식은 개방적이고 일반화된 접근 방식 덕분에 다양한 이메일 클라이언트 및 시스템에서 폭넓게 지원됩니다.

주요 기능:

각 EML 파일은 발신자, 수신자, 제목, 타임스탬프와 같은 메타데이터와 함께 단일 이메일 메시지를 캡슐화합니다.
EML 파일은 MIME 표준을 준수하여 리치 포맷팅, 첨부 파일 및 삽입 요소를 지원하며, 이메일 콘텐츠를 다채롭게 표현할 수 있습니다.
MSG와 같이 특정 소프트웨어(Outlook 및 MAPI)에 밀접하게 연결된 독점 형식과 달리, EML 파일은 다양한 플랫폼의 여러 이메일 프로그램과 호환되는 보다 보편적인 접근 방식을 제공합니다. EML 파일은 Microsoft Outlook, Mozilla Thunderbird, Apple Mail 및 다수의 웹 기반 이메일 서비스 등 다양한 이메일 클라이언트와 호환됩니다.

EML 파일 형식은 본질적으로 MIME 표준과 연결되어 있으며, 이는 인터넷 메시지 본문의 형식을 정의하는 사양입니다. MIME는 ASCII 외의 문자 집합 텍스트와 멀티미디어 콘텐츠 첨부를 지원하도록 기본 이메일 형식을 확장합니다.

MIME 구조:

EML 파일은 From, To, Subject, Date 등과 같은 정보를 포함하는 헤더 섹션으로 시작합니다. 추가 헤더에는 Content-Type, Content-Transfer-Encoding 등이 포함될 수 있습니다.
헤더 뒤에 EML 파일의 본문이 이어집니다. 이 섹션은 일반 텍스트, HTML 또는 멀티파트 콘텐츠를 포함할 수 있어 하나의 메시지 내에서 다양한 유형의 콘텐츠를 결합할 수 있습니다.
EML 파일은 base64로 인코딩된 첨부 파일을 포함할 수 있어 바이너리 데이터를 이메일로 전송할 수 있습니다. 이러한 첨부 파일은 파일 유형 및 인코딩을 나타내는 적절한 헤더가 포함된 자체 MIME 파트로 정의됩니다.

MIME 유형:

EML 파일의 내용은 텍스트, HTML 및 기타 미디어 유형을 구분하기 위해 다양한 MIME 유형으로 구분됩니다. EML 파일에 포함된 일반적인 MIME 유형은 다음과 같습니다.

text/plain 일반 텍스트 메시지용.
text/html HTML 형식 메시지용.
multipart/mixed 메시지 내용과 첨부 파일을 모두 포함하는 이메일용.
application/octet-stream 바이너리 파일 첨부용.

MSG

**Microsoft Outlook Message (MSG)**는 Microsoft Outlook에서 개별 이메일 메시지를 저장하기 위해 사용하는 독점 이메일 형식입니다. 이러한 파일에는 이메일 내용과 발신자, 수신자, 제목, 타임스탬프와 같은 메타데이터가 포함됩니다. 리치 포맷팅, 첨부 파일, 플래그, 중요도, 민감도와 같은 Outlook 전용 기능을 지원합니다.

핵심 기능:

MSG 파일은 단일 이메일 메시지를 나타냅니다.
MSG 파일은 Microsoft Outlook과 연계되며 Outlook에서 열 수 있습니다.
MSG 파일은 일반적으로 아카이빙, 백업 및 서로 다른 Outlook 인스턴스나 기타 호환 이메일 클라이언트 간에 Outlook 항목을 교환하는 데 사용됩니다.

MSG는 Microsoft Outlook 및 **Messaging Application Programming Interface (MAPI)**와 밀접하게 연관되어 있습니다. MAPI는 애플리케이션이 주로 Microsoft Exchange Server와 Microsoft Outlook과 상호 작용할 수 있도록 하는 프로그래밍 인터페이스입니다. 이메일 전송, 수신, 관리와 함께 캘린더, 연락처, 작업 등 메시징 관련 기능에 접근할 수 있는 함수와 프로토콜을 제공하며, Outlook은 이메일 메시지를 생성·조작·관리하기 위해 MAPI를 사용합니다. 사용자가 Outlook에서 이메일을 작성하거나 수신하면 MAPI가 메일 서버와의 기본 통신을 처리하고 메시지 콘텐츠 관리에 필요한 기능을 제공합니다.

MSG 형식의 기술적 기반:

MSG 파일은 MAPI 속성을 사용하여 메시지 데이터를 저장합니다. MAPI 속성은 메시지의 다양한 측면을 정의하는 속성으로, 발신자, 수신자, 제목, 타임스탬프와 같은 표준 속성뿐만 아니라 사용자 정의 속성 및 확장 속성을 포함합니다.

속성은 메시지를 계층 구조로 조직하며, 최상위 속성은 전체 메시지 속성을 정의하고, 중첩된 속성은 수신자, 첨부 파일, 삽입 객체와 같은 특정 구성 요소를 나타냅니다. MSG 파일은 관련된 MAPI 속성 집합을 포함하는 여러 속성 스트림을 가질 수 있습니다. 이러한 스트림은 **Compound File Binary Format (CFBF)**에 따라 구조화되며 표준 및 사용자 정의 속성을 모두 저장합니다.

OFT

**Outlook File Template (OFT)**은 Microsoft Outlook에서 표준화된 메시지를 만들기 위해 사용하는 이메일 형식입니다. MSG 파일과 달리 OFT 파일은 실제 메시지 내용을 포함하지 않고, 사전 정의된 서식, 레이아웃 및 동적 콘텐츠를 위한 자리표시자를 가진 템플릿 역할을 합니다.

핵심 기능:

OFT 파일은 뉴스레터, 공지, 응답 등 일반적인 상황에 대한 사전 설계된 템플릿을 제공하여 반복 이메일 작성을 간소화합니다.
OFT 템플릿을 사용함으로써 조직은 모든 발신 커뮤니케이션에서 브랜드, 형식 및 메시지의 일관성을 보장합니다.
사용자는 발송 전에 OFT 템플릿에 내용을 추가하거나 수정하여 맞춤형 메시지를 만들 수 있으며, 표준화된 형식을 유지합니다.

TNEF

**Transport Neutral Encapsulation Format (TNEF)**는 Microsoft Outlook 및 Microsoft Exchange Server에서 표준 이메일 프로토콜이 지원하지 않을 수 있는 이메일 속성과 리치 텍스트 콘텐츠를 캡슐화하기 위해 사용하는 독점적인 이메일 형식입니다. 주로 Microsoft 이메일 클라이언트가 리치 텍스트 형식, 삽입된 객체 및 기타 독점적인 이메일 기능을 인코딩·전송하는 데 사용되며, 이를 통해 복잡한 이메일 콘텐츠(예: 서식, 삽입 파일, 캘린더 이벤트)가 서로 다른 Microsoft 이메일 클라이언트 간에 전송될 때 보존됩니다.

주요 기능:

TNEF는 다양한 MAPI 속성, Microsoft 고유의 리치 텍스트 형식 및 표준 MIME이나 일반 텍스트 이메일로 전달할 수 없는 특수 속성을 캡슐화할 수 있습니다.
캘린더, 연락처, 작업, 메모와 같은 Outlook 항목을 TNEF 형식에 캡슐화할 수 있습니다.
Microsoft가 아닌 이메일 클라이언트는 TNEF 첨부 파일을 이해하거나 제대로 처리하지 못해, 종종 성가신 winmail.dat 파일. 이는 일반적으로 TNEF에 인코딩된 독점 형식을 디코딩할 수 없기 때문에 발생합니다.

TNEF 형식의 기술적 기반:

TNEF는 이메일 내용을 특수 바이너리 첨부 파일로 캡슐화합니다. 이 첨부 파일은 일반적으로 .dat 파일 확장자, 일반적으로 지정되는 이름 winmail.dat.
TNEF 데이터는 종종 MIME 유형과 연관됩니다 application/ms-tnef.
TNEF 형식은 메시지 속성의 계층 구조를 평평한 구조로 나타내며, 이를 연속적인 데이터 스트림으로 볼 수 있습니다. 스트림 내 특정 속성의 일반적인 형식은 데이터 유형 정보를 포함한 식별자, 크기(유형에 따라 정의되지 않은 경우), 그리고 데이터를 포함합니다.

Net: 이메일 저장 형식

Mon, 01 Jan 0001 00:00:00 +0000

MBOX

**MBOX (Mailbox의 약자)**는 수십 년 동안 널리 사용된 이메일 저장 형식으로, 하나의 파일에 여러 이메일 메시지를 저장하며 각 메시지는 구분 라인으로 구분됩니다.

MBOX는 1970년대에 처음 개발된 이후 여러 버전과 구현이 이루어졌습니다. Unix mail, Mozilla Thunderbird, Eudora 등 다수의 이메일 클라이언트에서 구현되어 왔습니다.

주요 기능:

MBOX는 Unix, Linux, macOS 등 다양한 플랫폼에서 지원됩니다.
Mozilla Thunderbird, Apple Mail 등 여러 클라이언트가 MBOX 파일을 읽고 쓸 수 있습니다.
평문 텍스트 형식이라 텍스트 조작 도구로 쉽게 파싱하고 처리할 수 있습니다.
구조가 단순해 MBOX는 아카이빙 및 백업 용도로 널리 사용됩니다.
모든 이메일이 하나의 파일에 저장되므로 시간이 지나면서 파일이 매우 커져 비효율적일 수 있습니다.

MBOX 변형:

MBOX는 여러 변형이 있으며, 각 변형은 메시지를 처리하는 방식에 약간의 차이가 있습니다:

MBOXO: 이메일 본문에서 "From " 라인이 > 문자로 인용되는 원본 형식입니다.
MBOXRD: "From " 라인의 인용 방식을 더욱 확장한 MBOXO의 변형입니다.
MBOXCL: "Classic" MBOX 변형으로, 각 "From " 라인이 ffrom 문자열로 인용됩니다.
MBOXCL2: "From " 라인이 두 번 표시되어 구분되는 MBOXCL의 변형입니다.

MBOX 형식의 기술적 기반

파일 구조:

MBOX 파일은 일련의 EML 메시지를 포함하는 평문 텍스트 파일입니다.
각 메시지는 일반적으로 발신자 이메일 주소와 수신 시각이 포함된 "From " 라인(From 단어 뒤에 공백)으로 시작합니다.
각 메시지는 다음 메시지와 구분하기 위해 빈 줄이 뒤따릅니다.

예시:

From user@example.com Fri Jan 01 00:00:00 2021
[Headers]
[Body]
From user2@example.com Fri Jan 01 00:01:00 2021
[Headers]
[Body]

PST/OST

Personal Storage Table (PST) 및 **Offline Storage Table (OST)**는 Microsoft Outlook이 이메일, 캘린더 이벤트 및 기타 항목의 복사본을 저장하는 파일 형식입니다.

주요 기능:

PST 파일은 개인 정보를 저장하는 데 사용되며 일반적으로 오래된 이메일 및 데이터를 아카이브하는 데 활용됩니다. 주로 가정 사용자와 소규모 조직이 이메일 메시지, 연락처, 캘린더 이벤트를 로컬에 저장하는 데 사용합니다.
OST 파일은 오프라인 저장 및 Exchange 서버와 이메일 및 기타 데이터 동기화에 사용됩니다. 주로 Microsoft Exchange Server 또는 Office 365에 접근하는 사용자들이 사용합니다.
사용자 컴퓨터에 로컬로 저장됩니다. 이메일 서버에 연결되지 않아도 접근할 수 있습니다.
PST 파일은 쉽게 백업하고 다른 컴퓨터로 전송할 수 있습니다. 사용자는 PST 파일을 다양한 시스템이나 Outlook 버전 간에 전송할 수 있습니다.
OST 파일은 서버 데이터의 동기화 복사본이므로 수동 백업이나 전송을 위한 것이 아닙니다. OST 파일은 특정 프로필에 연결되어 있어 다른 시스템으로 쉽게 이동할 수 없습니다.

OLM

**Outlook for Mac Archive File (OLM)**은 Microsoft Outlook for Mac이 이메일 메시지, 캘린더 이벤트, 연락처, 작업 및 기타 항목을 저장하는 데 사용하는 파일 형식입니다.

주요 기능:

OLM 파일은 주로 Mac 시스템에서 이메일 및 기타 Outlook 항목을 아카이브하고 백업하는 데 사용됩니다.
OLM 파일은 사용자의 Mac에 로컬로 저장됩니다.
OLM 파일은 Microsoft Outlook for Mac을 통해 열고 접근할 수 있습니다. 변환 없이 Windows용 Outlook에서는 직접 호환되지 않습니다.
Microsoft에서 OLM 파일에 고정된 용량 제한을 두고 있지는 않지만, 파일이 매우 커지면 성능 문제가 발생할 수 있습니다. 사용자는 일반적으로 큰 OLM 파일 하나보다 여러 작은 아카이브를 만들어 용량을 관리합니다.
백업: OLM 파일은 로컬에 저장되므로 외부 저장 장치에 백업하거나 복사할 수 있습니다.

TGZ

TGZ(Zimbra에서 메일함 백업 파일에 사용) 는 데이터를 아카이브하고 압축하는 파일 형식으로, 주로 Unix 및 Linux 시스템에서 사용됩니다. "TGZ" 라는 용어는 두 유틸리티인 "tar"(Tape Archive)와 "gzip"의 결합을 의미합니다. .tar 파일 형식은 여러 파일과 디렉터리를 하나의 아카이브 파일로 묶습니다. 디렉터리 구조, 파일 권한, 타임스탬프와 같은 파일 시스템 정보를 보존합니다. .gz 파일 형식은 데이터를 압축하여 tar 아카이브를 더 작게 만들고 관리·전송을 용이하게 합니다. TGZ의 압축 특성은 인터넷을 통한 이메일 아카이브 전송이나 시스템 간 이동에 적합합니다.

NSF

**Notes Storage Facility (NSF)**는 주로 IBM Lotus Notes(현 HCL Notes)에서 이메일, 캘린더 이벤트, 작업 및 기타 애플리케이션 데이터를 저장하는 데 사용되는 독점 파일 형식입니다. NSF 파일은 NoSQL 기반 문서형 데이터베이스 모델을 사용합니다. 각 데이터베이스는 .nsf 확장자를 가진 단일 NSF 파일로 저장됩니다. 이 확장자는 IBM Notes 및 Domino Server에서 사용하는 데이터베이스 형식을 나타냅니다. 각 이메일, 캘린더 항목 또는 작업은 텍스트, 첨부파일, 링크, 리치 텍스트 서식 및 메타데이터와 같은 다양한 유형의 데이터를 포함할 수 있는 문서로 저장됩니다.

Net: 메일 프로토콜

Mon, 01 Jan 0001 00:00:00 +0000

SMTP

**SMTP (Simple Mail Transfer Protocol)**은 인터넷을 통해 이메일 메시지를 송수신하는 데 사용되는 프로토콜입니다. 이메일 통신 과정에서 중요한 역할을 하며, 주로 발신자의 메일 서버에서 수신자의 메일 서버로 이메일을 전달하고 클라이언트에서 서버로 이메일을 제출하는 역할을 담당합니다. SMTP의 기본 포트는 메일 서버 간 통신을 위한 25번이며, 587번과 465번 포트도 사용됩니다. 587번은 주로 메일 제출에 사용되고, 465번은 SSL을 통한 SMTP(SMTPS)에 사용됩니다. SMTP는 다음에 의해 정의됩니다. RFC 5321 버전.

주요 기능:

인증 메커니즘(예: SMTP AUTH)을 지원하여 권한이 있는 사용자만 서버를 통해 이메일을 보낼 수 있도록 합니다.
SMTP는 SSL/TLS를 사용하여 클라이언트와 서버 간 연결을 암호화함으로써 이메일 데이터가 안전하게 전송되도록 할 수 있습니다.
이메일 전송의 성공 또는 실패를 나타내는 자세한 오류 메시지와 상태 코드를 제공합니다.
SMTP는 멀티파트 메시지를 처리할 수 있어, 이메일에 첨부 파일 및 다양한 콘텐츠 유형을 포함할 수 있습니다.
SMTP는 널리 받아들여지고 표준화된 프로토콜로, 다양한 이메일 시스템 및 클라이언트 간의 호환성을 보장합니다(예: Microsoft Outlook, Mozilla Thunderbird는 SMTP를 사용해 발신 이메일을 보냅니다). 자동화 시스템과 애플리케이션은 SMTP를 사용해 알림, 경고 및 기타 자동 이메일을 전송합니다.

IMAP

**Internet Message Access Protocol (IMAP)**은 이메일 클라이언트가 메일 서버에서 이메일 메시지를 액세스, 검색 및 관리하는 데 사용하는 표준 프로토콜입니다. 지원되는 클라이언트로는 Microsoft Outlook, Mozilla Thunderbird, Apple Mail 및 Gmail, Yahoo Mail, Outlook.com과 같은 다양한 웹메일 서비스가 있습니다. 가장 일반적으로 사용되는 버전은 IMAP4이며, 이는 다음에 의해 정의됩니다. RFC 3501. **POP (Post Office Protocol)**와 달리, POP은 이메일을 로컬 장치에 다운로드하지만 IMAP은 서버에 이메일을 저장합니다. 메일 서버에서 직접 이메일을 보고 관리할 수 있는 기능은 여러 장치와 위치에서 접근할 수 있는 유연성을 제공하며, 장치 분실 또는 손상 시 데이터 손실 위험을 줄입니다. IMAP은 이메일 클라이언트를 서버와 동기화하여 한 클라이언트에서 수행된 변경 사항(예: 읽기 또는 삭제)이 다른 모든 클라이언트에 반영되도록 합니다. IMAP은 일반적으로 암호화되지 않은 통신에 포트 143을, 암호화된(SSL/TLS) 통신에 포트 993을 사용합니다.

주요 기능:

폴더 관리. IMAP은 사용자가 메일 서버에서 폴더를 생성, 삭제, 이름 변경할 수 있게 합니다. 이메일을 조직하기 위한 계층형 폴더 구조를 지원합니다.
IMAP은 각 이메일의 상태(예: 읽음, 읽지 않음, 플래그 지정, 회신)를 추적합니다. 이러한 상태 플래그는 서버에 저장되므로 모든 장치에서 일관됩니다.
IMAP은 헤더나 본문 일부와 같이 이메일의 특정 부분을 가져올 수 있어, 이메일 미리보기나 대용량 첨부 파일 처리에 유용합니다.
IMAP은 다양한 기준에 따라 서버 측에서 이메일을 검색하고 필터링하는 기능을 지원하여, 클라이언트가 모든 이메일을 다운로드하지 않고도 특정 메시지를 가져올 수 있게 합니다.
여러 클라이언트가 동시에 같은 메일함에 접근할 수 있습니다. IMAP은 동시 접근을 처리하고 이메일 상태를 실시간으로 업데이트합니다.
서버 의존성. 이메일이 서버에 저장되기 때문에 이메일에 접근하고 관리하려면 신뢰할 수 있는 인터넷 연결이 필요합니다. 서버 다운타임은 이메일 가용성에 영향을 줄 수 있습니다.
IMAP은 SSL/TLS를 사용하여 클라이언트와 서버 간 연결을 암호화함으로써 이메일 데이터가 안전하게 전송되도록 합니다.
IMAP은 OAuth를 포함한 다양한 인증 방법을 지원하여 사용자 신원을 안전하게 검증합니다.

IMAP 프로토콜 확장:

IMAP IDLE: 서버가 실시간으로 새 메시지나 변경 사항을 클라이언트에 알릴 수 있게 해 주는 확장 기능으로, 빈번한 폴링 필요성을 줄여줍니다.
IMAP QUOTA: 저장 용량 할당량을 관리하고 보고하는 메커니즘을 제공하는 확장 기능으로, 사용자가 메일함 크기를 관리하는 데 도움을 줍니다.
IMAP MOVE: 서버에서 폴더 간 메시지 이동 과정을 최적화해 성능을 향상시키는 확장 기능입니다.

POP3

**Post Office Protocol version 3 (POP3)**은 Microsoft Outlook, Mozilla Thunderbird, Apple Mail 등과 같은 이메일 클라이언트가 메일 서버에서 이메일을 가져오기 위해 사용하는 프로토콜입니다. 가장 오래되고 가장 간단한 이메일 수신 프로토콜 중 하나로, 이메일을 로컬 장치로 다운로드하고 필요에 따라 서버에서 삭제하도록 설계되었습니다.

주요 기능:

이메일이 로컬 장치에 다운로드되므로, 사용자는 지속적인 인터넷 연결 없이도 오프라인에서 이메일에 접근할 수 있습니다.
POP3는 설정 및 사용이 간단해 고급 기능이 필요 없는 기본적인 이메일 수신이 필요한 사용자에게 적합합니다.
POP3는 여러 장치 간에 이메일을 동기화하지 않습니다. 이메일이 한 장치에 다운로드되면 기본적으로 서버에 남아 있지 않습니다.
POP3는 서버 측 관리 기능이 제한됩니다. 폴더 관리, 서버 측 검색, 메시지 상태 플래그와 같은 고급 기능은 지원되지 않습니다.
이메일이 로컬에 저장되므로, 사용자는 장치 고장 시 데이터 손실을 방지하기 위해 이메일 데이터를 백업해야 합니다.
사용자는 POP3 설정을 구성하여 이메일을 다운로드한 직후, 지정된 기간이 지난 후, 혹은 로컬 클라이언트에서 삭제될 때 서버에서 이메일을 삭제하도록 할 수 있습니다.
POP3는 SSL/TLS를 사용해 클라이언트와 서버 간 연결을 암호화하여 이메일 데이터가 안전하게 전송되도록 할 수 있습니다.

POP3 프로토콜 버전 및 확장:

**POP3 over SSL (POP3S)**은 SSL/TLS 연결을 통해 운영되는 POP3 버전으로, 클라이언트와 서버 간에 암호화된 통신을 제공합니다.
**APOP (Authenticated Post Office Protocol)**은 해시된 비밀번호를 사용해 보다 안전한 인증 방법을 제공하는 확장 기능입니다.

Net: 메일 서비스

Mon, 01 Jan 0001 00:00:00 +0000

Exchange WebDAV (공식적으로 폐기됨)

**Exchange WebDAV (Web Distributed Authoring and Versioning)**는 Microsoft Exchange Server에서 HTTP를 통해 클라이언트가 서버에 저장된 메일, 캘린더, 연락처 항목에 접근하고 조작할 수 있도록 하는 프로토콜 확장이었습니다. 공식적으로는 폐기되었지만, 웹 기반 및 원격으로 Exchange 데이터에 접근하는 기술 발전에 중요한 역할을 했습니다.

EWS

**Exchange Web Services (EWS)**는 Microsoft가 제공하는 API로, Microsoft Exchange Server와 상호 작용할 수 있게 합니다. 개발자는 이메일, 일정 이벤트, 연락처, 작업 등 Exchange 데이터를 프로그래밍 방식으로 접근·조작할 수 있습니다. EWS는 WebDAV와 같은 이전 프로토콜을 대체하기 위해 도입되었으며, Exchange 데이터를 보다 견고하고 효율적으로 다룰 수 있는 방법을 제공합니다.

클라이언트와 Exchange 서버 간에 메시지를 주고받기 위해 HTTP 및 HTTPS 위에서 SOAP(Simple Object Access Protocol)를 사용합니다. EWS는 SOAP 기반이라 RESTful API에 비해 구현 및 디버깅이 복잡할 수 있습니다. Microsoft는 Exchange Online을 포함한 Microsoft 365 데이터를 보다 현대적이고 RESTful하게 접근할 수 있는 Microsoft Graph API로 점차 전환하고 있습니다.

Microsoft Graph

Microsoft Graph는 Microsoft 365 생태계의 다양한 데이터와 서비스에 접근하기 위한 단일 엔드포인트를 제공하는 강력한 API입니다. 개발자는 Office 365, Azure Active Directory, SharePoint, OneDrive, Outlook, Microsoft Teams 등 다양한 Microsoft 서비스를 활용해 상호 작용할 수 있습니다. 이는 Microsoft 365 전반의 데이터와 인사이트에 접근하는 게이트웨이 역할을 합니다.

주요 기능:

API의 기본 URL은 https://graph.microsoft.com 입니다.
OAuth 2.0을 사용해 인증 및 인가를 수행합니다.
Microsoft의 AI 및 머신러닝 기능을 활용하여 데이터 인사이트를 향상시킵니다.

Gmail API

Gmail API는 Google이 제공하는 RESTful API로, 개발자가 프로그램matically Gmail 메일함과 상호 작용하고 이메일 데이터(읽기, 보내기, 삭제, 정리 등)를 다양한 방식으로 수행할 수 있게 합니다. 기존 IMAP 및 SMTP 프로토콜보다 더 유연하고 강력한 대안을 제공하여 개발자가 Gmail 메시지, 스레드, 라벨, 초안 등을 접근하고 관리할 수 있습니다. Google Cloud Platform을 통해 이용할 수 있습니다.

주요 기능:

하나의 HTTP 호출로 여러 API 요청을 수행하여 효율성을 높이고 네트워크 요청 수를 줄입니다.
OAuth 2.0을 사용해 안전한 인증 및 인가를 수행하며, 이를 통해 애플리케이션은 사용자가 명시적으로 권한을 부여한 데이터만 접근합니다.
다양한 권한 범위를 제공하여 애플리케이션이 필요한 수준의 액세스(예: 읽기 전용, 전체 액세스)만 요청하도록 합니다.
모든 API 상호 작용은 HTTPS를 통해 이루어져 애플리케이션과 Google 서버 간의 안전한 통신을 보장합니다.

Net: 고급 기술

Mon, 01 Jan 0001 00:00:00 +0000

S/MIME

**Secure/Multipurpose Internet Mail Extensions (S/MIME)**은 이메일 통신 보안을 위해 널리 사용되는 표준입니다. 서명 및 암호화된 이메일 메시지를 주고받는 방법을 제공하여 메시지 무결성, 진위 및 기밀성을 보장합니다.

주요 기능:

S/MIME은 의도된 수신자만 이메일 내용을 읽을 수 있도록 보장합니다. 이를 위해 대칭(속도) 및 비대칭(키 교환) 암호화 알고리즘을 조합하여 사용합니다. 일반적으로 사용되는 알고리즘에는 비대칭 암호화에 사용되는 RSA, 대칭 알고리즘 중 하나인 AES(Advanced Encryption Standard) 및 Triple DES가 포함됩니다.
발신자의 신원을 확인합니다.
이메일 내용이 전송 중에 변조되지 않았음을 검증합니다. 발신자가 이메일 작성 사실을 부인하는 것을 방지합니다.
보낸 사람의 개인 키를 사용해 서명을 생성하고, 수신자의 클라이언트는 보낸 사람의 공개 키로 이를 검증합니다.
S/MIME은 키 관리 및 교환을 위해 공개 키 기반 구조(PKI)에 의존합니다. 인증 기관(CA)이 발급하는 디지털 인증서는 공개 키를 개인 신원에 연결합니다. 인증서는 일반적으로 X.509 표준을 따릅니다.

DKIM

**DomainKeys Identified Mail (DKIM)**은 피싱 및 이메일 스푸핑에 사용되는 흔한 기법인 위조된 발신자 주소를 감지하도록 설계된 이메일 인증 메커니즘입니다. 조직은 도메인 이름을 메시지에 연결함으로써 전송 중인 이메일에 대한 책임을 지며, 이를 통해 이메일의 진위와 무결성을 보장합니다. DKIM은 특정 도메인에서 온 것으로 주장되는 이메일이 실제로 해당 도메인 소유자가 승인했는지를 확인하며, 주로 "From" 이메일 주소의 진위 여부에 초점을 맞춥니다. 이는 발신자가 개인 키로 이메일을 전자적으로 서명하고, 수신자는 발신자의 DNS 레코드에 게시된 공개 키를 사용해 이 서명을 검증함으로써 이루어집니다.

주요 기능:

DKIM은 디지털 서명과 여러 핵심 매개변수를 포함하는 "DKIM-Signature" 헤더를 이메일에 추가합니다. 이메일 본문과 선택된 헤더는 SHA-256과 같은 해시 알고리즘으로 해시 처리됩니다. 이 해시는 이후 보낸 사람의 개인 키로 암호화되어 디지털 서명을 생성합니다.
보낸 사람은 DNS 레코드에 공개 키를 게시합니다. 수신자의 이메일 서버는 DNS에서 보낸 사람의 공개 키를 조회하여 디지털 서명을 검증합니다.

AMP 이메일

Accelerated Mobile Pages (AMP) for Email은 동적이고 인터랙티브하며 몰입감 있는 이메일 경험을 만들기 위해 설계된 오픈소스 프레임워크입니다. 이를 통해 전통적으로 정적이고 수동적인 매체였던 이메일을 보다 동적이고 기능적으로 변환합니다.

주요 기능:

사용자가 이메일 내에서 직접 이벤트에 응답(RSVP)하거나, 양식을 작성하거나, 제품 캐러셀과 상호 작용하는 등의 작업을 수행할 수 있게 합니다.
이메일은 열림 시점에 업데이트되는 동적 콘텐츠를 제공할 수 있습니다. 이를 통해 사용자는 최신 가격, 재고 상태, 뉴스 업데이트 등 가장 최신 정보를 확인할 수 있습니다.
AMP 이메일은 Gmail, Yahoo Mail, Outlook.com 등을 포함한 여러 주요 이메일 클라이언트에서 지원됩니다. AMP 이메일을 지원하는 각 이메일 클라이언트는 자체 요구사항 및 렌더링 규칙을 유지합니다.
AMP 이메일은 기본 접근성을 위한 일반 텍스트 버전, 풍부하고 시각적으로 매력적인 콘텐츠를 위한 HTML 버전, 동적이고 인터랙티브한 요소를 위한 AMP 버전을 포함하는 멀티파트 MIME 형식으로 전송되어야 하며, 이를 통해 다양한 이메일 클라이언트에서 호환성과 향상된 사용자 경험을 보장합니다.
검증된 발신자만 AMP 이메일을 보낼 수 있어 이메일이 안전하고 신뢰할 수 있습니다.

스팸 방지

스팸 방지는 원치 않으며 종종 해로운 이메일 메시지(일반적으로 스팸이라고 함)를 탐지, 방지 및 완화하도록 설계된 다양한 기법, 기술 및 전략을 의미합니다.

스팸 방지 기술:

필터링 방법
- 콘텐츠 기반 필터링: 이메일 내용을 분석해 일반적인 스팸 지표를 찾습니다.
- 블랙리스트: 알려진 스팸 IP 주소나 도메인 목록으로 자동 차단됩니다.
- 화이트리스트: 항상 허용되는 승인된 발신자 목록입니다.
- 휴리스틱 필터링: 규칙과 알고리즘을 사용해 패턴 기반으로 스팸을 탐지합니다.
- 베이즈 필터링: 과거 데이터를 기반으로 통계적 방법을 사용해 스팸을 식별합니다.
- 그레이리스트: 알 수 없는 발신자의 이메일을 일시적으로 거부하고 일정 시간 후 재전송되면 수락합니다.
- 머신러닝: 대규모 데이터셋으로 훈련된 복잡한 모델을 사용해 스팸을 식별합니다.
인증 방법
- SPF(보낸 사람 정책 프레임워크): 발신자의 IP 주소가 해당 도메인에서 이메일을 보낼 권한이 있는지 확인합니다.
- DKIM(도메인키 식별 메일): 디지털 서명을 사용해 이메일이 전송 중에 변조되지 않았으며 주장하는 도메인에서 온 것임을 확인합니다.
- DMARC(도메인 기반 메시지 인증, 보고 및 적합성): SPF와 DKIM을 기반으로 하여 이메일 발신자가 메시지가 보호됨을 표시하고 수신 서버가 인증 실패를 처리하는 표준화된 방법을 제공합니다.

이메일 반송

이메일 반송 유형:

Hard Bounces(하드 반송). 영구적인 배달 실패로, 이메일을 의도된 수신자 주소로 전달할 수 없음을 의미합니다.
- 일반적인 원인:
  - 유효하지 않거나 존재하지 않는 이메일 주소.
  - 수신자의 도메인이 존재하지 않습니다.
  - 수신자 측 영구적인 서버 문제.
  - 이메일 주소의 오타 또는 형식 오류.
Soft Bounces(소프트 반송). 일시적인 배달 실패로, 당시에는 전달되지 않았지만 나중에 재시도하면 성공할 수 있음을 의미합니다.
- 일반적인 원인:
  - 수신자의 메일함이 가득 찼습니다.
  - 수신자 측 임시 서버 문제.
  - 수신자의 이메일 서버가 다운되었거나 오프라인입니다.
  - 수신자의 이메일 시스템에 비해 이메일이 너무 큽니다.

이메일 서버는 일반적으로 반송 원인을 진단할 수 있는 반송 코드를 반환합니다.

이메일 스레딩

이메일 스레딩은 이메일 클라이언트와 애플리케이션이 제목이나 대화를 기반으로 관련된 이메일을 함께 그룹화하는 방법으로, 사용자가 이메일 교환을 보다 쉽게 따라가고 관리할 수 있도록 합니다.

핵심 기능:

In-Reply-To 및 References 헤더. 스레드에서 이전 메시지를 가리키는 이메일 헤더로, 클라이언트가 답장 및 전달을 원본 이메일과 연결하도록 돕습니다.
제목 줄. 종종 이메일을 스레드로 묶는 데 사용됩니다. 같은 제목 줄을 가진 이메일은 일반적으로 "Re:"(답장) 또는 "Fwd:"(전달) 접두사가 붙으며 함께 그룹화됩니다.
사용자는 스레드를 펼치거나 접어 대화의 관련 부분만 집중해서 볼 수 있습니다.