이메일 技术

Apple Mail Privacy Protection(AMPP)은 발신자가 이메일 오픈을 추적하는 것을 방지하는 Apple Mail에 도입된 개인정보 보호 기능입니다. 활성화되면 Apple 프록시 서버를 통해 원격 콘텐츠(추적 픽셀 포함)를 미리 로드하여 수신자의 IP 주소, 위치 및 실제로 이메일을 열었는지 여부를 숨깁니다.

API(Application Programming Interface)는 서로 다른 소프트웨어 애플리케이션이 통신할 수 있게 하는 프로토콜 집합입니다. 이메일 마케팅에서 API는 수동 개입 없이 이메일 검증, 발송 및 분석을 애플리케이션에 직접 통합할 수 있게 합니다.

이메일 보관은 장기 보존 및 쉬운 검색을 위해 이메일 메시지를 별도의 위치에 저장하는 프로세스입니다. 보관된 이메일은 기본 받은편지함에서 제거되지만 검색, 규정 준수 감사 및 참조 목적으로 액세스 가능한 상태로 유지됩니다.

이메일 주소는 실제로는 대소문자를 구분하지 않습니다. 즉, [email protected]와 [email protected]는 동일한 받은 편지함으로 전달됩니다. RFC 5321은 기술적으로 로컬 부분(@ 앞부분)이 대소문자를 구분해야 한다고 명시하고 있지만, 거의 모든 주요 이메일 제공업체는 안정적인 메일 전달을 보장하고 사용자 혼란을 줄이기 위해 주소를 대소문자를 구분하지 않는 것으로 취급합니다.

이메일 첨부 파일은 수신자가 다운로드, 보기 또는 저장할 수 있는 이메일 메시지와 함께 전송되는 파일입니다. 첨부 파일에는 문서, 이미지, 비디오, 스프레드시트, PDF 및 기타 파일 유형이 포함될 수 있습니다. 이메일 시스템 전반에 걸쳐 안전한 전송을 보장하기 위해 MIME(Multipurpose Internet Mail Extensions)을 사용하여 인코딩됩니다.

Base64는 바이너리 데이터를 ASCII 문자로 변환하는 바이너리-텍스트 인코딩 방식입니다. 이메일 시스템에서 Base64 인코딩은 첨부 파일, 이미지 및 비ASCII 텍스트가 텍스트 기반 콘텐츠만 지원하는 프로토콜을 통해 안전하게 전송될 수 있도록 합니다.

BCC(Blind Carbon Copy, 숨은 참조)는 다른 수신자에게 주소를 공개하지 않고 추가 수신자에게 메시지 사본을 보낼 수 있는 이메일 필드입니다. CC와 달리 BCC 수신자는 기본 수신자와 다른 BCC 주소를 포함한 이메일의 모든 사람에게 보이지 않습니다.

CC(Carbon Copy, 참조)는 주요 수신자 외에 추가 수신자에게 메시지 사본을 보낼 수 있는 이메일 필드입니다. 받는 사람 및 CC 필드의 모든 수신자는 서로의 이메일 주소를 볼 수 있어 대화에 누가 포함되어 있는지 투명성을 유지하면서 이해관계자에게 정보를 제공하는 데 이상적입니다.

이메일 작성은 한 명 이상의 수신자에게 보내기 전에 전자 메시지를 만들고 초안을 작성하는 과정을 말합니다. 여기에는 제목줄 작성, 본문 콘텐츠 작성, 첨부 파일 추가, 받는 사람, 참조 및 숨은 참조 필드에 수신자 지정이 포함됩니다. 효과적인 이메일 작성은 명확한 커뮤니케이션, 적절한 서식 및 이메일 에티켓 준수를 결합하여 메시지가 전달되고 읽히도록 합니다.

커스텀 도메인이란 일반적인 서비스 제공업체의 서브도메인 대신 사용자의 조직을 식별하기 위해 사용하는 고유하고 브랜드화된 웹 주소를 의미합니다. 이메일 마케팅에서 커스텀 도메인을 사용하면 [email protected]와 같은 주소 대신 [email protected]와 같은 주소로 이메일을 보낼 수 있어 브랜드 인지도를 높이고 수신자의 신뢰를 구축할 수 있습니다.

전용 IP 주소는 다른 사용자나 조직과 공유하지 않고 귀하의 도메인 또는 이메일 발송 인프라에만 단독으로 할당된 IP 주소입니다. 이러한 격리를 통해 이메일 평판을 타인의 발송 행위에 영향을 받지 않고 전적으로 귀하가 제어할 수 있습니다. 전용 IP는 예측 가능한 전달률이 필요하고 자체적인 발송자 평판을 구축 및 유지하려는 대량 발송자가 주로 사용합니다.

DNS 텍스트 레코드(TXT 레코드)는 도메인 관리자가 도메인 이름에 임의의 텍스트 데이터를 연결할 수 있게 해주는 도메인 이름 시스템 리소스 레코드의 한 유형입니다. TXT 레코드는 SPF, DKIM, DMARC와 같은 이메일 인증 프로토콜은 물론 도메인 소유권 확인 및 이메일 인프라 보안과 도메인 제어권 검증에 도움이 되는 기타 기계 판독 가능 정보를 위해 널리 사용됩니다.

이메일 주소 필드는 올바른 형식의 이메일 주소만 수락하도록 설계된 웹 양식의 특수 입력 요소입니다. 이 필드들은 입력값이 표준 이메일 형식(로컬파트@도메인)을 따르도록 검증 규칙을 적용하며, @ 기호나 도메인 확장자가 없거나 유효하지 않은 문자가 포함된 입력을 거부합니다.

이메일 아카이빙은 장기 보존을 위해 안전하고 검색 가능한 저장소에 이메일 메시지를 체계적으로 캡처, 저장 및 보존하는 프로세스입니다. 단순 백업과 달리 아카이빙은 전체 메타데이터와 함께 원본 형식으로 이메일을 유지하여 빠른 검색, 규정 준수 감사 및 법적 증거 개시를 가능하게 합니다. 조직은 규제 요구 사항을 충족하고 데이터 손실을 방지하며 기관 지식을 유지하기 위해 이메일 아카이빙을 사용합니다.

이메일 클라이언트는 사용자가 이메일 메시지를 보내고, 받고, 읽고, 관리할 수 있게 해주는 소프트웨어 애플리케이션 또는 플랫폼입니다. 이메일 클라이언트는 IMAP, POP3, SMTP와 같은 프로토콜을 사용하여 이메일 서버에 연결해 메시지를 검색하고 전송합니다. Microsoft Outlook과 Mozilla Thunderbird 같은 데스크톱 애플리케이션부터 Gmail 같은 웹 기반 인터페이스와 모바일 앱까지 다양하며, 캘린더, 연락처 관리, 작업 목록과 같은 추가 생산성 기능을 포함하는 경우가 많습니다.

이메일 도메인은 이메일 주소에서 @ 기호 뒤에 오는 부분으로, 해당 주소의 메시지를 처리하는 메일 서버를 식별합니다. 예를 들어, john@company.com에서 'company.com'이 이메일 도메인입니다. 이메일 도메인은 이메일 인프라의 핵심으로, 메시지가 라우팅되는 위치를 결정하고 발신자 인증 및 평판 관리에서 중요한 역할을 합니다.

이메일 게이트웨이는 조직과 외부 세계 사이의 모든 이메일 트래픽에 대한 진입 및 진출 지점 역할을 하는 서버 또는 서비스입니다. 보안 이메일 게이트웨이(SEG)라고도 하며, 메시지가 통과하도록 허용하기 전에 악성 코드, 피싱 및 스팸과 같은 위협에 대해 수신 및 발신 메시지를 검사합니다. 이메일 게이트웨이는 보안 정책을 시행하고, 콘텐츠를 필터링하며, 민감한 비즈니스 커뮤니케이션을 보호하기 위한 암호화를 제공합니다.

이메일 호스팅은 개인이나 조직을 대신하여 이메일 서버를 운영하여 이메일 메시지를 송수신하고 저장하는 서비스입니다. 무료 이메일 제공업체와 달리 이메일 호스팅 서비스는 사용자 지정 도메인 주소(예: yourname@yourcompany.com)를 사용할 수 있게 해주며, 전문적인 브랜딩, 향상된 보안 기능 및 이메일 인프라에 대한 더 큰 제어권을 제공합니다. 이메일 호스팅 제공업체는 서버 유지 관리, 보안 업데이트, 스팸 필터링 및 저장 용량을 관리하여 사용자가 커뮤니케이션에 집중할 수 있도록 합니다.

이메일 레이아웃은 이메일 템플릿의 시각적 구조와 구성입니다.

이메일 로그는 발송 서버에서 유지 관리하는 이메일 전달 활동의 상세한 기록입니다.

이메일 관리는 생산성과 효율성을 향상시키기 위해 이메일 커뮤니케이션을 체계적으로 정리, 우선순위 지정 및 처리하는 프로세스입니다. 받은 편지함 정리 전략, 이메일 분류, 응답 워크플로우 및 깨끗한 이메일 목록 유지를 포함합니다.

이메일 마이그레이션은 한 이메일 서비스 제공업체 또는 플랫폼에서 다른 플랫폼으로 이메일 계정, 메시지, 연락처 및 설정을 이동하는 프로세스입니다.

이메일 플랫폼은 대규모 이메일 커뮤니케이션을 생성, 발송, 관리 및 분석하기 위한 도구를 제공하는 종합 소프트웨어 솔루션입니다. 이메일 플랫폼은 이메일 서비스 제공업체(ESP) 기능을 마케팅 자동화, 구독자 관리 및 분석과 통합된 인터페이스로 결합합니다. Mailchimp, HubSpot, Klaviyo, Brevo 등 인기 있는 플랫폼은 스타트업부터 대기업까지 거래 이메일, 마케팅 캠페인 및 고객 커뮤니케이션에 서비스를 제공합니다.

이메일 접두사는 이메일 주소의 @ 기호 앞에 오는 부분(로컬 부분)입니다.

이메일 프로토콜은 RFC(Request for Comments) 사양에 정의된 표준화된 규칙 세트로, 이메일 서버와 클라이언트 간의 통신 방법을 규정합니다. 이러한 프로토콜은 서로 다른 시스템과 플랫폼 간에 이메일 메시지를 보내고, 받고, 저장하기 위한 기술적 프레임워크를 수립합니다. 가장 널리 사용되는 이메일 프로토콜에는 메일 발송용 SMTP와 서버에서 메시지를 검색하기 위한 IMAP 또는 POP3가 있습니다.

이메일 큐는 발송 대기 중인 아웃바운드 이메일을 보관하는 임시 저장 시스템입니다. 메일 서버나 이메일 서비스 제공업체를 통해 이메일을 보내면 메시지가 즉시 발송되지 않습니다. 대신 우선순위, 서버 용량, 발송 속도 제한에 따라 순차적으로 처리되는 큐에 들어갑니다. 이메일 큐는 대량 발송 관리, 서버 과부하 방지, 일시적으로 실패한 메시지의 재시도 처리를 통한 안정적인 전달을 지원합니다.

이메일 릴레이는 한 소스에서 이메일을 받아 의도된 목적지로 전달하는 서버 또는 서비스입니다. SMTP 릴레이라고도 하며, 이메일 전달 프로세스에서 중개자 역할을 하여 메일 서버 간에 메시지를 전송합니다. 조직은 이메일 릴레이를 사용하여 신뢰할 수 있는 타사 서비스를 통해 발신 이메일을 라우팅하고, 전달률을 개선하며, ISP 발송 제한을 우회합니다.

이메일 렌더링은 이메일 클라이언트가 이메일 메시지의 HTML, CSS 및 이미지를 해석하고 표시하는 프로세스입니다. 다양한 이메일 클라이언트(Gmail, Outlook, Apple Mail, Yahoo 등)가 서로 다른 렌더링 엔진을 사용하기 때문에 동일한 이메일이 플랫폼에 따라 다르게 보일 수 있습니다. 이메일 렌더링을 이해하는 것은 수신자가 어디에서 메시지를 보든 일관되고 전문적인 외관을 유지해야 하는 이메일 마케터와 디자이너에게 매우 중요합니다.

이메일 서버는 SMTP, IMAP, POP3와 같은 프로토콜을 사용하여 이메일 메시지를 발송, 수신 및 저장하는 컴퓨터 시스템입니다. 이 서버들은 디지털 우체국 역할을 하며, 메일 대기열, 인증 및 스팸 필터링을 관리하면서 인터넷을 통해 발신자와 수신자 간에 메시지를 라우팅합니다. 이메일 서버는 자체 호스팅하거나 Google Workspace 및 Microsoft 365와 같은 클라우드 서비스에서 제공받을 수 있습니다.

이메일 서명은 보내는 모든 이메일의 끝에 자동으로 추가되는 텍스트, 이미지 또는 HTML 블록입니다. 일반적으로 연락처 정보, 직함, 회사 브랜딩, 소셜 프로필 또는 웹사이트 링크를 포함합니다. 이메일 서명은 디지털 명함 역할을 하며, 수신자에게 필수 정보를 제공하는 동시에 브랜드 아이덴티티를 강화합니다.

이메일 표준은 이메일 시스템이 어떻게 통신하고, 메시지를 포맷하고, 상호 운용성을 보장하는지 정의하는 기술 사양과 프로토콜입니다. 주요 표준에는 전송용 SMTP, 수신용 IMAP/POP3, 콘텐츠 포맷용 MIME, 그리고 모든 시스템에서 이메일 동작을 규정하는 RFC 사양이 포함됩니다.

이메일 스레드는 동일한 제목과 답장 체인을 기준으로 하나의 대화로 그룹화된 일련의 메시지들입니다. 이메일 클라이언트는 관련 메시지를 오래된 것부터 최신 순으로 쌓아서 자동으로 정리하므로, 참가자들은 대화의 전체 맥락을 파악할 수 있습니다. 스레드는 각 메시지를 별도로 표시하는 대신 여러 번의 주고받은 대화를 하나의 확장 가능한 보기로 통합하여 수신함을 깔끔하게 유지해 줍니다.

이메일 전달은 이메일 메시지를 한 수신자에서 다른 수신자로 리디렉션하는 프로세스입니다. 이메일을 전달할 때, 원본 메시지의 사본을 새 수신자에게 보내며, 선택적으로 자신의 코멘트나 맥락을 추가할 수 있습니다. 전달은 개별 메시지에 대해 수동으로 수행하거나 메일 규칙 및 필터를 통해 자동으로 설정할 수 있습니다.

발신자 이름(보낸 사람 이름 또는 표시 이름이라고도 함)은 수신자의 받은 편지함에 발신자의 이메일 주소와 함께 또는 대신 표시되는 이름입니다. 이것은 수신자가 가장 먼저 보는 것이며, 이메일 열람률과 브랜드 인지도에 중요한 역할을 합니다. 잘 선택된 발신자 이름은 신뢰를 구축하고 수신자가 이메일 발송자를 빠르게 식별하는 데 도움이 됩니다.

기가바이트(GB)는 약 10억 바이트(이진법 기준 1,073,741,824 바이트, 십진법 기준 1,000,000,000 바이트)에 해당하는 디지털 정보 저장 단위입니다. 이메일 환경에서 기가바이트는 메일함 저장 용량, 첨부 파일 제한 및 데이터 전송 할당량을 측정하는 데 사용됩니다. 기가바이트 단위를 이해하면 이메일 저장 공간을 효과적으로 관리하고 용량 제한 초과를 방지할 수 있습니다.

Google 스프레드시트(Google Sheets)는 사용자가 실시간으로 스프레드시트를 생성, 편집 및 협업할 수 있도록 Google에서 개발한 무료 클라우드 기반 스프레드시트 애플리케이션입니다. Google Workspace의 일부로서 데이터 정리, 분석 및 자동화를 위한 강력한 기능을 제공하며 이메일 리스트 및 연락처 데이터베이스 관리에 널리 사용됩니다.

Google Workspace는 Google에서 개발한 클라우드 기반 생산성 및 협업 도구 모음으로, 이전에는 G Suite로 알려졌습니다. Gmail, Google 드라이브, Google 문서, Google 스프레드시트, Google Meet 및 Google 캘린더를 포함하여 비즈니스에 통합된 커뮤니케이션 및 생산성 애플리케이션을 제공합니다. 조직은 전문적인 이메일 호스팅, 파일 저장, 실시간 협업 및 화상 회의를 위해 Google Workspace를 사용합니다.

호스트 이름(Host name)은 네트워크상의 기기나 서버에 할당된 사람이 읽을 수 있는 레이블로, 도메인 네임 시스템(DNS) 내에서 해당 기기를 식별하는 데 사용됩니다. 이메일 시스템에서 호스트 이름은 smtp.gmail.com 또는 mail.example.com과 같이 메시지 송수신을 담당하는 메일 서버를 식별합니다. 호스트 이름은 복잡한 IP 주소 대신 서버 주소를 기억하고 관리하기 쉽게 만들어 줍니다.

HTML 이메일은 하이퍼텍스트 마크업 언어를 사용하여 코딩된 이메일 메시지로, 이미지, 색상, 글꼴, 레이아웃 및 대화형 요소를 포함한 풍부한 서식을 가능하게 합니다. 서식 없는 텍스트만 포함하는 일반 텍스트 이메일과 달리, HTML 이메일을 사용하면 마케터와 기업이 브랜드 디자인, 클릭 가능한 버튼 및 구조화된 콘텐츠가 포함된 시각적으로 매력적인 메시지를 만들어 더 높은 참여도와 전환율을 이끌어낼 수 있습니다.

이미지 차단은 수신자가 이메일을 열 때 이미지가 자동으로 로드되는 것을 방지하는 이메일 클라이언트의 보안 기능입니다. 대부분의 이메일 제공업체는 트래킹 픽셀과 이미지에 포함된 잠재적 악성 소프트웨어로부터 사용자를 보호하기 위해 기본적으로 이 설정을 활성화합니다. 이미지가 차단되면 수신자는 이미지를 표시하도록 선택할 때까지 실제 이미지 대신 자리 표시자 아이콘이나 대체 텍스트를 보게 됩니다.

IMAP(인터넷 메시지 액세스 프로토콜)은 사용자가 원격 메일 서버에 저장된 이메일 메시지에 액세스하고 관리할 수 있게 하는 이메일 검색 프로토콜입니다. POP3와 달리 IMAP은 이메일을 서버에 유지하여 스마트폰, 태블릿, 컴퓨터 등 여러 기기에서 동기화할 수 있습니다. 이 프로토콜은 폴더 관리, 메시지 플래그 지정, 부분 메시지 검색과 같은 기능을 지원하여 현대 이메일 액세스에 선호되는 선택입니다.

IMAP IDLE은 지속적인 폴링(Polling) 없이 실시간 이메일 알림을 가능하게 하는 IMAP 프로토콜의 확장 기능입니다. 활성화되면 이메일 클라이언트는 서버와 지속적인 연결을 유지하며 새 메시지가 도착할 때 즉각적인 푸시 알림을 받습니다. 이를 통해 수동으로 새로고침하거나 일정 간격으로 확인(폴링)할 필요가 없어 서버 부하와 배터리 소모를 줄이면서 이메일 수신을 즉시 인지할 수 있습니다.

인박스 제로는 수신되는 모든 메시지를 신속하게 처리하여 받은 편지함을 완전히 비우거나 거의 비운 상태로 유지하는 것을 목표로 하는 이메일 관리 철학입니다. 2006년 생산성 전문가 Merlin Mann이 개발한 이 방법은 각 이메일에 대해 빠른 결정을 내리는 데 초점을 맞춥니다: 삭제, 위임, 응답, 연기 또는 보관. 이 접근 방식은 전문가들이 매일 쏟아지는 엄청난 양의 이메일을 관리하면서 스트레스를 줄이고 생산성을 향상시키는 데 도움이 됩니다.

IP 주소(인터넷 프로토콜 주소)는 인터넷 프로토콜을 사용하는 네트워크에 연결된 모든 장치에 할당되는 고유한 숫자 식별자입니다. 장치의 디지털 주소 역할을 하여 데이터 패킷이 인터넷을 통해 발신자와 수신자 사이에서 올바르게 라우팅될 수 있도록 합니다. 이메일 시스템에서 IP 주소는 메시지 전달, 발신자 인증 및 평판 관리에 중요한 역할을 합니다.

메일 루프는 이메일이 무한 순환에 빠져 서버나 계정 사이를 반복적으로 오가며 최종 목적지에 도달하지 못하는 현상입니다. 이는 잘못 구성된 메일 서버, 결함이 있는 자동 응답기 또는 순환 경로를 만드는 전달 규칙으로 인해 발생합니다. 결과적으로 중복 메시지가 받은 편지함에 넘쳐나고 메일 서버에 과부하를 줄 수 있습니다.

메일러 데몬(Mailer daemon)은 메일 서버 간에 이메일 메시지를 라우팅, 전달 및 관리하는 자동화된 이메일 서버 프로그램입니다. 이메일이 의도한 수신자에게 전달될 수 없을 때 메일러 데몬은 전달 실패 원인을 설명하는 반송 알림(흔히 배달 불능 보고서 또는 NDR이라 함)을 생성합니다. 이 필수적인 백그라운드 프로세스는 메일 서버에서 지속적으로 실행되며 메시지 큐 관리, 재시도 시도 및 서로 다른 메일 전송 에이전트 간의 통신을 처리합니다.

MIME(다목적 인터넷 메일 확장)는 ASCII를 넘어선 문자 집합의 텍스트, 다양한 형식의 첨부 파일, 여러 부분으로 구성된 메시지 본문, 비 ASCII 문자의 헤더 정보를 지원하도록 원래의 이메일 프로토콜을 확장하는 인터넷 표준입니다. 기본적인 텍스트 전용 이메일을 이미지, 오디오, 비디오, 문서를 포함한 풍부한 콘텐츠를 전달할 수 있는 다재다능한 커뮤니케이션 매체로 변환합니다.

MTA(Mail Transfer Agent)는 SMTP(Simple Mail Transfer Protocol)를 사용하여 메일 서버 간에 이메일을 라우팅하고 전달하는 서버 소프트웨어입니다. 이메일 인프라의 중추 역할을 하며, 발신자로부터 메시지를 수신하여 수신자의 메일 서버에 도달할 때까지 인터넷을 통해 중계합니다. 인기 있는 MTA 구현에는 Postfix, Sendmail, Microsoft Exchange 및 Exim이 포함됩니다.

MUA(Mail User Agent)는 사용자가 이메일 메시지를 읽고, 작성하고, 보내고, 관리할 수 있게 해주는 소프트웨어 애플리케이션입니다. 이메일 클라이언트라고도 불리는 MUA는 메일 서버에 연결하여 수신 메시지를 가져오고 발신 메일을 제출합니다. 대표적인 예로 Microsoft Outlook, Mozilla Thunderbird, Apple Mail 및 Gmail의 웹 인터페이스가 있습니다.

MX(Mail Exchange) 레코드는 도메인을 대신하여 이메일을 수락하는 메일 서버를 지정하는 DNS 레코드입니다. MX 레코드는 이메일 전달에 필수적입니다. 이것이 없으면 다른 서버가 귀하의 도메인으로 보내는 이메일을 어디로 보내야 할지 알 수 없습니다.

노리플라이(no-reply) 이메일 주소는 발신 전용으로 구성되어 수신 메시지를 받지 않거나 모니터링하지 않는 주소입니다. 일반적으로 noreply@company.com 또는 donotreply@company.com과 같은 형식을 사용하여 답장을 보내도 읽지 않는다는 신호를 보냅니다. 기술적으로는 이메일 수신이 가능하지만, 의도적으로 모니터링하지 않음으로써 양방향 커뮤니케이션을 억제합니다.

보낼 편지함(Outbox)은 이메일 클라이언트에서 작성된 메시지가 배달을 위해 이메일 서버로 전송되기 전에 대기하는 임시 보관 폴더입니다. 전송 버튼을 클릭한 시점과 실제로 기기에서 이메일이 떠나는 시점 사이의 큐(Queue) 역할을 하며, 이메일 클라이언트가 메일 서버와 연결을 설정하고 전송 프로세스를 완료할 수 있도록 합니다.

부재중 자동 응답(Out-of-office reply, OOO)은 수신자가 부재 상태를 활성화했을 때 이메일을 보낸 사람에게 자동으로 발송되는 이메일 응답입니다. 이 자동 메시지는 수신자가 휴가, 출장 또는 장기 휴가 등으로 인해 일시적으로 연락이 불가능함을 발송자에게 알립니다. 부재중 응답에는 종종 복귀 예정 날짜가 포함되며 긴급한 사안을 위한 대체 연락처가 제공될 수 있습니다.

일반 텍스트 이메일은 HTML 마크업, 이미지, 색상 또는 특수 서식 없이 서식이 지정되지 않은 텍스트만 포함하는 메시지 형식입니다. HTML 이메일과 달리 일반 텍스트 메시지는 모든 이메일 클라이언트와 장치에서 동일하게 표시되어 전달 가능성 면에서 매우 신뢰할 수 있습니다. 이 형식은 트랜잭션 이메일, 개인 서신 및 최대 호환성이 필요한 상황에서 일반적으로 사용됩니다.

POP(Post Office Protocol, 우체국 프로토콜)는 메일 서버에서 로컬 이메일 클라이언트로 메시지를 다운로드하는 이메일 수신 프로토콜입니다. 현재 버전인 POP3는 이메일을 사용자 기기로 전송하고 일반적으로 다운로드 후 서버에서 삭제합니다. 여러 기기 간에 이메일을 동기화하는 IMAP과 달리, POP는 오프라인 읽기 기능을 갖춘 단일 기기 접근용으로 설계되었습니다.

기본 폴더(Primary folder, 또는 기본 탭)는 Gmail과 같은 탭 기반 이메일 클라이언트에서 아는 연락처로부터 온 중요한 메시지와 우선순위가 높은 이메일이 전달되는 주 수신 섹션입니다. 소셜, 업데이트 또는 프로모션과 같은 보조 탭과 달리 기본 폴더에는 참여 이력, 송신자 평판 및 콘텐츠 분석을 기반으로 이메일 제공업체가 수신자에게 가장 관련성이 높다고 판단한 메시지가 포함됩니다.

실시간(Real-time)은 데이터 처리와 시스템 응답이 즉각적으로 또는 밀리초 단위의 최소한의 지연으로 발생하는 것을 말합니다. 이메일 검증에서 실시간이란 이메일 주소가 데이터베이스에 입력되기 전, 수집되는 시점에 바로 유효성을 검사하는 것을 의미합니다. 이 즉각적인 피드백 루프를 통해 비즈니스는 며칠 또는 몇 주 후에 문제를 발견하는 대신, 유효하지 않은 이메일, 오타 및 부정 등록이 발생하는 즉시 잡아낼 수 있습니다.

Reply-To는 보낸 사람 필드의 주소 대신 답장을 보낼 대체 이메일 주소를 지정하는 이메일 헤더 필드입니다. 이를 통해 조직은 한 주소에서 이메일을 보내면서 더 나은 워크플로우 관리와 팀 협업을 위해 답장을 다른 주소로 유도할 수 있습니다.

리치 텍스트(Rich text)는 서로 다른 소프트웨어 애플리케이션 간에 텍스트 서식, 스타일 및 포함된 콘텐츠를 유지하는 문서 형식입니다. 흔히 RTF(Rich Text Format)로 알려져 있으며, 시각적 표현을 잃지 않고 워드 프로세서, 이메일 클라이언트 및 기타 애플리케이션 간에 글꼴, 색상, 굵게, 기울임꼴 및 하이퍼링크를 포함한 서식 있는 텍스트를 전송할 수 있게 해줍니다.

SMTP(Simple Mail Transfer Protocol)는 인터넷을 통해 메일 서버 간에 이메일을 보내는 데 사용되는 표준 프로토콜입니다. 일련의 메일 전송 에이전트를 통해 발신자에서 수신자까지 이메일 메시지가 전송되는 방식을 정의합니다. SMTP 는 기본적으로 포트 25 에서 작동하며, 보안 변형은 포트 587(제출) 및 465(SMTPS)를 사용합니다.

스레드재킹은 진행 중인 대화에 관련 없는 콘텐츠나 주제를 삽입하여 기존 이메일 스레드를 하이재킹하는 행위입니다. 이 방해 행위는 원래 토론을 탈선시키고 수신자를 혼란스럽게 하며, 스패머가 합법적인 이메일 스레드에 편승하여 필터를 우회하는 데 일반적으로 사용됩니다.

수신자 비공개(Undisclosed recipient)는 여러 사람에게 이메일을 보내면서 서로의 이메일 주소를 숨기는 방법입니다. 이는 모든 실제 수신자를 숨은 참조(BCC) 필드에 넣고, '받는 사람(To)' 필드에는 '수신자 비공개'와 같은 플레이스홀더를 사용하여 구현됩니다. 이 기술은 수신자의 프라이버시를 보호하고 실수로 인한 '전체 답장' 사고를 방지합니다.

유니코드는 전 세계 문자 언어에서 사용되는 모든 문자, 기호 및 이모지에 고유한 숫자 값(코드 포인트)을 할당하는 범용 문자 인코딩 표준입니다. 이를 통해 다양한 운영 체제, 소프트웨어 애플리케이션 및 이메일 클라이언트에서 일관된 텍스트 표현이 가능하며, 언어나 플랫폼에 관계없이 메시지가 올바르게 표시되도록 보장합니다.

웹 기반 이메일(웹메일이라고도 함)은 전용 데스크톱 애플리케이션이 아닌 웹 브라우저를 통해 액세스하는 이메일 서비스입니다. 사용자는 웹 인터페이스에 로그인하여 인터넷에 연결된 모든 장치에서 이메일을 보내고, 받고, 관리할 수 있으며, 모든 데이터는 원격 서버에 저장됩니다.

웹훅은 다른 시스템에서 특정 이벤트가 발생할 때 애플리케이션에 실시간 데이터를 전달하는 HTTP 콜백입니다. 업데이트를 폴링하는 전통적인 API 와 달리 웹훅은 트리거될 때 즉시 엔드포인트로 데이터를 푸시하여 전달, 반송, 열기 및 클릭과 같은 이메일 이벤트에 대한 즉각적인 알림을 가능하게 합니다.

웹메일은 전용 데스크톱 애플리케이션이 아닌 웹 브라우저를 통해 액세스하는 이메일 서비스입니다. 사용자는 웹 기반 인터페이스에 로그인하여 인터넷에 연결된 모든 기기에서 이메일을 읽고, 작성하고, 관리할 수 있습니다. 인기 있는 웹메일 제공업체로는 Gmail, Outlook.com, Yahoo Mail, iCloud Mail이 있습니다.