Documentation – บทเรียนสอนอีเมล

Net: รูปแบบไฟล์อีเมลที่นิยมมากที่สุด

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

EML

EML เป็นหนึ่งในรูปแบบไฟล์อีเมลที่ได้รับการยอมรับและใช้กันอย่างแพร่หลายที่สุด, ถูกออกแบบหลักเพื่อปฏิบัติตามมาตรฐาน MIME (Multipurpose Internet Mail Extensions). รูปแบบนี้ได้รับการสนับสนุนอย่างกว้างขวางในไคลเอนต์และระบบอีเมลต่าง ๆ เนื่องจากแนวทางเปิดและทั่วไปในการจัดเก็บและส่งอีเมล.

คุณสมบัติหลัก:

แต่ละไฟล์ EML แคปซูลข้อความอีเมลเดียวพร้อมเมทาดาต้าที่เกี่ยวข้องเช่น ผู้ส่ง, ผู้รับ, เรื่อง, และเวลา.
ไฟล์ EML รองรับการจัดรูปแบบที่หลากหลาย, ไฟล์แนบ, และองค์ประกอบฝัง, ปฏิบัติตามมาตรฐาน MIME ที่ทำให้การแสดงผลเนื้อหาอีเมลหลากหลายได้.
แตกต่างจากรูปแบบกรรมสิทธิ์เช่น MSG (Microsoft Outlook Message) ที่สัมพันธ์กับซอฟต์แวร์เฉพาะ (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, หรือเนื้อหา multipart ที่อนุญาตให้รวมประเภทเนื้อหาต่าง ๆ ในข้อความเดียว.
ไฟล์ EML อาจมีไฟล์แนบที่เข้ารหัสเป็น base64, ทำให้ข้อมูลไบนารีสามารถถ่ายโอนได้ผ่านอีเมล. ไฟล์แนบเหล่านี้กำหนดในส่วน MIME ของตนเองพร้อมส่วนหัวที่เหมาะสมแสดงประเภทไฟล์และการเข้ารหัส.

ประเภท MIME:

เนื้อหาของไฟล์ EML จะแยกเป็นประเภท MIME ต่าง ๆ เพื่อแยกแยะข้อความ, HTML, และประเภทสื่ออื่น ๆ. ประเภท MIME ที่พบบ่อยในไฟล์ EML ได้แก่:

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. มันให้ชุดฟังก์ชันและโปรโตคอลสำหรับส่ง, รับ, และจัดการข้อความอีเมล, รวมถึงการเข้าถึงคุณลักษณะอื่น ๆ ที่เกี่ยวข้องกับข้อความเช่นปฏิทิน, รายชื่อติดต่อ, และงาน. MAPI ถูกใช้โดย Microsoft Outlook เพื่อสร้าง, ปรับเปลี่ยน, และจัดการข้อความอีเมล. เมื่อผู้ใช้เขียนหรือรับอีเมลใน Outlook, MAPI จัดการการสื่อสารพื้นฐานกับเซิร์ฟเวอร์เมลและให้ฟังก์ชันที่จำเป็นสำหรับการจัดการเนื้อหาข้อความ.

พื้นฐานเทคนิคของรูปแบบ MSG:

ไฟล์ MSG จัดเก็บข้อมูลข้อความโดยใช้ คุณสมบัติ 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:

ไฟล์แนบนี้โดยทั่วไปบรรจุ .dat ส่วนต่อไฟล์, ส่วนมากเรียกว่า winmail.dat.
ข้อมูล TNEF มักเชื่อมโยงกับประเภท MIME application/ms-tnef.
รูปแบบ TNEF แสดงลำดับชั้นของคุณสมบัติเชื่อข้อความเป็นโครงสร้างแบน ซึ่งสามารถมองเป็นสตรีมข้อมูลต่อเนื่อง. รูปแบบทั่วไปของคุณสมบัติจำเพาะในสตรีมนี้รวมถึงตัวระบุพร้อมข้อมูลประเภทข้อมูล, ขนาด (ถ้าไม่กำหนดโดยประเภท), และข้อมูล.

Net: รูปแบบการจัดเก็บอีเมล

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

MBOX

MBOX (ย่อมาจาก Mailbox) เป็นรูปแบบการจัดเก็บอีเมลที่ได้รับการใช้กันอย่างแพร่หลายหลายทศวรรษ ใช้เพื่อเก็บคอลเลกชันของข้อความอีเมลในไฟล์เดียว โดยแต่ละข้อความจะต่อเนื่องกันและแยกด้วยบรรทัดตัวแบ่ง

MBOX ถูกพัฒนาเป็นครั้งแรกในปี 1970s และจากนั้นมีการปรับปรุงหลายเวอร์ชันและการนำไปใช้ในหลาย ๆ โปรแกรมตลอดหลายทศวรรษ รวมถึง Unix mail, Mozilla Thunderbird, Eudora และอื่น ๆ

คุณสมบัติหลัก:

MBOX รองรับในหลายแพลตฟอร์ม รวมถึง Unix, Linux, และ macOS.
ไคลเอนต์เช่น Mozilla Thunderbird, Apple Mail และอื่น ๆ จำนวนมากสามารถอ่านและเขียนไฟล์ MBOX ได้
เนื่องจากเป็นไฟล์ข้อความธรรมดา ทำให้การวิเคราะห์และประมวลผลด้วยเครื่องมือจัดการข้อความเป็นเรื่องง่าย.
ด้วยโครงสร้างที่เรียบง่าย MBOX จึงได้รับความนิยมในการเก็บสำรองและสำรองข้อมูล.
เนื่องจากอีเมลทั้งหมดถูกเก็บในไฟล์เดียว ไฟล์อาจใหญ่จนเกินไปตามเวลา ส่งผลให้ประสิทธิภาพลดลง.

รูปแบบย่อยของ MBOX:

MBOX มีหลายรูปแบบย่อย แต่ละแบบมีความแตกต่างเล็กน้อยในการจัดการข้อความ:

MBOXO: รูปแบบดั้งเดิมที่บรรทัด "From " ในเนื้อหาอีเมลจะถูกอ้างอิงด้วยอักขระ >
MBOXRD: เป็นรูปแบบย่อยของ MBOXO ที่ขยายวิธีการอ้างอิงบรรทัด "From " มากขึ้น.
MBOXCL: แนะนำโดยรูปแบบ "Classic" MBOX ซึ่งบรรทัด "From " แต่ละบรรทัดจะถูกอ้างอิงด้วยสตริง ffrom.
MBOXCL2: เป็นรูปแบบหนึ่งของ MBOXCL ที่บรรทัด "From " จะทำซ้ำสองครั้งเพื่อแยกความแตกต่าง.

พื้นฐานทางเทคนิคของรูปแบบ 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 ใช้เป็นหลักสำหรับการเก็บสำรองและสำรองอีเมลและรายการ Outlook อื่น ๆ บนระบบ Mac
ไฟล์ OLM ถูกเก็บไว้ในเครื่อง Mac ของผู้ใช้
ไฟล์ OLM สามารถเปิดและเข้าถึงได้ผ่าน Microsoft Outlook for Mac แต่ไม่สามารถใช้งานโดยตรงกับ Outlook for Windows ได้โดยต้องแปลงไฟล์ก่อน.
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 แต่ละอีเมล, รายการปฏิทิน หรือ งาน จะถูกจัดเก็บเป็นเอกสารที่สามารถมีข้อมูลหลายประเภท เช่น ข้อความ, ไฟล์แนบ, ลิงก์, การจัดรูปแบบข้อความ Rich Text และแมตาดาต้า

Net: โปรโตคอลเมล

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

SMTP

SMTP (Simple Mail Transfer Protocol) คือโปรโตคอลที่ใช้สำหรับส่งและรับข้อความอีเมลผ่านอินเทอร์เน็ต เป็นส่วนสำคัญของกระบวนการสื่อสารอีเมลและรับผิดชอบหลักในการถ่ายโอนอีเมลจากเซิร์ฟเวอร์เมลของผู้ส่งไปยังเซิร์ฟเวอร์เมลของผู้รับ รวมถึงการส่งอีเมลจากไคลเอนต์ไปยังเซิร์ฟเวอร์ พอร์ตเริ่มต้นของ SMTP คือ 25 สำหรับการสื่อสารระหว่างเซิร์ฟเวอร์เมล พอร์ต 587 และพอร์ต 465 ก็ใช้สำหรับ SMTP ด้วย โดยพอร์ต 587 มักใช้สำหรับการส่งเมลจากไคลเอนต์และพอร์ต 465 สำหรับ SMTP ผ่าน SSL (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) ที่ดาวน์โหลดอีเมลไปยังอุปกรณ์ในเครื่อง, IMAP จะเก็บอีเมลบนเซิร์ฟเวอร์ ความสามารถในการดูและจัดการข้อความอีเมลโดยตรงบนเซิร์ฟเวอร์เมลให้ความยืดหยุ่นในการเข้าถึงจากหลายอุปกรณ์และหลายตำแหน่ง ลดความเสี่ยงของการสูญหายของข้อมูลหากอุปกรณ์สูญหายหรือเสียหาย IMAP ซิงโครไนซ์ไคลเอนต์อีเมลกับเซิร์ฟเวอร์ ทำให้การเปลี่ยนแปลงที่ทำบนไคลเอนต์หนึ่ง (เช่น การอ่านหรือการลบอีเมล) ถูกสะท้อนบนไคลเอนต์อื่นทั้งหมด IMAP ปกติโปรโตคอลใช้พอร์ต 143 สำหรับการสื่อสารที่ไม่ได้เข้ารหัสและพอร์ต 993 สำหรับการสื่อสารที่เข้ารหัส (SSL/TLS).

คุณสมบัติหลัก:

การจัดการโฟลเดอร์ IMAP อนุญาตให้ผู้ใช้สร้าง ลบ และเปลี่ยนชื่อโฟลเดอร์บนเซิร์ฟเวอร์เมล รองรับโครงสร้างโฟลเดอร์แบบลำดับชั้นสำหรับจัดระเบียบอีเมล.
IMAP ติดตามสถานะของแต่ละอีเมล (เช่น อ่าน, ยังไม่ได้อ่าน, ทำเครื่องหมาย, ตอบแล้ว) ธ bandera สถานะเหล่านี้ถูกจัดเก็บบนเซิร์ฟเวอร์ ทำให้สอดคล้องกันในทุกอุปกรณ์.
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) คือเวอร์ชันของ POP3 ที่ทำงานผ่านการเชื่อมต่อ SSL/TLS, ให้การสื่อสารที่เข้ารหัสระหว่างไคลเอนต์และเซิร์ฟเวอร์.
APOP (Authenticated Post Office Protocol) เป็นส่วนขยายที่ให้วิธีการตรวจสอบที่ปลอดภัยมากขึ้นโดยใช้รหัสผ่านที่แฮช.

Net: บริการอีเมล

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

Exchange Web Dav (ได้ถูกยกเลิกอย่างเป็นทางการ)

Exchange WebDAV (Web Distributed Authoring and Versioning) เป็นส่วนขยายโปรโตคอลที่ Microsoft Exchange Server ใช้เพื่อให้ไคลเอนต์สามารถเข้าถึงและจัดการเมล์, ปฏิทิน, และรายการผู้ติดต่อที่เก็บบนเซิร์ฟเวอร์ผ่าน HTTP. แม้ว่ามันจะถูกยกเลิกอย่างเป็นทางการ, แต่มีบทบาทสำคัญในการพัฒนาเว็บและการเข้าถึงระยะไกลของข้อมูล Exchange.

EWS

Exchange Web Services (EWS) คือ API ที่ Microsoft ให้เพื่อโต้ตอบกับ Microsoft Exchange Server. มันอนุญาตให้นักพัฒนาสามารถเข้าถึงและจัดการข้อมูล Exchange เช่น อีเมล, กิจกรรมปฏิทิน, รายชื่อผู้ติดต่อ, และงาน ผ่านโปรแกรม. EWS ถูกนำมาแทนที่โปรโตคอลเก่าเช่น WebDAVและให้วิธีที่แข็งแรงและมีประสิทธิภาพมากขึ้นในการทำงานกับข้อมูล Exchange.

มันใช้ SOAP (Simple Object Access Protocol) ผ่าน HTTP และ HTTPS เพื่อส่งและรับข้อความระหว่างไคลเอนต์และเซิร์ฟเวอร์ Exchange. ความเป็น SOAP ของ EWS ทำให้การนำไปใช้และการดีบักซับซ้อนเมื่อเทียบกับ API แบบ RESTful. Microsoft กำลังค่อย ๆ ย้ายไปยัง Microsoft Graph API ซึ่งให้วิธีที่ทันสมัยและเป็น RESTful มากขึ้นสำหรับการเข้าถึงข้อมูล Microsoft 365 รวมถึง Exchange Online.

Microsoft Graph

Microsoft Graph เป็น API ที่ทรงพลังซึ่งให้จุดเชื่อมต่อเดียวสำหรับการเข้าถึงข้อมูลและบริการหลากหลายในระบบ Microsoft 365. มันอนุญาตให้นักพัฒนาติดต่อกับบริการของ Microsoft ต่าง ๆ รวมถึง Office 365, Azure Active Directory, SharePoint, OneDrive, Outlook, Microsoft Teams, และอื่น ๆ. มันทำหน้าที่เป็นเกตเวย์สู่ข้อมูลและความเข้าใจทั่ว Microsoft 365.

คุณสมบัติหลัก:

URL พื้นฐานสำหรับ API คือ https://graph.microsoft.com.
ใช้ OAuth 2.0 สำหรับการตรวจสอบและอนุญาต.
ใช้ความสามารถ AI และการเรียนรู้ของเครื่องของ Microsoft เพื่อเพิ่มความเข้าใจข้อมูล.

Gmail API

Gmail API คือ API แบบ RESTful ที่ให้โดย Google ซึ่งอนุญาตให้นักพัฒนาติดต่อโปรแกรมกับกล่องจดหมาย Gmail และทำการดำเนินการต่าง ๆ กับข้อมูลอีเมล (อ่าน, ส่ง, ลบ, จัดระเบียบข้อความ). มันเป็นทางเลือกที่ยืดหยุ่นและทรงพลังกว่าพร็อกโทคอลแบบดั้งเดิมเช่น IMAP และ SMTP, ทำให้นักพัฒนาสามารถเข้าถึงและจัดการข้อความ Gmail, เธรด, ป้าย, ฉบับร่าง, และอื่น ๆ. สามารถใช้ได้ผ่าน Google Cloud Platform.

คุณสมบัติหลัก:

ทำการร้องขอ API หลายครั้งในหนึ่งการเรียก HTTP เพื่อลดจำนวนและเพิ่มประสิทธิภาพ.
ใช้ 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) สำหรับการจัดการและแลกเปลี่ยนคีย์. ใบรับรองดิจิทัลที่ออกโดยหน่วยรับรอง (CAs) ผูกคีย์สาธารณะกับบุคคลจริง. ใบรับรองมักใช้มาตรฐาน X.509.

DKIM

DomainKeys Identified Mail (DKIM) เป็นกลไกการตรวจสอบความถูกต้องของอีเมลที่ออกแบบมาเพื่อตรวจจับที่อยู่ผู้ส่งปลอม, เทคนิคที่พบบ่อยในฟิชชิ่งและการปลอมหลอกอีเมล. มันอนุญาตให้องค์กรรับผิดชอบต่ออีเมลในระหว่างการส่งโดยเชื่อมโยงชื่อโดเมนกับข้อความ, ทำให้มั่นใจในความแท้จริงและความสมบูรณ์. DKIM ตรวจสอบว่าอีเมลที่อ้างว่ามาจากโดเมนเฉพาะนั้นได้รับอนุญาตจากเจ้าของโดเมนจริงหรือไม่, โดยมุ่งเน้นที่ความแท้ของที่อยู่อีเมล "From". วิธีการทำคือให้ผู้ส่งลงลายเซ็นอิเล็กทรอนิกส์ด้วยคีย์ส่วนตัว, ส่วนผู้รับตรวจสอบลายเซ็นด้วยคีย์สาธารณะที่เผยแพร่ในบันทึก DNS ของผู้ส่ง.

คุณสมบัติหลัก:

DKIM เพิ่มส่วนหัว "DKIM-Signature" ไปยังอีเมลซึ่งบรรจุลายเซ็นดิจิทัลและพารามิเตอร์สำคัญหลายอย่าง. เนื้อหาอีเมลและส่วนหัวที่เลือกจะถูกทำแฮชโดยใช้อัลกอริทึมแฮชเช่น SHA-256. แฮชนี้จะถูกเข้ารหัสด้วยคีย์ส่วนตัวของผู้ส่งเพื่อสร้างลายเซ็นดิจิทัล.
ผู้ส่งเผยแพร่คีย์สาธารณะในบันทึก DNS ของตน. เซิร์ฟเวอร์อีเมลของผู้รับจะค้นหาคีย์สาธารณะของผู้ส่งใน DNS เพื่อยืนยันลายเซ็นดิจิทัล.

AMP Email

Accelerated Mobile Pages (AMP) สำหรับอีเมลเป็นกรอบงานโอเพนซอร์สที่ออกแบบมาเพื่อสร้างประสบการณ์อีเมลที่เป็นไดนามิก, โต้ตอบ, และดึงดูด. มันถูกออกแบบให้ทำให้อีเมลมีความไดนามิกและทำงานได้มากขึ้น, เปลี่ยนสื่อที่เคยเป็นแบบคงที่และไม่มีการโต้ตอบ.

คุณสมบัติหลัก:

อนุญาตให้ผู้ใช้ทำการกระทำโดยตรงภายในอีเมล, เช่น การตอบรับกิจกรรม (RSVP), กรอกแบบฟอร์ม, หรือโต้ตอบกับแครูเซลสินค้า.
อีเมลสามารถให้เนื้อหาแบบไดนามิกที่อัปเดตในขณะเปิดอ่าน. สิ่งนี้ทำให้ผู้ใช้เห็นข้อมูลล่าสุด ไม่ว่าจะเป็นราคาล่าสุด, สถานะสต็อก, หรืออัปเดตข่าวสาร.
อีเมล AMP ได้รับการสนับสนุนจากไคลเอนต์อีเมลหลักหลายตัวรวมถึง Gmail, Yahoo Mail, Outlook.com. แต่ละไคลเอนต์ที่รองรับอีเมล AMP จะมีชุดข้อกำหนดและกฎการเรนเดอร์ของตนเอง.
อีเมล AMP ต้องถูกส่งในรูปแบบ MIME แบบหลายส่วนที่ประกอบด้วยเวอร์ชันข้อความธรรมดาสำหรับการเข้าถึงพื้นฐาน, เวอร์ชัน HTML สำหรับเนื้อหาที่หลากหลายและสวยงาม, และเวอร์ชัน AMP สำหรับองค์ประกอบที่เป็นไดนามิกและเชิงโต้ตอบ, เพื่อให้เข้ากันได้และประสบการณ์ผู้ใช้ที่ดีขึ้นบนคลไคลเอนต์อีเมลต่าง ๆ.
เฉพาะผู้ส่งที่ตรวจสอบแล้วเท่านั้นที่สามารถส่งอีเมล AMP ได้, ทำให้มั่นใจได้ว่าอีเมลปลอดภัยและเชื่อถือได้.

AntiSpam

AntiSpam หมายถึงกลุ่มของเทคนิค, เทคโนโลยี, และกลยุทธ์ที่ออกแบบมาเพื่อตรวจจับ, ป้องกัน, และบรรเทาข้อความอีเมลที่ไม่ได้ขอรับและมักเป็นอันตราย, ซึ่งเป็นที่รู้จักกันทั่วไปว่าเป็นสแปม.

เทคนิค AntiSpam:

วิธีการกรอง
- Content-Based Filtering: วิเคราะห์เนื้อหาอีเมลเพื่อหาอินดิเคเตอร์สแปมทั่วไป
- Blacklists: รายการที่อยู่ IP หรือโดเมนสแปมที่รู้จักซึ่งบล็อกโดยอัตโนมัติ
- Whitelists: รายการผู้ส่งที่ได้รับการยอมรับซึ่งอนุญาตให้ผ่านเสมอ
- Heuristic Filtering: ใช้กฎและอัลกอริธึมเพื่อตรวจจับสแปมตามรูปแบบ
- Bayesian Filtering: ใช้วิธีการสถิติเพื่อระบุสแปมตามข้อมูลประวัติ
- Greylisting: ปฏิเสธอีเมลจากผู้ส่งที่ไม่รู้จักชั่วคราวและยอมรับเมื่อส่งใหม่หลังจากล่าช้า
- Machine Learning: ใช้โมเดลซับซ้อนที่ฝึกด้วยข้อมูลชุดใหญ่เพื่อระบุสแปม
วิธีการตรวจสอบรับรอง
- SPF (Sender Policy Framework) ยืนยันว่าที่อยู่ IP ของผู้ส่งได้รับอนุญาตให้ส่งอีเมลสำหรับโดเมนนั้น
- DKIM (DomainKeys Identified Mail) ใช้ลายเซ็นดิจิทัลเพื่อยืนยันว่าอีเมลไม่ถูกเปลี่ยนแปลงระหว่างการส่งและมาจากโดเมนที่อ้างอิง
- DMARC (Domain-based Message Authentication, Reporting & Conformance) พัฒนาเพิ่มเติมจาก SPF และ DKIM เพื่อให้วิธีการมาตรฐานสำหรับผู้ส่งอีเมลระบุว่าข้อความของพวกเขาได้รับการป้องกันและเซิร์ฟเวอร์รับควรจัดการกับความล้มเหลวในการยืนยันตัวตนอย่างไร

การกระเด็นอีเมล

ประเภทของการกระเด็นอีเมล:

Hard Bounces คือการล้มเหลวอย่างถาวรที่แสดงว่าไม่สามารถส่งอีเมลไปยังที่อยู่ของผู้รับที่ต้องการได้
- สาเหตุทั่วไป:
  - ที่อยู่อีเมลไม่ถูกต้องหรือไม่มีอยู่
  - โดเมนของผู้รับไม่มีอยู่
  - ปัญหาเซิร์ฟเวอร์ถาวรที่ฝั่งผู้รับ
  - การพิมพ์ผิดหรือข้อผิดพลาดรูปแบบในที่อยู่อีเมล
Soft Bounces คือการล้มเหลวในการส่งชั่วคราวที่แสดงว่าอีเมลไม่สามารถส่งได้ในขณะนั้น แต่อาจสำเร็จหากลองส่งใหม่ภายหลัง
- สาเหตุทั่วไป:
  - กล่องจดหมายของผู้รับเต็ม
  - ปัญหาเซิร์ฟเวอร์ชั่วคราวที่ฝั่งผู้รับ
  - เซิร์ฟเวอร์อีเมลของผู้รับหยุดทำงานหรือออฟไลน์
  - อีเมลมีขนาดใหญ่เกินกว่าที่ระบบอีเมลของผู้รับจะรับได้

เซิร์ฟเวอร์อีเมลมักส่งรหัสการกระเด็นกลับ (bounce codes) ที่ช่วยวินิจฉัยสาเหตุของการกระเด็น

การจัดเธรดอีเมล

การจัดเธรดอีเมลคือวิธีการที่ไคลเอนต์และแอปพลิเคชันอีเมลใช้เพื่อจัดกลุ่มอีเมลที่เกี่ยวข้องโดยอิงจากหัวเรื่องหรือการสนทนา ทำให้ผู้ใช้ติดตามและจัดการการแลกเปลี่ยนอีเมลได้ง่ายขึ้น

คุณสมบัติสำคัญ:

In-Reply-To และ References Header คือส่วนหัวของอีเมลที่อ้างอิงถึงข้อความก่อนหน้าในเธรด ช่วยให้ไคลเอนต์เชื่อมต่อการตอบและการส่งต่อกับอีเมลต้นฉบับ
บรรทัดหัวเรื่อง (Subject Lines) มักใช้เพื่อจัดกลุ่มอีเมลเป็นเธรด อีเมลที่มีหัวเรื่องเดียวกัน โดยทั่วไปมีคำนำหน้า "Re:" (ตอบ) หรือ "Fwd:" (ส่งต่อ) จะถูกรวมเป็นกลุ่มเดียวกัน
ผู้ใช้สามารถขยายหรือย่อเธรด เพื่อโฟกัสเฉพาะส่วนที่เกี่ยวข้องของการสนทนา