Trong máy tính, Internet Message Access Protocol (IMAP) là giao thức chuẩn Internet được sử dụng bởi các ứng dụng email để truy xuất thư email từ máy chủ thư qua kết nối TCP/IP.[1] IMAP được xác định bởi RFC 3501.
IMAP được thiết kế với mục tiêu cho phép quản lý hoàn toàn hộp thư email của nhiều khách hàng email, do đó, khách hàng thường để lại thư trên máy chủ cho đến khi người dùng xóa chúng một cách rõ ràng. Một máy chủ IMAP thường lắng nghe trên cổng số 143. IMAP qua SSL (IMAPS) được gán số cổng 993.
Hầu như toàn bộ những máy khách và máy chủ email tân tiến đều tương hỗ IMAP, cùng với POP3 ( Post Office Protocol ) trước đó là hai giao thức tiêu chuẩn thông dụng nhất để truy xuất email. [ 2 ] Nhiều nhà sản xuất dịch vụ webmail như Gmail, Outlook. com và Yahoo ! Mail cũng cung ứng tương hỗ cho IMAP hoặc POP3 .
Giao thức thư điện tử[sửa|sửa mã nguồn]
Giao thức truy cập thư Internet là một giao thức Internet của lớp ứng dụng cho phép máy khách email truy cập email trên máy chủ thư từ xa. Phiên bản hiện tại được xác định bởi RFC 3501. Một máy chủ IMAP thường lắng nghe trên cổng 143 nổi tiếng, trong khi IMAP qua SSL (IMAPS) sử dụng 993.
Bạn đang đọc: Internet Message Access Protocol – Wikipedia tiếng Việt
Tin nhắn e-mail đến được gửi đến một sever e-mail tàng trữ tin nhắn trong hộp e-mail của người nhận. Người dùng truy xuất những thư với ứng dụng khách email sử dụng một trong số những giao thức truy xuất email. Mặc dù 1 số ít người mua và sever ưu tiên sử dụng những giao thức độc quyền, dành riêng cho nhà sản xuất, [ 3 ] phần nhiều tổng thể đều tương hỗ POP và IMAP để truy xuất email – được cho phép nhiều lựa chọn không lấy phí giữa nhiều ứng dụng khách email như Pegasus Mail hoặc Mozilla Thunderbird để truy vấn những sever này và được cho phép những máy khách được sử dụng với những sever khác .
Các ứng dụng email khách sử dụng IMAP thường để lại tin nhắn trên máy chủ cho đến khi người dùng xóa chúng một cách rõ ràng. Điều này và các đặc điểm khác của hoạt động IMAP cho phép nhiều khách hàng quản lý cùng một hộp thư. Hầu hết các ứng dụng khách email đều hỗ trợ IMAP ngoài Post Office Protocol (POP) để truy xuất thư.[4] IMAP cung cấp quyền truy cập vào bộ lưu trữ thư. Khách hàng có thể lưu trữ các bản sao cục bộ của tin nhắn, nhưng chúng được coi là bộ đệm tạm thời.[5]
IMAP được Mark Crispin phong cách thiết kế vào năm 1986 như một giao thức hộp thư truy vấn từ xa, trái ngược với POP được sử dụng thoáng rộng, một giao thức chỉ đơn thuần là lấy nội dung của hộp thư .Nó đã trải qua một số ít phiên bản trước VERSION 4 rev1 ( MAPI4 ) hiện tại, như chi tiết cụ thể dưới đây :
IMAP bắt đầu[sửa|sửa mã nguồn]
Interim Mail Access Protocol ban đầu được triển khai dưới dạng máy khách Xerox Lisp và máy chủ TOPS-20.
Không có bản sao của đặc tả giao thức trong thời điểm tạm thời gốc hoặc ứng dụng của nó sống sót. [ 6 ] [ 7 ] Mặc dù 1 số ít lệnh và phản hồi của nó tựa như IMAP2, giao thức trong thời điểm tạm thời thiếu gắn thẻ lệnh / phản hồi và do đó cú pháp của nó không thích hợp với toàn bộ những phiên bản IMAP khác .
Giao thức tạm thời nhanh chóng được thay thế bằng Interactive Mail Access Protocol (IMAP2), được xác định trong RFC 1064 (năm 1988) và sau đó được cập nhật bởi RFC 1176 (năm 1990). IMAP2 đã giới thiệu gắn thẻ lệnh / phản hồi và là phiên bản phân phối công khai đầu tiên.
IMAP3 là một biến thể cực kỳ hiếm của IMAP. [ 8 ] Nó được xuất bản với tên RFC 1203 vào năm 1991. Nó được viết đơn cử như một đề xuất kiến nghị phản đối với RFC 1176, chính nó đã đề xuất kiến nghị sửa đổi cho IMAP2. [ 9 ] IMAP3 không khi nào được gật đầu bởi thị trường. [ 10 ] [ 11 ] IESG phân loại lại RFC1203 ” Giao thức truy vấn thư tương tác – Phiên bản 3 ” như một giao thức Lịch sử vào năm 1993. Nhóm thao tác IMAP đã sử dụng RFC1176 ( IMAP2 ) thay vì RFC1203 ( IMAP3 ) làm điểm mở màn. [ 12 ] [ 13 ]
Với sự ra đời của MIME, IMAP2 đã được mở rộng để hỗ trợ cấu trúc đối tượng MIME và thêm chức năng quản lý hộp thư (tạo, xóa, đổi tên, tải lên tin nhắn) không có trong IMAP2. Bản sửa đổi thử nghiệm này được gọi là IMAP2bis; đặc điểm kỹ thuật của nó đã không bao giờ được công bố ở dạng không dự thảo. Một bản nháp của IMAP2bis đã được Nhóm làm việc IETF IMAP xuất bản vào tháng 10 năm 1993. Dự thảo này dựa trên các thông số kỹ thuật trước đây: IMAP2bis chưa được công bố . Tài liệu TXT, RFC1176 và RFC1064 (IMAP2).[14] IMAP2bis. Bản nháp TXT đã ghi lại trạng thái của các phần mở rộng cho IMAP2 kể từ tháng 12 năm 1992.[15] Các phiên bản đầu tiên của Thông được phân phối rộng rãi với hỗ trợ IMAP2bis [8] (Pine 4 và sau đó hỗ trợ IMAP4rev1).
Một nhóm thao tác IMAP được xây dựng trong IETF vào đầu những năm 1990 đã chịu nghĩa vụ và trách nhiệm về phong cách thiết kế IMAP2bis. WG IMAP đã quyết định hành động đổi tên IMAP2bis thành IMAP4 để tránh nhầm lẫn .
Ưu điểm so với POP[sửa|sửa mã nguồn]
Chế độ liên kết và ngắt liên kết[sửa|sửa mã nguồn]
Khi sử dụng POP, người mua thường liên kết nhanh với sever email, chỉ khi cần tải xuống thư mới. Khi sử dụng IMAP4, người mua thường duy trì liên kết miễn là giao diện người dùng được kích hoạt và tải xuống nội dung tin nhắn theo nhu yếu. Đối với người dùng có nhiều hoặc nhiều tin nhắn, mẫu sử dụng IMAP4 này hoàn toàn có thể dẫn đến thời hạn phản hồi nhanh hơn .
Nhiều người mua đồng thời[sửa|sửa mã nguồn]
Giao thức POP nhu yếu máy khách hiện được liên kết là máy khách duy nhất được liên kết với hộp thư. trái lại, giao thức IMAP đặc biệt quan trọng được cho phép truy vấn đồng thời bởi nhiều người mua và cung ứng những chính sách để người mua phát hiện những biến hóa được triển khai so với hộp thư bằng những máy khách khác, được liên kết đồng thời. Xem ví dụ RFC3501 phần 5.2 trong đó trích dẫn đơn cử ” truy vấn đồng thời vào cùng một hộp thư bởi nhiều tác nhân ” làm ví dụ .
Truy cập vào phần tin nhắn MIME và tìm nạp một phần[sửa|sửa mã nguồn]
Thông thường toàn bộ e-mail Internet được truyền ở định dạng MIME, được cho phép những tin nhắn có cấu trúc cây trong đó những nút lá là bất kể loại nội dung một phần nào và những nút không có lá là bất kể loại phong phú nào. Giao thức IMAP4 được cho phép người mua truy xuất bất kể phần MIME riêng không liên quan gì đến nhau nào và cũng hoàn toàn có thể truy xuất những phần của từng phần riêng không liên quan gì đến nhau hoặc hàng loạt tin nhắn. Các chính sách này được cho phép người mua truy xuất phần văn bản của tin nhắn mà không cần truy xuất những tệp đính kèm hoặc truyền phát nội dung khi nó đang được tìm nạp .
tin tức trạng thái tin nhắn[sửa|sửa mã nguồn]
Thông qua việc sử dụng những cờ được xác lập trong giao thức IMAP4, người mua hoàn toàn có thể theo dõi trạng thái tin nhắn : ví dụ : tin nhắn đã được đọc, vấn đáp hay xóa. Các cờ này được tàng trữ trên sever, vì thế những máy khách khác nhau truy vấn vào cùng một hộp thư vào những thời gian khác nhau hoàn toàn có thể phát hiện những đổi khác trạng thái được thực thi bởi những máy khách khác. POP không cung ứng chính sách cho người mua tàng trữ thông tin trạng thái như vậy trên sever, vì thế nếu một người dùng truy vấn hộp thư có hai ứng dụng khách POP khác nhau ( vào những thời gian khác nhau ), thông tin trạng thái, ví dụ điển hình như liệu tin nhắn đã được truy vấn hoàn toàn có thể được đồng nhất hóa giữa người mua Giao thức IMAP4 tương hỗ cả cờ mạng lưới hệ thống được xác lập trước và từ khóa do người mua xác lập. Cờ mạng lưới hệ thống cho biết thông tin trạng thái như tin nhắn đã được đọc chưa. Từ khóa, không được tương hỗ bởi toàn bộ những sever IMAP, được cho phép tin nhắn được phân phối một hoặc nhiều thẻ có ý nghĩa tùy thuộc vào máy khách. Không nên nhầm lẫn từ khóa IMAP với nhãn độc quyền của dịch vụ email dựa trên web nhiều lúc được dịch sang thư mục IMAP bởi những sever độc quyền tương ứng .
Nhiều hộp thư trên sever[sửa|sửa mã nguồn]
Máy khách IMAP4 có thể tạo, đổi tên và/hoặc xóa hộp thư (thường được hiển thị cho người dùng dưới dạng thư mục) trên máy chủ và sao chép thư giữa các hộp thư. Hỗ trợ nhiều hộp thư cũng cho phép các máy chủ cung cấp quyền truy cập vào các thư mục chung và chung. Phần mở rộng Danh sách kiểm soát truy cập IMAP4 (ACL) (RFC 4314) có thể được sử dụng để điều chỉnh quyền truy cập.
Tìm kiếm phía sever[sửa|sửa mã nguồn]
IMAP4 cung ứng một chính sách để người mua nhu yếu sever tìm kiếm những thư cung ứng nhiều tiêu chuẩn khác nhau. Cơ chế này tránh nhu yếu người mua tải xuống mọi thư trong hộp thư để thực thi những tìm kiếm này .
Cơ chế lan rộng ra tích hợp[sửa|sửa mã nguồn]
Phản ánh thưởng thức của những giao thức Internet trước đó, IMAP4 xác lập một chính sách rõ ràng mà theo đó nó hoàn toàn có thể được lan rộng ra. Nhiều phần lan rộng ra IMAP4 cho giao thức cơ sở đã được đề xuất kiến nghị và được sử dụng phổ cập. IMAP2bis không có chính sách lan rộng ra và POP hiện có một chính sách được xác lập bởi RFC 2449 .
Mặc dù IMAP khắc phục được nhiều thiếu sót của POP, nhưng điều này vốn đã trình làng sự phức tạp bổ trợ. Phần lớn sự phức tạp này ( ví dụ : nhiều máy khách truy vấn cùng một hộp thư cùng một lúc ) được bù đắp bằng những cách xử lý phía sever như Maildir hoặc phụ trợ cơ sở tài liệu .Đặc tả IMAP đã bị chỉ trích là không đủ khắt khe và được cho phép những hành vi phủ nhận tính hữu dụng của nó một cách hiệu suất cao. Chẳng hạn, thông số kỹ thuật kỹ thuật nói rằng mỗi tin nhắn được tàng trữ trên sever có một ” id duy nhất ” để cho phép người mua xác lập những tin nhắn mà họ đã thấy giữa những phiên. Tuy nhiên, đặc thù kỹ thuật cũng được cho phép những UID này bị vô hiệu mà không bị hạn chế, trong thực tiễn đã vượt mặt mục tiêu của chúng. [ 16 ]Trừ khi những thuật toán tàng trữ và tìm kiếm thư trên sever được tiến hành cẩn trọng, người mua có năng lực tiêu thụ một lượng lớn tài nguyên sever khi tìm kiếm những hộp thư lớn .Các máy khách IMAP4 cần duy trì liên kết TCP / IP đến sever IMAP để được thông tin về sự Open của thư mới. Thông báo về việc gửi thư được thực thi trải qua báo hiệu trong băng tần, điều này góp thêm phần vào sự phức tạp của việc giải quyết và xử lý giao thức IMAP phía người mua. [ 17 ] Một đề xuất kiến nghị riêng, đẩy IMAP, sẽ lan rộng ra IMAP để tiến hành e-mail đẩy bằng cách gửi hàng loạt thư thay vì chỉ một thông tin. Tuy nhiên, việc đẩy IMAP thường không được gật đầu và việc làm IETF hiện tại đã xử lý yếu tố theo những cách khác ( xem Hồ sơ Lemonade để biết thêm thông tin ) .Không giống như một số ít giao thức độc quyền phối hợp những hoạt động giải trí gửi và truy xuất, gửi tin nhắn và lưu một bản sao trong thư mục phía sever với ứng dụng khách IMAP cấp cơ sở nhu yếu truyền nội dung thư hai lần, một lần đến SMTP để gửi và lần thứ hai đến IMAP tàng trữ trong một thư mục thư đã gửi. Điều này được xử lý bằng một bộ tiện ích lan rộng ra được xác lập bởi IETF Lemonade Profile cho thiết bị di động : URLAUTH ( RFC 4467 ) và CATENATE ( RFC 4469 ) trong IMAP và BURL ( RFC 4468 ) trong SMTP-SUBMISSION. Ngoài ra, Courier Mail Server phân phối một phương pháp gửi không chuẩn bằng IMAP bằng cách sao chép thư đi vào thư mục hộp thư đi chuyên sử dụng. [ 18 ]
Để bảo mật thông tin bằng mật mã những liên kết IMAP, IMAPS trên cổng TCP 993 hoàn toàn có thể được sử dụng, sử dụng TLS. Kể từ RFC 8314, đây là chính sách được khuyến nghị .Ngoài ra, STARTTLS hoàn toàn có thể được sử dụng để cung ứng liên lạc bảo đảm an toàn giữa MUA tiếp xúc với MSA hoặc MTA thực thi Giao thức SMTP .
Ví dụ về hộp thoại[sửa|sửa mã nguồn]
Đây là một liên kết IMAP ví dụ như được lấy từ RFC 3501 phần 8 :
C:
S: * OK IMAP4rev1 Service Ready C : a001 login mrc secret S: a001 OK LOGIN completed C : a002 select inbox S: * 18 EXISTS S: * FLAGS (\Answered \Flagged \Deleted \Seen \Draft) S: * 2 RECENT S: * OK [UNSEEN 17] Message 17 is the first unseen message S: * OK [UIDVALIDITY 3857529045] UIDs valid S: a002 OK [READ-WRITE] SELECT completedC: a003 fetch 12 full
S: * 12 FETCH (FLAGS (\Seen) INTERNALDATE "17-Jul-1996 02:44:25 -0700" RFC822.SIZE 4286 ENVELOPE ("Wed, 17 Jul 1996 02:23:25 -0700 (PDT)" "IMAP4rev1 WG mtg summary and minutes" (("Terry Gray" NIL "gray" "cac.washington.edu")) (("Terry Gray" NIL "gray" "cac.washington.edu")) (("Terry Gray" NIL "gray" "cac.washington.edu")) ((NIL NIL "imap" "cac.washington.edu")) ((NIL NIL "minutes" "CNRI.Reston.VA.US") ("John Klensin" NIL "KLENSIN" "MIT.EDU")) NIL NIL "") BODY ("TEXT" "PLAIN" ("CHARSET" "US-ASCII") NIL NIL "7BIT" 3028 92)) S: a003 OK FETCH completed C : a004 fetch 12 body toàn thân [ header ] S: * 12 FETCH (BODY[HEADER] {342} S: Date: Wed, 17 Jul 1996 02:23:25 -0700 (PDT) S: From: Terry Gray S: Subject: IMAP4rev1 WG mtg summary and minutes S: To: [email protected] S: cc: [email protected], John Klensin S: Message-Id: S: MIME-Version: 1.0 S: Content-Type: TEXT/PLAIN; CHARSET=US-ASCII S: S:) S: a004 OK FETCH completed C a005 store 12 + flags \ deleted S: * 12 FETCH (FLAGS (\Seen \Deleted)) S: a005 OK +FLAGS completed C : a006 logout S: * BYE IMAP4rev1 server terminating connection S: a006 OK LOGOUT completed
Liên kết ngoài[sửa|sửa mã nguồn]
Source: kubet
Category: Tải Phầm Mềm
Leave a Reply