IV. ĐẶC TẢ SMTP
DÀI CỦA NHỮNG ĐỐI TƯỢNG SẼ ĐƯỢC DÙNG
MAIL: Lệnh này được dùng khởi tạo một giao dịch mail trong đĩ mail data
DÀI CỦA NHỮNG ĐỐI TƯỢNG SẼ ĐƯỢC DÙNG
B. Dịch vụ vận chuyển NCP
ARPANET Host-to-Host Protocol [4] (được cung cấp bởi Network Control Program) cĩ thể được dùng trong ARPANET .
* Thiết lập kết nối :
Kênh giao chuyển SMTP được thiết lập qua NCP giữa người gửi process socket U và receiver process socket L. The Initial Connection Protocol [5] là kết quả là kết quả tiếp theo một cặp kết nối simplex. Cặp kết nối này được dùng như kênh giao chuyển . protocol này được gán tồn bộ socket 25 , đĩ là L=25. * Truyền dữ liệu:
Kết nối NCP data được thiết lập trong chế độ 8 bit. SMTP data là những ký tự ASCII 7 bit . Mỗi ký tự được truyền như một byte 8 bit với bit cao nhất bị xố về 0.
C. NTTS
Network Independent Transport Service [6] (dịch vụ vận chuyển mạng độc lập) cĩ thể được dùng .
* Thiết lập kết nối :
Kênh giao chuyển SMTP được thiết lập qua NTTS sender process và receiver process. Sender process thi hành CONNECT ban đầu và chờ receiver process thực thi ACCEPT ban đầu .
* Truyền dữ liệu :
Kết nối NTTS hổ trợ giao chuyển các byte 8 bit . SMTP data là những ký tự ASCII 7 bit . Mỗi ký tự được truyền như một byte 8 bit với bit cao nhất bị xố về 0.
D. Dịch vụ vận chuyển X.25
Nĩ cĩ thể dùng X.25 service [7] cung cấp bởi Public Data Networks một cách trực tiếp , tuy nhiên nĩ được đề nghị một protocol đáng tin cậy chẳng hạn như TCP được dùng ở trên kết nối X.25.
E. Nguyên lý của các mã Reply
Ba chữ số của mã reply mỗi chữ cĩ một ý nghĩa đặc biệt. Ký tự đầu tiên biểu thị response, good hay bad hay khơng hồn tất. Một sender-SMTP thật sẽ cĩ thể xác nhận hành động kế tiếp của nĩ (tiến hành theo kế hoạch, làm lại, cắt giảm bớt, ..) bằng một cách đơn giản là kiểm tra chữ số đầu tiên này. Một Sender-SMTP muốn biết một cách gần đúng các kiểu lỗi xảy ra (như mail system error, command syntax error) cĩ thể kiểm tra chữ số thứ hai, để dành chữ số thứ ba cho việc kết thúc sự sắp đặt tăng dần của thơng tin.
* Cĩ năm giá trị cho chữ số đầu tiên của mã reply:
1yz Positive Preliminary reply (reply khẳng định ban đầu ) :
Lệnh này được chấp nhận nhưng hành động yêu cầu sẽ được giữ hỗn lại, trì hỗn sự xác nhận thơng tin trong reply này. Sender-SMTP sẽ gữi một lệnh khác định rõ tiếp tục hay bỏ qua hành động này.
[ Lưu ý: SMTP khơng cĩ lệnh nào thừa nhận kiểu reply này, vàdo đĩ khơng cĩ lệnh tiếp tục hay bỏ qua].
2yz Positive Completion reply (reply khẳng định sự hồn thành) :
Hành động được yêu cầu hồn tất một cách thành cơng, một yêu cầu mới cĩ thể được bắt đầu .
3yz Positive Intermediate reply (reply khẳng định giữa chừng) :
Lệnh này được chấp nhận nhưng hành động yêu cầu sẽ được giữ hỗn lại, trì hỗn sự nhận thơng tin thêm. Sender-SMTP sẽ gữi một lệnh khác định rõ thơng tin này. Reply này được dùng trong những nhĩm lệnh tuần tự.
4yz Transient Negative Completion reply (reply phủ định sự hồn thành ngắn hạn):
Lệnh này khơng được chấp nhận và hành động yêu cầu khơng xảy ra, tuy nhiên trạng thái lỗi là tạm thời, hành động cĩ thể được yêu cầu trở lại. Người gửi sẽ quay trở lại bắt đầu chuổi lệnh (nếu cĩ) khĩ gán một nghĩa “tức thời” cho nĩ khi hai site khác nhau (Receiver và sender-SMTPs) phải đồng ý sự thơng dịch. Mỗi reply loại này cĩ một giá trị thời gian khác nhau nhưng Sender-SMTP được khuyến khích thử lại. Một quy tắc lật trang để xác định nếu một reply đặc vào trong loại 4yz hay 5yz (xem bên dưới) thì những reply đĩ là 4yz nếu chúng cĩ thể được lặp lại mà khơng cần thay đổi gì trong cấu trúc lệnh hay trong những thuộc tính của người gửi hay người nhận (như một lệnh được lặp lại một cách giống nhau và Receiver –SMTP khơng đưa ra một sự thực thi mới).
5yz Permanent Negative Completion reply (reply phủ định sự hồn thành dài hạn):
Lệnh này khơng được chấp nhận và hành động được yêu cầu khơng xảy ra . Sender-SMTP ngăn cản việc lặp lại yêu cầu (trong chuổi tuần tự đĩ). Ngay cả một số hồn cảnh lỗi “dài hạn” cĩ thể hiệu chỉnh được, do đĩ user muốn hướng Sender-SMTP khởi tạo lại chuổi lệnh đĩ bằng cách chỉ đạo hành động tại một số thời điểm trong tương lai(như: sau khi chính tả đã được thay đổi, hay user đĩ thay đổi trạng thái account ) .
a/ Chữ số thứ hai mã hố những loại trả lời(response) đặc trưng :
* x0z Syntax : Những reply này xem xét lỗi cú pháp, những lệnh đúng cú pháp khơng đưa vào một loại chức năng nào. Và khơng thực thi các lệnh khơng cần thiết.
* x1z Information : Những reply này để yêu cầu thơng tin, như trạng thái hay giúp đỡ.
* x2z Connections : Những reply này tham khảo đến kênh giao chuyển. * x3z : Cho đến hiện tại chưa được đặc tả. (adsbygoogle = window.adsbygoogle || []).push({});
* x4z : Cho đến hiện tại chưa được đặc tả.
* x5z Mail system : Reply này chỉ định tình trạng của receiver mail system vis-a-vis yêu cầu truyền hay hoạt động hệ thống mail khác .
b/ Chữ số thứ ba mang lại một mức độ ý nghĩa nhiều hơn cho mỗi loại (category)
Được đặc tả bởi chữ số thứ hai. Danh sách các reply minh hoạ điều này. Mỗi reply text được đề nghị nhiều hơn là lệnh, và cĩ thể thay đổi tuỳ theo lệnh với những kết hợp của lệnh đĩ. Trong sự kiểm sốt khác những mã reply này phải theo sự đặc tả nghiêm ngặt trong phần này sự thực thi của người nhận sẽ khơng phát sinh ra mã mới cho tình trạng khác nhau khơng đáng kể của những gì được đặc tả ở đây. Nhưng những mã thích hợp hơn đã được định nghĩa sẳn.
Ví dụ như, một lệnh như NOOP chẳng hạn nĩ thực thi thành cơng khơng cần đề nghị Sender-SMTP một thơng tin mới nào sẽ trả về một reply 250. Câu trả lời là 502 khi lệnh yêu cầu một hành động non-site-specific khơng thực thi được. Một sự cải tiến cho điều đĩ là reply 504 cho một lệnh được thực thi nhưng nĩ yêu cầu một tham số khơng thực thi.
Reply text cĩ thể dài hơn một dịng đơn, trong trường hợp này một text hồn tất phải được đánh dấu do đĩ người gửi biết khi nào nĩ cĩ thể ngưng đọc reply này. Điều này địi hỏi một định dạng để chỉ định một reply nhiều dịng.
Định dạng cho các reply nhiều dịng quy định tất cả các dịng, chấp nhận chổ cuối cùng và bắt đầu của mã reply, theo sau đĩ là một dấu gạch nối “-” (dấu trừ) theo sau là text dịng cuối cùng sẽ bắt đầu với mã reply theo ngay sau đĩ là <SP> , các text và <CRLF>.
Cho ví dụ:
123-First line 123-Second line
123-234 text beginning with numbers 123 The last line
Trong một số trường hợp Sender-SMTP cần tìm mã reply theo sau là <SP> ở đầu dịng, và phớt lờ tất cả các dịng trước. Một ít trường hợp cĩ dữ liệu quan trọng cho người gửi trong reply “text” người gửi sẽ nhận biết trường hợp này từ ngữ cảnh hiện hành.
PHẦN 2
GIAO THỨC POP3 (POST OFFICE PROTOCOL VERSION 3)
---***---