หากคุณเลือกโปรโตคอล imap ให้เลือกเวอร์ชันใด เซิร์ฟเวอร์ POP3, IMAP และ SMTP คืออะไร จำนวนเซสชันพร้อมกัน

เราได้พูดคุยกันแล้วเกี่ยวกับวิธีการส่งอีเมลจากคอมพิวเตอร์ของคุณไปยังเซิร์ฟเวอร์และไปถึงเซิร์ฟเวอร์ของผู้รับ ในเนื้อหานี้ เราอยากจะแจ้งให้คุณทราบเกี่ยวกับลิงก์สุดท้ายในกลุ่มนี้ - เซิร์ฟเวอร์และโปรโตคอลสำหรับรับข้อความอีเมล คุณจะได้เรียนรู้เกี่ยวกับวิธีการทำงานของโปรโตคอล POP3 และ IMAP ซึ่งคุณจะได้รับอีเมลจากเซิร์ฟเวอร์ไปยังคอมพิวเตอร์ของคุณ ไม่ค่อยมีใครพูดถึงโปรโตคอลแรกได้เนื่องจากความดั้งเดิม แต่โปรโตคอลที่สองเป็นสิ่งประดิษฐ์ที่น่าสนใจกว่ามาก

สาระสำคัญของโปรโตคอล POP3 นั้นค่อนข้างง่าย เซิร์ฟเวอร์ POP รับข้อความเมลจากเซิร์ฟเวอร์ SMTP และ "กระจาย" ข้อความเหล่านั้นไปยังกล่องจดหมาย ผู้ใช้ที่เฉพาะเจาะจง- สิ่งที่เขาทำได้คือส่งจดหมายและทำเครื่องหมายข้อความที่อ่านแล้วด้วยธง งานเหล่านี้สามารถดำเนินการได้อย่างง่ายดายโดยใครก็ตาม แม้แต่ไคลเอนต์อีเมลพื้นฐานที่สุดก็ตาม ด้วยโปรโตคอล IMAP ทุกอย่างซับซ้อนกว่ามาก: มันมีความสำคัญมาก คุณสมบัติเพิ่มเติมและข้อกำหนดสำหรับโปรแกรมรับส่งเมล

โปรโตคอล IMAP ใช้เทคโนโลยีกล่องจดหมาย "pseudo-local" ซึ่งหมายความว่าคุณสามารถจัดการกล่องจดหมายของคุณบนเซิร์ฟเวอร์ได้เหมือนกับว่ามันอยู่บนเครื่องของคุณ ในขณะเดียวกันก็มีความเป็นไปได้ ทำงานสบายด้วยโฟลเดอร์ IMAP บนเซิร์ฟเวอร์ นี้เป็นอย่างมาก เครื่องมือที่ยืดหยุ่นช่วยให้คุณสามารถสร้างและลบไดเร็กทอรีได้ เช่นเดียวกันสามารถทำได้กับข้อความด้วยตัวเอง: จัดเรียงมันลงในโฟลเดอร์ ลบมัน หรือแม้แต่ย้ายมันไปยังเซิร์ฟเวอร์อื่น ในเวลาเดียวกัน สองกล่องจดหมายต่อ เซิร์ฟเวอร์ที่แตกต่างกันสามารถซิงโครไนซ์อัตโนมัติ - สะดวกหากคุณต้องการจัดเก็บ สำเนาสำรองจดหมายไปที่อื่น

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

ระบบขั้นสูงสำหรับการทำงานกับโฟลเดอร์และข้อความบนเซิร์ฟเวอร์ช่วยให้คุณสร้างโครงสร้างโฟลเดอร์แบบต้นไม้ได้ หากคุณได้รับจดหมายจำนวนมาก คุณไม่จำเป็นต้องดาวน์โหลดทั้งหมด คุณสามารถรับได้เฉพาะส่วนหัวเท่านั้น ตัวอักษรที่จำเป็นจะถูกดาวน์โหลดโดยอัตโนมัติเมื่อดู บนเซิร์ฟเวอร์ IMAP ข้อมูลนั้นถูกต้อง ระบบที่ดีธง คุณสามารถทำเครื่องหมายข้อความด้วยการตั้งค่าสถานะ "อ่านแล้ว" "ตอบกลับ" "ติดธง" "ลบแล้ว" "ร่าง" หรือ "ข้อความใหม่" เห็นด้วย ทุกอย่างเหมือนกับในโปรแกรมรับส่งเมลที่คุณชื่นชอบ เฉพาะในกรณีนี้ ตัวอักษรจะอยู่บนเซิร์ฟเวอร์และปลอดภัยอย่างสมบูรณ์และเข้าถึงได้จากทุกที่ในโลก

การโต้ตอบระหว่างไคลเอนต์เมลและเซิร์ฟเวอร์ IMAP ดำเนินการในลักษณะเดียวกับการทำงานกับเซิร์ฟเวอร์ POP3 ไคลเอนต์และเซิร์ฟเวอร์แลกเปลี่ยนคำสั่งและการตอบกลับซึ่งกันและกันโดยใช้โปรโตคอลการขนส่ง เมื่อใช้โปรโตคอล TCP จะทำงานผ่านพอร์ต 143

ขั้นแรก ลูกค้าและเซิร์ฟเวอร์จะต้องแลกเปลี่ยนคำทักทาย หลังจากนั้นลูกค้าจะส่งข้อมูลไปยังเซิร์ฟเวอร์และรอการตอบกลับ เมื่อสิ้นสุดเซสชั่น ช่องจะถูกปิด คุณสมบัติที่น่าสนใจโปรโตคอล IMAP คือเซิร์ฟเวอร์ไม่จำเป็นต้องตอบสนองต่อคำสั่งทีละคำสั่ง นั่นคือในขณะที่รอการตอบกลับคำขอ ลูกค้าก็สามารถส่งคำขอต่อไปได้ เซิร์ฟเวอร์จะตอบสนองต่อสิ่งเหล่านั้นตามลำดับการดำเนินการ และประมวลผลคำขอพร้อมกัน วิธีนี้สะดวกมากเพราะช่วยให้คุณรันงานที่ใช้เวลานานบนเซิร์ฟเวอร์ (เช่น การค้นหาอีเมลตามเกณฑ์เฉพาะ) และไม่หยุดเซิร์ฟเวอร์ไม่ให้เรียกใช้คำขออื่นๆ (เช่น ดาวน์โหลดอีเมลที่ระบุ)

แล้วเมื่อใดคุณอาจต้องการ IMAP แทน POP3 มาตรฐาน ประการแรก หากคุณเข้าถึงอินเทอร์เน็ตผ่านคอมพิวเตอร์มากกว่าหนึ่งเครื่อง หรือใช้โปรแกรมอีเมลหลายโปรแกรม ประการที่สอง หากคุณไม่ต้องการดาวน์โหลดและทิ้งตัวอักษรทั้งหมดไว้ในฮาร์ดไดรฟ์ของคุณพร้อมๆ กัน เช่น ด้วยเหตุผลด้านความปลอดภัย ประการที่สาม หากคุณต้องการเข้าถึงการติดต่อสื่อสารของคุณได้จากทุกที่ในโลก การดำเนินการค้นหา ระบบที่ดีของไดเร็กทอรีที่ซ้อนกัน และแฟล็กสถานะเมลก็มีประโยชน์เช่นกัน

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

น่าเสียดายที่แม้ว่าโปรโตคอลจะได้รับการพัฒนามานานแล้ว แต่ซอฟต์แวร์ที่ใช้งานได้นั้นหาได้ไม่ง่ายนัก ไคลเอนต์อีเมลยอดนิยม The Bat! ทำงานร่วมกับโปรโตคอล IMAP ค่อนข้างซ้ำซากจำเจ เขาใช้มันในลักษณะเดียวกับ POP3 - เพื่อดาวน์โหลดจดหมายไป เครื่องท้องถิ่นและลบมันบนเซิร์ฟเวอร์ ไม่รองรับฟังก์ชันเพิ่มเติมซึ่งในความเป็นจริงแล้วโปรโตคอลถูกสร้างขึ้น จริงอยู่ที่ตอนนี้มีการวางแผนการเปิดตัวแล้ว เวอร์ชันใหม่โปรแกรมที่สัญญาว่าจะทำ การสนับสนุนอย่างเต็มที่โปรโตคอล IMAP แต่ตอนนี้เราต้องมองหาโซลูชันซอฟต์แวร์อื่น ๆ

Eudora เป็นโปรแกรมรับส่งเมลที่ได้รับความนิยมทั่วโลก นอกเหนือจากคุณสมบัติที่มีประโยชน์อื่นๆ แล้ว ยังรองรับโปรโตคอล IMAP ใหม่อีกด้วย สามารถทำงานจากระยะไกลด้วยเซิร์ฟเวอร์ IMAP ดาวน์โหลดตัวอักษรที่จำเป็นไปยังเครื่องท้องถิ่น และรองรับฟังก์ชันอื่นๆ ในการทำงานกับโปรโตคอลที่เราอธิบายไว้ กล่าวอีกนัยหนึ่ง เนื่องจากไคลเอ็นต์ใช้งานง่ายอยู่แล้วและเป็นที่รู้จักอย่างกว้างขวาง จึงแนะนำสำหรับผู้ที่ต้องการใช้ประโยชน์จากข้อดีทั้งหมดของการทำงานโดยใช้โปรโตคอล IMAP

เมื่อคุณเลือกโปรแกรมสำหรับตัวคุณเอง ให้ใส่ใจกับพารามิเตอร์บางตัวในตาราง ตัวอย่างเช่น เป็นที่ต้องการอย่างยิ่งที่โปรแกรมรับส่งเมลของคุณรองรับการตั้งค่า “การใช้งานที่ตัดการเชื่อมต่อ” ซึ่งหมายความว่าในกรณีนี้คุณจะสามารถใช้โปรแกรมอีเมลได้โดยไม่ต้องมี การเข้าถึงแบบถาวรไปยังอินเทอร์เน็ต คุณจะเชื่อมต่อกับเซิร์ฟเวอร์ ดาวน์โหลดตัวอักษรหรือส่วนหัวใหม่ ตอบกลับ และผลิต การดำเนินการที่จำเป็นกับโฟลเดอร์แล้วเชื่อมต่ออีกครั้งและการเปลี่ยนแปลงจะทำบนเซิร์ฟเวอร์โดยอัตโนมัติ วิธีนี้จะสะดวกมากเมื่อคุณต้องเชื่อมต่ออินเทอร์เน็ตผ่านโมเด็มโดยมีค่าธรรมเนียมการเชื่อมต่อตามเวลา เพื่อไม่ให้ค่าใช้จ่ายในการเข้าถึงอินเทอร์เน็ตเพิ่มขึ้น

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

ขึ้นอยู่กับการขนส่ง โปรโตคอล TCPและใช้พอร์ต 143

IMAP มอบให้แก่ผู้ใช้ ความเป็นไปได้ที่กว้างขวางที่จะทำงานร่วมกับ กล่องจดหมายตั้งอยู่บนเซิร์ฟเวอร์กลาง โปรแกรมอีเมลที่ใช้โปรโตคอลนี้จะเข้าถึงที่เก็บข้อมูลการติดต่อบนเซิร์ฟเวอร์เสมือนว่าการติดต่อนั้นอยู่ในคอมพิวเตอร์ของผู้รับ ทางอีเมลสามารถจัดการได้จากคอมพิวเตอร์ของผู้ใช้ (ไคลเอนต์) โดยไม่ต้องส่งไฟล์ที่มีเนื้อหาตัวอักษรทั้งหมดจากเซิร์ฟเวอร์และด้านหลังอย่างต่อเนื่อง

โปรโตคอล SMTP ใช้ในการส่งจดหมาย

วัตถุประสงค์ของการพัฒนาโปรโตคอล IMAP

โปรโตคอล IMAP เป็นทางเลือกแทน POP3

POP3 มีข้อเสียหลายประการและสิ่งที่ร้ายแรงที่สุดคือการขาดความสามารถในการควบคุมการเคลื่อนไหวและการจัดเก็บข้อความบนเซิร์ฟเวอร์ ตามกฎแล้วข้อความจะถูกดาวน์โหลดจากเซิร์ฟเวอร์อีเมลทั้งหมดในครั้งเดียวหลังจากนั้นจะถูกลบออกจากเซิร์ฟเวอร์นั่นคือไม่มีความสามารถในการเลือกข้อความที่จะรับ

เพื่อแก้ไขปัญหาที่เกี่ยวข้องกับคุณสมบัตินี้ของ POP3 มหาวิทยาลัยวอชิงตันได้พัฒนาโปรโตคอลใหม่ที่อนุญาตให้ผู้ใช้รับอีเมลจากกล่องจดหมายเดียวกันจากหลาย ๆ ที่โดยไม่ต้องกระจายข้อความไปยังจุดรับ ผู้ใช้จะได้รับโอกาสในการจัดการข้อความในกล่องจดหมายของเขาและ ฟังก์ชั่นเพิ่มเติมเพื่อให้บริการกล่องจดหมายบนเซิร์ฟเวอร์

ข้อดีเหนือ POP3

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

โปรโตคอลป๊อปต้องการให้ไคลเอ็นต์ปัจจุบันเป็นไคลเอ็นต์เดียวที่เชื่อมต่อกับกล่องจดหมาย IMAP อนุญาต การเข้าถึงพร้อมกันไคลเอนต์หลายรายไปยังกล่องจดหมายและให้ไคลเอนต์สามารถตรวจสอบการเปลี่ยนแปลงที่ทำโดยไคลเอนต์อื่นที่เชื่อมต่อในเวลาเดียวกัน

ด้วยระบบแฟล็กที่กำหนดใน IMAP4 ลูกค้าสามารถติดตามสถานะของข้อความ (อ่าน ตอบกลับส่ง ลบ ฯลฯ ); ข้อมูลแฟล็กถูกเก็บไว้บนเซิร์ฟเวอร์

ไคลเอนต์ IMAP4 สามารถสร้าง เปลี่ยนชื่อ และลบกล่องจดหมาย และย้ายข้อความระหว่างกล่องจดหมายได้ คุณยังสามารถใช้ส่วนขยายรายการควบคุมการเข้าถึง (ACL) (RFC 4314) ของ IMAP4 เพื่อควบคุมสิทธิ์การเข้าถึงกล่องจดหมาย

การค้นหาข้อความเกิดขึ้นบนฝั่งเซิร์ฟเวอร์

IMAP4 มีกลไกการขยายที่ชัดเจน

เวอร์ชันโปรโตคอล IMAP

IMAP ดั้งเดิม (1986 ไม่มีข้อกำหนด)
IMAP2 (1988 - RFC 1064, 1990 - RFC 1176)
IMAP3 (1991, RFC 1203)
IMAP2bis (ข้อกำหนดมีอยู่ในฉบับร่างปี 1993 เท่านั้น)
IMAP4 (เปลี่ยนชื่อเป็น IMAP2bis)

ข้อความและคุณลักษณะของพวกเขา

IMAP ใช้งานได้กับข้อความเท่านั้นและไม่ต้องใช้แพ็กเก็ตใดๆ ที่มีส่วนหัวพิเศษ

แต่ละข้อความมีคุณลักษณะหลายอย่างที่เกี่ยวข้องกัน คุณลักษณะเหล่านี้สามารถกำหนดแยกกันหรือร่วมกับคุณลักษณะอื่นๆ ได้

UID

แต่ละข้อความได้รับการกำหนดรหัส 32 บิต ซึ่งเมื่อใช้ร่วมกับตัวระบุที่ไม่ซ้ำกัน จะสร้างลำดับ 64 บิตที่รับประกันการระบุข้อความในเมลบ็อกซ์ที่ไม่ซ้ำกัน ยิ่งข้อความมาถึงในภายหลัง UID ก็จะยิ่งใหญ่ขึ้นเท่านั้น

UID เชื่อมโยงกับกล่องจดหมาย และถูกส่งเป็นรหัสตอบกลับ uidvalidity (ตกลง) ในระหว่างขั้นตอนการเลือกกล่องจดหมาย หากไม่สามารถใช้ UID จากเซสชันก่อนหน้าได้ด้วยเหตุผลบางประการ UID จะต้องเพิ่มขึ้น

UID ของข้อความไม่ควรเปลี่ยนแปลงภายในเซสชัน และไม่ควรเปลี่ยนจากเซสชันหนึ่งไปอีกเซสชันหนึ่ง อย่างไรก็ตาม หากไม่สามารถจัดเก็บ UID ข้อความในเซสชันต่อๆ ไป แต่ละเซสชันต่อๆ มาจะต้องมีรหัสตัวระบุใหม่ที่ไม่ซ้ำกันซึ่งจะต้องมากกว่า UID ใดๆ ที่ใช้ก่อนหน้านี้

หมายเลขลำดับข้อความ

หมายเลขลำดับของข้อความในเมลบ็อกซ์เริ่มต้นจาก 1 แต่ละข้อความที่เริ่มต้นจากวินาที จะมีหมายเลขลำดับที่มากกว่าหมายเลขที่อยู่ข้างหน้า 1 ทุกประการ

ในระหว่างเซสชัน คุณสามารถเปลี่ยนหมายเลขลำดับข้อความได้ ตัวอย่างเช่น เมื่อลบข้อความออกจากเมลบ็อกซ์ จำนวนข้อความที่ตามมาทั้งหมดจะเปลี่ยนไป

ธงข้อความ

แอ็ตทริบิวต์นี้เป็นรายการโทเค็นที่มีชื่อเป็นศูนย์หรือมากกว่าที่เกี่ยวข้องกัน ข้อความนี้- ตั้งค่าสถานะโดยการเพิ่มลงในรายการนี้ และล้างโดยลบออก ธงมีสองประเภทใน IMAP 4.1 แฟล็กสามารถเป็นแบบถาวรหรือใช้ได้เฉพาะในช่วงระยะเวลาของเซสชันที่กำหนดเท่านั้น

ค่าสถานะระบบคือค่าสถานะที่มีชื่อที่กำหนดไว้ในข้อกำหนดโปรโตคอล แฟล็กของระบบทั้งหมดเริ่มต้นด้วยอักขระ \

ปัจจุบันมีการกำหนดสถานะระบบต่อไปนี้:

\seen - อ่านข้อความแล้ว
\answered - มีการตอบกลับข้อความแล้ว
\flagged - ข้อความที่ทำเครื่องหมายว่า "สำคัญ"
\deleted - ข้อความที่ทำเครื่องหมายว่าถูกลบแล้ว
\draft - ข้อความที่ทำเครื่องหมายว่าเป็นฉบับร่าง
\recent - ข้อความล่าสุด (ปรากฏครั้งแรกในกล่องจดหมายระหว่างเซสชันปัจจุบัน)

วันที่และเวลาของข้อความภายในบนเซิร์ฟเวอร์

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

คุณสมบัติอื่น ๆ

ขนาดข้อความ - จำนวนออคเต็ตในข้อความ
โครงสร้างซองจดหมายข้อความ
โครงสร้างเนื้อความของข้อความ

การโต้ตอบระหว่างไคลเอนต์และเซิร์ฟเวอร์

การเชื่อมต่อ IMAP 4.1 เกี่ยวข้องกับการสร้างการเชื่อมต่อระหว่างไคลเอนต์และเซิร์ฟเวอร์ ไคลเอนต์ส่งคำสั่งไปยังเซิร์ฟเวอร์ และเซิร์ฟเวอร์ส่งข้อมูลและการแจ้งเตือนเกี่ยวกับสถานะของคำขอไปยังไคลเอนต์ ข้อความทั้งหมด ทั้งไคลเอนต์และเซิร์ฟเวอร์ อยู่ในรูปแบบของบรรทัดที่ลงท้ายด้วยลำดับพิเศษ

ขั้นตอนใด ๆ เริ่มต้นด้วยคำสั่งของลูกค้า คำสั่งไคลเอ็นต์ใดๆ จะเริ่มต้นด้วยคำนำหน้าตัวระบุ (โดยปกติจะเป็นสตริงตัวอักษรและตัวเลขสั้นๆ เช่น A0001, A0002 เป็นต้น) ที่เรียกว่าแท็ก สำหรับแต่ละคำสั่ง ไคลเอนต์จะสร้างป้ายกำกับของตัวเอง

มีสองกรณีที่เป็นไปได้ที่สตริงที่ส่งโดยไคลเอ็นต์ไม่ได้แสดงถึงคำสั่งที่สมบูรณ์ ในตอนแรก อาร์กิวเมนต์คำสั่งจะมาพร้อมกับโค้ดที่กำหนดจำนวนออคเต็ตในบรรทัด ประการที่สอง อาร์กิวเมนต์คำสั่งต้องการการตอบสนองจากเซิร์ฟเวอร์ ในทั้งสองกรณี เซิร์ฟเวอร์จะส่งคำขอดำเนินการคำสั่งต่อโดยเริ่มต้นด้วยอักขระ +

ไคลเอนต์จะต้องส่งคำสั่งหนึ่งให้เสร็จสิ้นก่อนที่จะส่งคำสั่งอื่น

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

ข้อมูลที่ส่งจากเซิร์ฟเวอร์ไปยังไคลเอนต์ รวมถึงการตอบกลับสถานะที่ไม่ได้บ่งชี้ถึงความสมบูรณ์ของคำสั่ง จะมีคำนำหน้าด้วย * และเรียกว่าการตอบสนองแบบไม่ติดแท็ก

เซิร์ฟเวอร์สามารถส่งข้อมูลเพื่อตอบสนองต่อคำสั่งของลูกค้าหรือตามความคิดริเริ่มของตนเอง รูปแบบข้อมูลไม่ได้ขึ้นอยู่กับเหตุผลในการส่ง

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

Listener โปรโตคอลไคลเอนต์ IMAP 4.1 อ่านสตริงการตอบสนองจากเซิร์ฟเวอร์และดำเนินการตามอักขระ * หรือ + ตัวแรก

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

สถานะเซิร์ฟเวอร์ IMAP

เซิร์ฟเวอร์ IMAP 4.1 อยู่ในสถานะใดสถานะหนึ่งในสี่สถานะ

คำสั่งส่วนใหญ่สามารถใช้ได้ในบางสถานะเท่านั้น

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

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

ในรัฐ ทางเลือกระบบจะเข้าเมื่อเลือกเมลบ็อกซ์สำเร็จ

ในรัฐ ออกระบบจะถูกโจมตีเมื่อการเชื่อมต่อถูกขัดจังหวะอันเป็นผลมาจากคำขอของลูกค้าหรือเนื่องจากการตัดสินใจโดยอิสระของเซิร์ฟเวอร์

(1) การเชื่อมต่อโดยไม่มีการตรวจสอบสิทธิ์ล่วงหน้า
(2) การเชื่อมต่อที่ผ่านการรับรองความถูกต้องล่วงหน้า
(3) การเชื่อมต่อถูกปฏิเสธ
(4) ดำเนินการคำสั่ง LOGIN หรือ AUTHENTICATE สำเร็จ
(5) ดำเนินการคำสั่ง SELECT หรือ EXAMINE สำเร็จ
(6) ดำเนินการคำสั่ง CLOSE หรือคำสั่ง SELECT หรือ EXAMINE ล้มเหลว
(7) ดำเนินการคำสั่ง LOGOUT ปิดเซิร์ฟเวอร์ หรือยุติการเชื่อมต่อ

คำสั่งโปรโตคอล IMAP

LOGIN อนุญาตให้ไคลเอนต์ล็อกอินเข้าสู่เซิร์ฟเวอร์ IMAP โดยใช้ ID ผู้ใช้และรหัสผ่านตามปกติ แบบฟอร์มข้อความ- นี่ไม่ใช่ที่สุด วิธีที่ดีที่สุดแต่บางครั้งนี่เป็นเพียงวิธีเดียวในการเชื่อมต่อกับเซิร์ฟเวอร์ รับรองความถูกต้อง อนุญาตให้ไคลเอนต์ใช้เมื่อลงทะเบียนกับเซิร์ฟเวอร์ IMAP การรับรองความถูกต้อง การตรวจสอบสิทธิ์ผู้ใช้ส่วนบุคคลเป็นทางเลือกและเซิร์ฟเวอร์ IMAP ทั้งหมดไม่รองรับ นอกจากนี้ การใช้งานการตรวจสอบดังกล่าวอาจแตกต่างกันไปขึ้นอยู่กับเซิร์ฟเวอร์ เมื่อไคลเอนต์ออกคำสั่ง AUTHENTICATE เซิร์ฟเวอร์จะตอบสนองด้วยสตริงความท้าทายที่เข้ารหัส base64 ถัดไป ไคลเอ็นต์จะต้องส่งการตอบสนองต่อความท้าทายในการตรวจสอบสิทธิ์ของเซิร์ฟเวอร์ ซึ่งมีการเข้ารหัส base64 ด้วย หากเซิร์ฟเวอร์ไม่สนับสนุนวิธีการรับรองความถูกต้องที่ไคลเอ็นต์เสนอ เซิร์ฟเวอร์จะรวมคำว่า NO ในการตอบกลับ ลูกค้าจะต้องเจรจาต่อเพื่อยอมรับวิธีการตรวจสอบความถูกต้อง หากความพยายามทั้งหมดในการพิจารณาวิธีการรับรองความถูกต้องล้มเหลว ไคลเอ็นต์จะพยายามลงทะเบียนกับเซิร์ฟเวอร์โดยใช้คำสั่ง LOGIN พารามิเตอร์เหมือนกับ LIST วิธีการทางเลือกสถานะปัจจุบัน

ตู้ไปรษณีย์ พารามิเตอร์แรกของคำสั่งนี้คือชื่อของกล่องจดหมายที่ใช้ พารามิเตอร์ที่สองคือรายการเกณฑ์ที่ลูกค้าต้องการรับข้อมูล คำสั่ง STATUS สามารถใช้เพื่อรับข้อมูลเกี่ยวกับสถานะของเมลบ็อกซ์ได้โดยไม่ต้องเปิดโดยใช้คำสั่ง SELECT หรือ EXAMINE
ผู้ใช้สามารถรับข้อมูลตามเกณฑ์ต่อไปนี้:
ข้อความ - จำนวนข้อความทั้งหมดในกล่องจดหมาย
RECENT - จำนวนข้อความที่มีแฟล็ก \recent
UNSEEN - จำนวนข้อความที่ไม่มีค่าสถานะ \seen

APPEND ผนวกข้อความต่อท้ายกล่องจดหมายที่ระบุ อาร์กิวเมนต์ประกอบด้วยชื่อกล่องจดหมาย แฟล็กข้อความ (ไม่บังคับ) การประทับเวลา (ไม่บังคับ) และตัวข้อความเอง - ส่วนหัวและเนื้อหา

ค่าสถานะข้อความต่อไปนี้จะพร้อมใช้งาน:
\เห็น - อ่าน
\ตอบ - คำตอบถูกเขียนแล้ว
\ติดธง - ด่วน
\Deleted - ทำเครื่องหมายเพื่อลบ
\ร่าง - ร่าง

\Recent - ข้อความใหม่มาถึงกล่องจดหมายหลังจากสิ้นสุดเซสชันล่าสุด หากมีการระบุแฟล็กในคำสั่ง แฟล็กจะถูกตั้งค่าสำหรับข้อความที่กำลังเพิ่ม ไม่ว่าในกรณีใด ค่าสถานะ \Recent จะถูกตั้งค่าสำหรับข้อความหากมีการระบุการประทับเวลาในคำสั่ง เวลานี้จะถูกตั้งค่าเป็นเวลาในการสร้างข้อความ มิฉะนั้นเวลาในการสร้างจะถูกถือเป็น เวลาปัจจุบัน - เนื่องจากข้อความไม่ยาวหนึ่งบรรทัด จึงมีการใช้ตัวอักษรตัวอย่าง: C A003 ผนวกข้อความที่บันทึกไว้ (\Seen) (247) S + พร้อมสำหรับข้อมูลตามตัวอักษร C วันที่: จันทร์ 7 กุมภาพันธ์ 1994 21:52:25 -0800 (PST) C จาก: Fred Foobar C เรื่อง: การประชุมช่วงบ่าย C ถึง: [ป้องกันอีเมล] C ข้อความ-รหัส: C C สวัสดีโจ คุณคิดว่าเราจะพบกันพรุ่งนี้เวลา 3.30 น. ได้ไหม? S A003 ตกลง ผนวกเสร็จสมบูรณ์ ส่วนขยาย MULTIAPPEND ที่อธิบายไว้ใน RFC 3502 อนุญาตให้เพิ่มข้อความหลายข้อความลงในกล่องจดหมายด้วยคำสั่งเดียวตรวจสอบ กำหนดจุดตรวจสอบบนเมลบ็อกซ์ การดำเนินการใดๆ เช่น การเขียนข้อมูลจากหน่วยความจำเซิร์ฟเวอร์ลงสู่เครื่อง ฮาร์ดไดรฟ์จะต้องดำเนินการในสถานะกล่องจดหมายที่เหมาะสม เป็นการตรวจสอบความสมบูรณ์ของกล่องจดหมายหลังดิสก์และการดำเนินการอื่นที่คล้ายคลึงกันที่ใช้คำสั่ง CHECK คำสั่งนี้ใช้โดยไม่มีพารามิเตอร์ ลบข้อความทั้งหมดที่ทำเครื่องหมายด้วยค่าสถานะ \DELETED จากกล่องจดหมาย โดยไม่ต้องปิดกล่องจดหมาย การตอบสนองของเซิร์ฟเวอร์ต่อคำสั่ง EXPUNGE คือรายงานสถานะใหม่ของกล่องจดหมาย- คำสั่งใช้เพื่อแสดงข้อความเท่านั้น ต่างจาก POP3 ตรงที่ไคลเอนต์ IMAP จะไม่เก็บสำเนาของข้อความไว้ในพีซีไคลเอนต์ STORE เปลี่ยนแปลงข้อมูลข้อความ COPY คัดลอกข้อความจากเมลบ็อกซ์หนึ่งไปยังอีกเมลบ็อกซ์หนึ่ง

UID ใช้ร่วมกับคำสั่ง FETCH, COPY, STORE หรือ SEARCH ด้วยความช่วยเหลือคุณสามารถใช้ของจริงได้

หมายเลขประจำตัว UID แทนลำดับตัวเลขจากช่วงหมายเลขข้อความความสามารถ สอบถามเซิร์ฟเวอร์ IMAP สำหรับข้อมูลเกี่ยวกับความสามารถของตน
NOOP คำสั่งไม่ทำอะไรเลย สามารถใช้เพื่อรักษากิจกรรมระหว่างเซสชันเพื่อให้เซสชันไม่ยุติเนื่องจากตัวจับเวลาหมดเวลา การตอบสนองของเซิร์ฟเวอร์ต่อคำสั่ง NOOP ควรเป็นค่าบวกเสมอ เนื่องจากเซิร์ฟเวอร์มักจะส่งคืนสถานะการดำเนินการของคำสั่งใดคำสั่งหนึ่งในการตอบกลับ จึงสามารถใช้ NOOP เป็นทริกเกอร์สำหรับการสอบถามสถานะเซิร์ฟเวอร์เป็นระยะๆ
ลิงค์

ข้อความอินเทอร์เน็ต RFC 3501
โปรโตคอลการเข้าถึง	v4rev1 (อังกฤษ) การเชื่อมต่อ IMAPวิธีการ: การกำหนดค่า KMail ด้วย Gmail - IMAP และ IMAP ที่ตัดการเชื่อมต่อ
แบบแผน URI

เป็นทางการ aaa : aaas : acap : cap: cid : crid: ข้อมูล : dav : dict : dns : แฟกซ์ : ไฟล์: ftp : : gopher : h323 : http : https : :

ไอแมป	: ldap : mailto : mid : ข่าว : nfs : nntp : pop : pres: rtsp : sip : sips: snmp : tel : telnet : urn : wais : xmpp :
ไม่เป็นทางการ	บาง
คำสั่ง SMTP	HELO (SP) (สตริง)(CRLF)
ระบุเซิร์ฟเวอร์ SMTP ของผู้ส่ง เปิดพื้นที่เซสชัน (SP)	ออกจาก (CRLF)
สิ้นสุดเซสชัน SMTP	MAIL (SP) จาก: (เส้นทางย้อนกลับ) (CRLF)
ระบุที่อยู่ของผู้ส่ง	RCPT (SP) ถึง: (เส้นทางไปข้างหน้า) (CRLF)
ระบุที่อยู่ของผู้รับ	ข้อมูล (CRLF)
ระบุจุดเริ่มต้นของข้อความ ส่วนท้ายของข้อความระบุด้วย (CRLF)	VRFY (SP) (สตริง)(CRLF)
ตรวจสอบการมีอยู่ของผู้รับ	EXPN (SP) (สตริง)(CRLF)
แสดงรายการที่อยู่สำหรับรายชื่อผู้รับจดหมาย	นอย(CRLF)
การดำเนินการที่ว่างเปล่า	เลี้ยว(CRLF)

บทบาทการสลับเซิร์ฟเวอร์และไคลเอนต์หลังจากการตอบกลับของเซิร์ฟเวอร์ 200 ตกลง

รีเซ็ต(CRLF)

รีเซ็ตเซสชันเป็นสถานะดั้งเดิม

ช่วยเหลือ(CRLF)

ข้อมูลเกี่ยวกับคำสั่งที่รองรับ

ตัวอย่างที่ง่ายที่สุดของเซสชัน SMTP C: - ไคลเอนต์, S: - เซิร์ฟเวอร์ - เนื่องจากข้อความไม่ยาวหนึ่งบรรทัด จึงมีการใช้ตัวอักษร S: (กำลังรอการเชื่อมต่อ)

ตัวอย่างที่ง่ายที่สุดของเซสชัน SMTP C: - ไคลเอนต์, S: - เซิร์ฟเวอร์ - เนื่องจากข้อความไม่ยาวหนึ่งบรรทัด จึงมีการใช้ตัวอักษร C: (เชื่อมต่อกับพอร์ตเซิร์ฟเวอร์ 25)

S:220 mail.company.tld ESMTP CommuniGate Pro 5.1.4i ดีใจที่ได้พบคุณ! - เนื่องจากข้อความไม่ยาวหนึ่งบรรทัด จึงมีการใช้ตัวอักษรชื่อโดเมน S:250 ควรมีคุณสมบัติ ส:250

ผู้ส่งได้รับการยอมรับ

ตกลง

ส:550

S: (ปิดการเชื่อมต่อ)

จากผลการประชุมดังกล่าว จดหมายจะถูกส่งไปยังผู้รับ - เนื่องจากข้อความไม่ยาวหนึ่งบรรทัด จึงมีการใช้ตัวอักษรแต่จะไม่ถูกส่งไปยังผู้รับ - เนื่องจากข้อความไม่ยาวหนึ่งบรรทัด จึงมีการใช้ตัวอักษรเนื่องจากไม่มีที่อยู่ดังกล่าว

17) ป๊อป3(ภาษาอังกฤษ) ที่ทำการไปรษณีย์โปรโตคอลเวอร์ชัน 3- Post Office Protocol เวอร์ชัน 3) - โปรโตคอลอินเทอร์เน็ตมาตรฐาน ระดับการใช้งานซึ่งใช้โดยไคลเอนต์อีเมลเพื่อดึงข้อความอีเมล เซิร์ฟเวอร์ระยะไกลผ่านการเชื่อมต่อ TCP/IP POP3 ใช้งานง่ายและให้บริการน้อยที่สุด ความสามารถที่จำเป็นสำหรับการทำงานกับกล่องจดหมาย ตรงกันข้ามกับความเชื่อที่นิยม เวอร์ชันที่สามของโปรโตคอล POP ช่วยให้สามารถทำงานได้ไม่เพียงกับกล่องจดหมายโดยรวมเท่านั้น แต่ยังรวมถึง แยกข้อความอยู่ในนั้นทำให้คุณสามารถดูข้อมูลเกี่ยวกับจดหมายรับและลบทีละรายการได้

คำสั่งพื้นฐาน

เพื่อตอบสนองต่อคำสั่ง STAT เซิร์ฟเวอร์จะส่งคืนจำนวนข้อความในกล่องจดหมายและ ขนาดโดยรวมกล่องในออคเต็ต ข้อความที่ถูกทำเครื่องหมายเพื่อลบจะไม่ถูกนำมาพิจารณา ตัวอย่างเช่น การตอบกลับ "+OK 4 223718" หมายความว่ามี 4 ข้อความในกล่องจดหมาย โดยมีจำนวนออคเต็ตทั้งหมด 223718

การตอบสนองต่อคำสั่ง LIST โดยไม่มีอาร์กิวเมนต์: รายการข้อความในเมลบ็อกซ์ที่มีข้อความเหล่านั้น หมายเลขซีเรียลและขนาดเป็นออคเต็ต

ต้องใช้เป็นอาร์กิวเมนต์จำนวนข้อความที่มีอยู่ซึ่งไม่ได้ถูกทำเครื่องหมายเพื่อลบ

เพื่อเป็นการตอบสนอง เซิร์ฟเวอร์จะส่งข้อความที่ร้องขอ

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

เซิร์ฟเวอร์จะต้องตอบสนองเชิงบวกต่อคำสั่งนี้ ไม่มีการดำเนินการอื่นใด

เซิร์ฟเวอร์จะลบเครื่องหมายการลบที่ตั้งไว้ก่อนหน้านี้ทั้งหมด

สิ้นสุดเซสชัน หากข้อความใดถูกทำเครื่องหมายเพื่อลบในระหว่างเซสชัน ข้อความเหล่านั้นจะถูกลบออกจากเมลบ็อกซ์หลังจากดำเนินการคำสั่ง QUIT

18) อิมเมจ(ภาษาอังกฤษ) โปรโตคอลการเข้าถึงข้อความอินเทอร์เน็ต) คือโปรโตคอลชั้นแอปพลิเคชันสำหรับการเข้าถึงอีเมล

ขึ้นอยู่กับ โปรโตคอลการขนส่ง TCP และใช้พอร์ต 143

IMAP มอบความสามารถมากมายแก่ผู้ใช้ในการทำงานกับกล่องจดหมายที่อยู่ เซิร์ฟเวอร์กลาง- โปรแกรมอีเมลที่ใช้โปรโตคอลนี้จะเข้าถึงที่เก็บข้อมูลการติดต่อบนเซิร์ฟเวอร์เสมือนว่าการติดต่อนั้นอยู่ในคอมพิวเตอร์ของผู้รับ อีเมลสามารถจัดการได้จากคอมพิวเตอร์ของผู้ใช้ (ไคลเอนต์) โดยไม่ต้องส่งไฟล์ที่มีเนื้อหาทั้งหมดของอีเมลกลับไปกลับมาจากเซิร์ฟเวอร์อย่างต่อเนื่อง

โปรโตคอล IMAP เป็นทางเลือกแทน POP3

เพื่อแก้ไขปัญหาที่เกี่ยวข้องกับคุณสมบัตินี้ของ POP3 มหาวิทยาลัยวอชิงตันได้พัฒนาโปรโตคอลใหม่ที่อนุญาตให้ผู้ใช้รับอีเมลจากกล่องจดหมายเดียวกันจากหลาย ๆ ที่โดยไม่ต้องกระจายข้อความไปยังจุดรับ ผู้ใช้จะได้รับโอกาสในการจัดการข้อความในกล่องจดหมายและฟังก์ชันเพิ่มเติมสำหรับการดูแลกล่องจดหมายบนเซิร์ฟเวอร์

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

โปรโตคอล POP กำหนดให้ไคลเอ็นต์ปัจจุบันเป็นไคลเอ็นต์เดียวที่เชื่อมต่อกับกล่องจดหมาย IMAP อนุญาตให้ไคลเอนต์หลายรายเข้าถึงกล่องจดหมายในเวลาเดียวกัน และช่วยให้ไคลเอนต์สามารถตรวจสอบการเปลี่ยนแปลงที่ทำโดยไคลเอนต์อื่นที่เชื่อมต่อในเวลาเดียวกัน

การค้นหาข้อความเกิดขึ้นบนฝั่งเซิร์ฟเวอร์

IMAP4 มีกลไกการขยายที่ชัดเจน

คำสั่งโปรโตคอล IMAP

อนุญาตให้ไคลเอนต์ใช้ ID ผู้ใช้และรหัสผ่านข้อความธรรมดาเมื่อลงทะเบียนกับเซิร์ฟเวอร์ IMAP นี่ไม่ใช่วิธีที่ดีที่สุด แต่บางครั้งก็เป็นวิธีเดียวในการเชื่อมต่อกับเซิร์ฟเวอร์

อนุญาตให้ไคลเอนต์ใช้วิธีการรับรองความถูกต้องอื่นเมื่อลงทะเบียนกับเซิร์ฟเวอร์ IMAP การตรวจสอบสิทธิ์ผู้ใช้ส่วนบุคคลเป็นทางเลือกและเซิร์ฟเวอร์ IMAP ทั้งหมดไม่รองรับ นอกจากนี้ การใช้งานการตรวจสอบดังกล่าวอาจแตกต่างกันไปขึ้นอยู่กับเซิร์ฟเวอร์ เมื่อไคลเอ็นต์ออกคำสั่ง AUTHENTICATE เซิร์ฟเวอร์จะตอบสนองด้วยสตริงที่เข้ารหัส base64 ถัดไป ไคลเอ็นต์จะต้องส่งการตอบสนองต่อความท้าทายในการตรวจสอบสิทธิ์ของเซิร์ฟเวอร์ ซึ่งมีการเข้ารหัส base64 ด้วย หากเซิร์ฟเวอร์ไม่สนับสนุนวิธีการรับรองความถูกต้องที่ไคลเอ็นต์เสนอ เซิร์ฟเวอร์จะรวมคำว่า NO ในการตอบกลับ ลูกค้าจะต้องเจรจาต่อเพื่อยอมรับวิธีการตรวจสอบความถูกต้อง หากความพยายามทั้งหมดในการพิจารณาวิธีการรับรองความถูกต้องล้มเหลว ไคลเอ็นต์จะพยายามลงทะเบียนกับเซิร์ฟเวอร์โดยใช้คำสั่ง LOGIN

ปิดกล่องจดหมาย เมื่อปิดกล่องจดหมาย ข้อความทั้งหมดที่ทำเครื่องหมายด้วยค่าสถานะ \DELETED จะถูกลบออกทางกายภาพ ไม่มีพารามิเตอร์

สิ้นสุดเซสชันสำหรับ ID ผู้ใช้ปัจจุบัน และปิดกล่องจดหมายที่เปิดอยู่ทั้งหมด หากข้อความใดถูกทำเครื่องหมายด้วยแฟล็ก \deleted การใช้คำสั่งนี้ข้อความเหล่านั้นจะถูกลบออกจากกล่องจดหมาย

สร้างกล่องจดหมายใหม่ ชื่อและที่ตั้งของกล่องจดหมายใหม่ถูกกำหนดตามข้อกำหนดทั่วไปของเซิร์ฟเวอร์

นำไปใช้กับกล่องจดหมาย เมื่อได้รับคำสั่งนี้ เซิร์ฟเวอร์ IMAP จะพยายามลบกล่องจดหมายที่มีชื่อที่ระบุเป็นอาร์กิวเมนต์คำสั่ง ข้อความจะถูกลบไปพร้อมกับกล่องจดหมายและไม่สามารถกู้คืนได้

เปลี่ยนชื่อกล่องจดหมาย คำสั่งนี้มีสองพารามิเตอร์ - ชื่อของกล่องจดหมายที่คุณต้องการเปลี่ยนชื่อและชื่อใหม่ของกล่องจดหมาย

เพิ่มกล่องจดหมายลงในรายการกล่องจดหมายที่ใช้งานอยู่ของลูกค้า คำสั่งนี้ใช้พารามิเตอร์เดียวเท่านั้น - ชื่อของกล่องจดหมายที่ต้องเพิ่มลงในรายการ ไม่จำเป็นต้องเพิ่มกล่องจดหมายลงในรายการกล่องจดหมายที่ใช้งานอยู่ - ซึ่งช่วยให้คุณสามารถเพิ่มกล่องจดหมายลงในรายการกล่องจดหมายที่ใช้งานซึ่งยังไม่ได้สร้างหรือลบออกหากว่างเปล่า

ลบกล่องจดหมายออกจากรายการที่ใช้งานอยู่ นอกจากนี้ยังใช้พารามิเตอร์เดียว - ชื่อของกล่องจดหมายซึ่งถูกลบออกจากรายการกล่องจดหมายไคลเอนต์ที่ใช้งานอยู่ อย่างไรก็ตาม ตัวกล่องจดหมายเองจะไม่ถูกลบ

รับรายการกล่องจดหมายไคลเอนต์ทั้งหมด มีสองพารามิเตอร์

ตรงกันข้ามกับคำสั่ง LIST ตรงที่ใช้เพื่อรับรายการกล่องจดหมายที่เปิดใช้งานโดยคำสั่ง SUBSCRIBE พารามิเตอร์เหมือนกับ LIST

สร้างแบบสอบถามเกี่ยวกับสถานะปัจจุบันของกล่องจดหมาย พารามิเตอร์แรกของคำสั่งนี้คือชื่อของกล่องจดหมายที่ใช้ พารามิเตอร์ที่สองคือรายการเกณฑ์ที่ลูกค้าต้องการรับข้อมูล คำสั่ง STATUS สามารถใช้เพื่อรับข้อมูลเกี่ยวกับสถานะของเมลบ็อกซ์ได้โดยไม่ต้องเปิดโดยใช้คำสั่ง SELECT หรือ EXAMINE

ผู้ใช้สามารถรับข้อมูลตามเกณฑ์ต่อไปนี้:

· ข้อความ - จำนวนข้อความทั้งหมดในกล่องจดหมาย

· ล่าสุด - จำนวนข้อความที่มีแฟล็ก \recent

· UIDNEXT - UID ที่จะกำหนดให้กับข้อความใหม่

· UIDVALIDITY - ตัวระบุกล่องจดหมายที่ไม่ซ้ำกัน

UNSEEN - จำนวนข้อความที่ไม่มีค่าสถานะ \seen

เพิ่มข้อความต่อท้ายกล่องจดหมายที่ระบุ อาร์กิวเมนต์ประกอบด้วยชื่อกล่องจดหมาย แฟล็กข้อความ (ไม่บังคับ) การประทับเวลา (ไม่บังคับ) และตัวข้อความเอง - ส่วนหัวและเนื้อหา

ค่าสถานะข้อความต่อไปนี้จะพร้อมใช้งาน:

· \เห็น - อ่าน

· \ตอบแล้ว - คำตอบถูกเขียนแล้ว

· \ติดธง - ด่วน

· \Deleted - ทำเครื่องหมายเพื่อลบ

· \ร่าง - ร่าง

· \Recent - ข้อความใหม่มาถึงกล่องจดหมายหลังจากสิ้นสุดเซสชันล่าสุด

หากมีการระบุแฟล็กในคำสั่ง แฟล็กจะถูกตั้งค่าสำหรับข้อความที่กำลังเพิ่ม ไม่ว่าในกรณีใด แฟล็ก \Recent จะถูกตั้งค่าสำหรับข้อความ

หากมีการระบุการประทับเวลาในคำสั่ง เวลานี้จะถูกตั้งค่าเป็นเวลาในการสร้างข้อความ มิฉะนั้นเวลาปัจจุบันจะถูกถือเป็นเวลาในการสร้าง

เนื่องจากข้อความไม่ยาวหนึ่งบรรทัด จึงมีการใช้ตัวอักษร

C A003 ผนวกข้อความที่บันทึกไว้ (\Seen) (247)S + พร้อมสำหรับข้อมูลตามตัวอักษรC วันที่: จันทร์ 7 กุมภาพันธ์ 1994 21:52:25 -0800 (PST)C จาก: Fred Foobar C เรื่อง: การประชุมช่วงบ่าย C ถึง: - เนื่องจากข้อความไม่ยาวหนึ่งบรรทัด จึงมีการใช้ตัวอักษรข้อความ-รหัส: C C สวัสดีโจ คุณคิดว่าเราจะพบกันเวลา 3:30 พรุ่งนี้ได้ไหม?S A003 ตกลง ผนวก เสร็จสิ้น

ส่วนขยาย MULTIAPPEND ที่อธิบายไว้ใน RFC 3502 อนุญาตให้เพิ่มข้อความหลายข้อความลงในกล่องจดหมายด้วยคำสั่งเดียว

กำหนดจุดตรวจสอบในกล่องจดหมาย การดำเนินการใดๆ เช่น การเขียนข้อมูลจากหน่วยความจำของเซิร์ฟเวอร์ไปยังฮาร์ดไดรฟ์ จะต้องดำเนินการในสถานะเมลบ็อกซ์ที่เหมาะสม เป็นการตรวจสอบความสมบูรณ์ของกล่องจดหมายหลังดิสก์และการดำเนินการอื่นที่คล้ายคลึงกันที่ใช้คำสั่ง CHECK คำสั่งนี้ใช้โดยไม่มีพารามิเตอร์

ลบข้อความทั้งหมดที่ทำเครื่องหมายด้วยค่าสถานะ \DELETED จากกล่องจดหมาย โดยไม่ต้องปิดกล่องจดหมาย การตอบสนองของเซิร์ฟเวอร์ต่อคำสั่ง EXPUNGE คือรายงานสถานะใหม่ของกล่องจดหมาย

ค้นหาข้อความตามเกณฑ์ในกล่องจดหมายที่ใช้งานอยู่ จากนั้นแสดงผลลัพธ์เป็นหมายเลขข้อความ

เป็นไปได้ที่จะค้นหาข้อความที่มีสตริงข้อความอยู่ในเนื้อหา หรือมีธงบางอย่าง หรือได้รับก่อนวันที่กำหนด เป็นต้น

รับข้อความของข้อความอีเมล คำสั่งใช้เพื่อแสดงข้อความเท่านั้น ต่างจาก POP3 ตรงที่ไคลเอนต์ IMAP จะไม่เก็บสำเนาของข้อความไว้ในพีซีไคลเอนต์

เปลี่ยนแปลงข้อมูลข้อความ

คัดลอกข้อความจากกล่องจดหมายหนึ่งไปยังอีกกล่องจดหมายหนึ่ง

ใช้ร่วมกับคำสั่ง FETCH, COPY, STORE หรือ SEARCH ด้วยความช่วยเหลือนี้ หมายเลขประจำตัว UID จริงสามารถใช้ในคำสั่งเหล่านี้ แทนที่จะใช้ลำดับตัวเลขจากช่วงหมายเลขข้อความ

ค้นหาเซิร์ฟเวอร์ IMAP สำหรับข้อมูลเกี่ยวกับความสามารถ

ทีมงานไม่ได้ทำอะไรเลย สามารถใช้เพื่อรักษากิจกรรมระหว่างเซสชันเพื่อให้เซสชันไม่ยุติเนื่องจากตัวจับเวลาหมดเวลา การตอบสนองของเซิร์ฟเวอร์ต่อคำสั่ง NOOP ควรเป็นค่าบวกเสมอ เนื่องจากเซิร์ฟเวอร์มักจะส่งคืนสถานะการดำเนินการของคำสั่งใดคำสั่งหนึ่งในการตอบกลับ จึงสามารถใช้ NOOP เป็นทริกเกอร์สำหรับการสอบถามสถานะเซิร์ฟเวอร์เป็นระยะๆ

19) โปรโตคอลเวลาเครือข่าย (เอ็นทีพี) - โปรโตคอลเครือข่ายเพื่อซิงโครไนซ์นาฬิกาภายในของคอมพิวเตอร์โดยใช้เครือข่ายเวลาแฝงที่แปรผัน NTP เป็นหนึ่งในโปรโตคอลที่เก่าแก่ที่สุดที่มีการใช้งาน NTP ได้รับการพัฒนาโดย David L. Mills จากมหาวิทยาลัยเดลาแวร์ในปี 1985 และขณะนี้อยู่ในระหว่างการปรับปรุง รุ่นปัจจุบัน- เอ็นทีพี 4

การใช้ NTP ระบบลำดับชั้น“ระดับรายชั่วโมง” (ชั้น) ระดับ 1 ซิงโครไนซ์กับนาฬิกาที่มีความแม่นยำสูง เช่น ระบบ GPS, GLONASS (Unified State Time Scale ของสหพันธรัฐรัสเซีย) หรือมาตรฐานเวลาอะตอมมิก ระดับ 2 ซิงโครไนซ์กับหนึ่งในเครื่องของระดับ 1 และอื่นๆ

เวลาจะแสดงในระบบ NTP เป็นตัวเลข 64 บิต (8 ไบต์) ประกอบด้วยตัวนับวินาที 32 บิต และตัวนับวินาทีที่เป็นเศษส่วน 32 บิต โดยปล่อยให้เวลาส่งผ่านในช่วง 2-32 วินาที โดยมี ความแม่นยำทางทฤษฎี 2-32 วินาที เนื่องจากมาตราส่วนเวลาใน NTP ซ้ำทุกๆ 2 32 วินาที (136 ปี) ผู้รับจึงต้องทราบเวลาปัจจุบันเป็นอย่างน้อย (โดยมีความแม่นยำ 50 ปี) โปรดทราบว่าเวลาวัดจากเที่ยงคืนของวันที่ 1 มกราคม 1900 ไม่ใช่ปี 1970 ดังนั้นจึงต้องลบเวลาเกือบ 70 ปี (รวมปีอธิกสุรทิน) ออกจากเวลา NTP เพื่อให้ตรงกับเวลากับระบบ Windows หรือ Unix อย่างถูกต้อง โปรโตคอล NTP ถูกใช้อย่างกว้างขวางที่สุดสำหรับการนำเซิร์ฟเวอร์เวลาที่แม่นยำไปใช้ เพื่อให้ได้ความแม่นยำสูงสุดจึงควรเป็นเช่นนั้น งานถาวร ซอฟต์แวร์ NTP ในโหมดบริการระบบ ในห้องผ่าตัดของครอบครัว ระบบไมโครซอฟต์ Windows เป็นบริการ W32Time (โมดูล w32time.dll ทำงานใน svchost.exe), Linux เป็นบริการ Ntpd

ข้อไหนดีกว่า: POP3 หรือ IMAP ไม่ใช่แค่เรื่องของรสนิยมเท่านั้น

POP3 จะดาวน์โหลดเมลทั้งหมดจากเซิร์ฟเวอร์ไปที่ คอมพิวเตอร์ท้องถิ่น- ในกรณีส่วนใหญ่ เมลจะถูกลบออกจากเซิร์ฟเวอร์ทันทีหลังจากโหลดลงในไคลเอนต์เมล หรือหลังจากผ่านไปหลายวัน ซึ่งหมายความว่าตัวอักษรจะอยู่ในที่เดียวเท่านั้น - ทั้งบนเซิร์ฟเวอร์หรือบนคอมพิวเตอร์ หากมีอะไรเกิดขึ้นกับคอมพิวเตอร์ คุณจะประสบปัญหา

อย่างไรก็ตาม POP3 ยังคงเป็นโปรโตคอลการดาวน์โหลดอีเมลที่ใช้กันมากที่สุด อักษรย่อ “POP” ย่อมาจาก “Post Office Protocol” มันทำงานได้เหมือนแบบดั้งเดิม ที่ทำการไปรษณีย์. ความแตกต่างของ IMAPจาก POP3 คืออย่างหลังเปรียบเสมือนบุรุษไปรษณีย์ที่ถือจดหมายจากออฟฟิศไปที่บ้านของคุณ โดยปกติแล้ว หากจดหมายอยู่กับคุณ จะไม่สามารถอยู่ที่อื่นได้อีกต่อไป

เมื่อพิจารณาว่าสิ่งใดดีกว่า: IMAP หรือ POP3 ให้เลือกตัวเลือกที่สองหากคุณมีพื้นที่บนเซิร์ฟเวอร์จำกัด และการได้รับเมกะไบต์เพิ่มเติมจะมีราคาแพงเกินไป ผู้ให้บริการอีเมลส่วนใหญ่กำหนดโควต้าที่แน่นอนสำหรับปริมาณการติดต่อสื่อสาร หากหมด คุณจะสามารถรับอีเมลใหม่ได้หลังจากลบอีเมลเก่าบางส่วนแล้วเท่านั้น

IMAP เป็นการพัฒนาที่ใหม่กว่า มันย่อมาจาก “Internet Message Access Protocol” และตามชื่อของมัน มันให้การเข้าถึงข้อความบนเซิร์ฟเวอร์เท่านั้น ความแตกต่างระหว่าง IMAP และ POP3 คือโปรโตคอลแรกจะขอรายการข้อความที่จัดเก็บไว้ในเซิร์ฟเวอร์อีเมลก่อน จากนั้นไคลเอนต์อีเมลของคุณจะดาวน์โหลดสำเนาอีเมลในเครื่องและอนุญาตให้คุณทำงานกับอีเมลเหล่านั้นได้ แต่ตัวอีเมลจะยังคงอยู่ในเซิร์ฟเวอร์จนกว่าคุณจะลบอีเมลเหล่านั้นออกจากที่นั่นอย่างชัดเจน

เมื่อเลือกระหว่าง POP3 หรือ IMAP ก่อนอื่นคุณควรตอบคำถามว่าคุณจะใช้งานหรือไม่ ทางอีเมลจากอุปกรณ์หลายเครื่องหรือเพียงเครื่องเดียว หากคุณอ่านและส่งอีเมลจากคอมพิวเตอร์ แล็ปท็อป หรือแท็บเล็ตที่บ้านหรือที่ทำงาน วิธีที่ดีที่สุดคือใช้ IMAP

ผู้ให้บริการอีเมลรายใหญ่เกือบทั้งหมด (Gmail, Yahoo, Hotmail ฯลฯ) รองรับโปรโตคอลนี้ นอกจาก, ไมโครซอฟต์เอ็กซ์เชนจ์เป็นอีกรูปแบบหนึ่งของ IMAP โปรโตคอลนี้ช่วยให้คุณสามารถซิงโครไนซ์อีเมลระหว่างสมาร์ทโฟน แท็บเล็ต และคอมพิวเตอร์ที่คุณใช้ได้อย่างง่ายดาย คุณจะสามารถเข้าถึงจดหมายโต้ตอบของคุณได้โดยใช้อินเทอร์เน็ตเบราว์เซอร์ปกติ ท้ายที่สุดแล้ว อีเมลจะถูกจัดเก็บไว้บนเซิร์ฟเวอร์ และผู้ให้บริการอีเมลจำนวนมากก็สร้างขึ้น ส่วนต่อประสานที่ใช้งานง่ายสำหรับการเข้าถึงเว็บ

ใน โลกสมัยใหม่เต็มไปด้วยสิ่งสารพัด อุปกรณ์ดิจิทัลเมื่อเลือกระหว่าง POP3 และ IMAP จะเป็นการดีกว่าหากเลือกใช้โปรโตคอลหลังที่ใหม่กว่า ด้วยความช่วยเหลือนี้ เราจะทำลายการเชื่อมต่อที่แน่นแฟ้นระหว่างอุปกรณ์ โปรแกรมรับส่งเมลและเซิร์ฟเวอร์อีเมล ตอนนี้สถานที่และประเภท ระบบปฏิบัติการไม่สำคัญ. และการลดต้นทุนการจัดเก็บข้อมูลช่วยให้คุณได้รับกล่องจดหมายขนาดใหญ่ตามที่คุณต้องการ ปัจจุบัน มีผู้ให้บริการเพียงไม่กี่รายเท่านั้นที่อนุญาตให้คุณใช้อีเมลผ่านโปรโตคอล POP3 เท่านั้น เว้นแต่คุณจะมีเหตุผลพิเศษใดๆ ในการใช้ POP3 ให้เลือกโปรโตคอล IMAP

ขึ้นอยู่กับโปรโตคอลการขนส่ง TCP และใช้พอร์ต 143

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

โดยปกติจะใช้โปรโตคอล SMTP เพื่อส่งอีเมล เนื่องจากคำสั่งส่งของ IMAP ที่เรียกว่า APPEND ถือเป็น "ความล้มเหลว" และ "ไม่ปลอดภัย"