APPENDIX E Theory of Reply Codes Th

APPENDIX E

Theory of Reply Codes

The three digits of the reply each have a special significance.
The first digit denotes whether the response is good, bad or
incomplete. An unsophisticated sender-SMTP will be able to
determine its next action (proceed as planned, redo, retrench,
etc.) by simply examining this first digit. A sender-SMTP that
wants to know approximately what kind of error occurred (e.g.,
mail system error, command syntax error) may examine the second
digit, reserving the third digit for the finest gradation of
information.

There are five values for the first digit of the reply code:

1yz Positive Preliminary reply

The command has been accepted, but the requested action
is being held in abeyance, pending confirmation of the
information in this reply. The sender-SMTP should send
another command specifying whether to continue or abort
the action.

[Note: SMTP does not have any commands that allow this
type of reply, and so does not have the continue or
abort commands.]

2yz Positive Completion reply

The requested action has been successfully completed. A
new request may be initiated.

3yz Positive Intermediate reply

The command has been accepted, but the requested action
is being held in abeyance, pending receipt of further
information. The sender-SMTP should send another command
specifying this information. This reply is used in
command sequence groups.

4yz Transient Negative Completion reply

The command was not accepted and the requested action did
not occur. However, the error condition is temporary and
the action may be requested again. The sender should return to the beginning of the command sequence (if any).
It is difficult to assign a meaning to "transient" when
two different sites (receiver- and sender- SMTPs) must
agree on the interpretation. Each reply in this category
might have a different time value, but the sender-SMTP is
encouraged to try again. A rule of thumb to determine if
a reply fits into the 4yz or the 5yz category (see below)
is that replies are 4yz if they can be repeated without
any change in command form or in properties of the sender
or receiver. (E.g., the command is repeated identically
and the receiver does not put up a new implementation.)

5yz Permanent Negative Completion reply

The command was not accepted and the requested action did
not occur. The sender-SMTP is discouraged from repeating
the exact request (in the same sequence). Even some
"permanent" error conditions can be corrected, so the
human user may want to direct the sender-SMTP to
reinitiate the command sequence by direct action at some
point in the future (e.g., after the spelling has been
changed, or the user has altered the account status).

The second digit encodes responses in specific categories:

x0z Syntax -- These replies refer to syntax errors,
syntactically correct commands that don't fit any
functional category, and unimplemented or superfluous
commands.

x1z Information -- These are replies to requests for
information, such as status or help.

x2z Connections -- These are replies referring to the
transmission channel.

x3z Unspecified as yet.

x4z Unspecified as yet.

x5z Mail system -- These replies indicate the status of
the receiver mail system vis-a-vis the requested
transfer or other mail system action.

The third digit gives a finer gradation of meaning in each
category specified by the second digit. The list of replies illustrates this. Each reply text is recommended rather than
mandatory, and may even change according to the command with
which it is associated. On the other hand, the reply codes
must strictly follow the specifications in this section.
Receiver implementations should not invent new codes for
slightly different situations from the ones described here, but
rather adapt codes already defined.

For example, a command such as NOOP whose successful execution
does not offer the sender-SMTP any new information will return
a 250 reply. The response is 502 when the command requests an
unimplemented non-site-specific action. A refinement of that
is the 504 reply for a command that is implemented, but that
requests an unimplemented parameter.

The reply text may be longer than a single line; in these cases
the complete text must be marked so the sender-SMTP knows when it
can stop reading the reply. This requires a special format to
indicate a multiple line reply.

The format for multiline replies requires that every line,
except the last, begin with the reply code, followed
immediately by a hyphen, "-" (also known as minus), followed by
text. The last line will begin with the reply code, followed
immediately by , optionally some text, and .

For example:
123-First line
123-Second line
123-234 text beginning with numbers
123 The last line

In many cases the sender-SMTP then simply needs to search for
the reply code followed by at the beginning of a line, and
ignore all preceding lines. In a few cases, there is important
data for the sender in the reply "text". The sender will know
these cases from the current context.

Kết quả (Việt) 1:

PHỤ LỤC E Lý thuyết về mã trả lời Ba chữ số trả lời mỗi có một ý nghĩa đặc biệt. Số đầu tiên là bắt cho dù các phản ứng là tốt, xấu hoặc không đầy đủ. Một người gửi-SMTP không kinh nghiệm sẽ có thể xác định hành động tiếp theo (tiến hành theo kế hoạch, làm lại, retrench, vv.) bởi chỉ đơn giản là kiểm tra chữ số đầu tiên này. Người gửi SMTP mà muốn biết khoảng loại lỗi xảy ra (ví dụ: thư hệ thống lỗi, lỗi cú pháp lệnh) có thể kiểm tra thứ hai chữ số, đặt các chữ số thứ ba cho gradation tốt nhất của thông tin. Đó là năm giá trị cho các chữ số đầu tiên của mã trả lời: 1yz trả lời tích cực sơ bộ Lệnh đã được chấp nhận, nhưng các hành động được yêu cầu được tổ chức trong không áp dụng, trong khi chờ xác nhận của các thông tin trong thư trả lời này. Người gửi-SMTP nên gửi một lệnh chỉ định hay không để tiếp tục hoặc hủy bỏ Các hành động. [Lưu ý: SMTP không có bất kỳ lệnh cho phép điều này loại trả lời, và vì vậy không có tiếp tục hoặc hủy bỏ lệnh.] 2yz tích cực hoàn thành trả lời Các hành động được yêu cầu đã được hoàn tất thành công. A yêu cầu mới có thể được bắt đầu. 3yz trả lời tích cực trung gian Lệnh đã được chấp nhận, nhưng các hành động được yêu cầu được tổ chức tại không áp dụng, đang chờ xử lý nhận được hơn nữa thông tin. Người gửi-SMTP nên gửi một lệnh chỉ định thông tin này. Trả lời này được sử dụng trong lệnh tự nhóm. 4yz thoáng qua tiêu cực hoàn trả lời Lệnh không được chấp nhận và hành động được yêu cầu đã làm không xảy ra. Tuy nhiên, điều kiện lỗi là tạm thời và Các hành động có thể được yêu cầu một lần nữa. Người gửi phải trở về sự khởi đầu của dãy lệnh (nếu có). Rất khó để gán một ý nghĩa khi "tạm thời" hai trang web khác nhau (nhận - và người gửi-SMTPs) phải đồng ý về việc giải thích. Mỗi trả lời trong thể loại này có thể có một giá trị thời gian khác nhau, nhưng người gửi-SMTP là khuyến khích để thử lại. Một quy tắc của ngón tay cái để xác định xem trả lời một phù hợp với 4yz hoặc thể loại 5yz (xem bên dưới) là bài trả lời là 4yz nếu họ có thể được lặp đi lặp lại mà không có bất kỳ thay đổi nào trong lệnh hình thức hoặc trong các thuộc tính của người gửi hoặc người nhận. (Ví dụ, lệnh lặp đi lặp lại giống nhau "và người nhận không đặt lên một thực hiện mới.) 5yz hoàn thành tiêu cực lâu dài trả lời Lệnh không được chấp nhận và hành động được yêu cầu đã làm không xảy ra. Người gửi-SMTP không được khuyến khích từ lặp đi lặp lại yêu cầu chính xác (trong trình tự giống). Thậm chí một số điều kiện "vĩnh viễn" lỗi có thể được sửa chữa, vì vậy các người dùng có thể muốn hướng người gửi SMTP để reinitiate dãy lệnh bởi hành động trực tiếp tại một số điểm trong tương lai (ví dụ như, sau khi chính tả thay đổi, hoặc người sử dụng đã thay đổi trạng thái tài khoản). Thứ hai chữ số mã hóa phản ứng trong danh mục cụ thể: cú pháp x0z - trả lời các đề cập đến lỗi cú pháp, đúng cú pháp lệnh không phù hợp với bất kỳ chức năng thể loại, và unimplemented hoặc thừa lệnh. x1z thông tin--đây là trả lời yêu cầu cho thông tin, chẳng hạn như trạng thái hoặc trợ giúp. kết nối x2z--đây là trả lời đề cập đến các truyền dẫn kênh. x3z không xác định như được nêu ra. x4z không xác định như được nêu ra. Các hệ thống thư x5z - những bài trả lời cho biết tình trạng của người nhận thư hệ thống vis-à-vis các yêu cầu chuyển hoặc hành động hệ thống thư khác. Thứ ba chữ số cho một gradation tốt hơn ý nghĩa trong mỗi thể loại được chỉ định bởi các chữ số thứ hai. Danh sách các bài trả lời minh họa điều này. Mỗi văn bản trả lời khuyên chứ bắt buộc, và thậm chí có thể thay đổi theo lệnh với nó được liên kết. Mặt khác, các mã trả lời phải nghiêm chỉnh tuân theo thông số kỹ thuật trong phần này. Việc triển khai nhận nên không phát minh ra các mã số mới nhất các tình huống hơi khác nhau từ những mô tả ở đây, nhưng thay vì điều chỉnh mã đã được định nghĩa. Ví dụ, một lệnh chẳng hạn như NOOP mà thực hiện thành công không có người gửi SMTP bất kỳ thông tin mới sẽ trở lại một trả lời 250. Các phản ứng là 502 khi lệnh yêu cầu một Unimplemented không trang web cụ thể hành động. Một sàng lọc đó là trả lời 504 cho một lệnh được thực hiện, nhưng mà yêu cầu một tham số unimplemented. Văn bản trả lời có thể dài hơn một dòng đơn; trong những trường hợp văn bản hoàn chỉnh phải được đánh dấu để gửi-SMTP biết khi nào nó có thể ngừng đọc trả lời. Điều này đòi hỏi một định dạng đặc biệt để chỉ ra nhiều dòng trả lời. Các định dạng cho bài trả lời multiline yêu cầu rằng mỗi dòng, Ngoại trừ cuối cùng, bắt đầu với các mã trả lời, sau đó là ngay lập tức bởi một dấu nối, "-" (cũng được gọi là trừ), tiếp theo văn bản. Dòng cuối cùng sẽ bắt đầu với các mã trả lời, sau đó là ngay lập tức bằng , tùy chọn một số văn bản, và . Ví dụ: 123-đầu dòng 123-thứ hai dòng 123-234 văn bản bắt đầu bằng số 123 những dòng cuối cùng Trong nhiều trường hợp người gửi-SMTP, sau đó đơn giản chỉ cần tìm kiếm theo mã trả lời ở đầu của một dòng, và bỏ qua tất cả các dòng trước. Trong một số trường hợp, đó là quan trọng dữ liệu cho người gửi trong trả lời "văn bản". Người gửi sẽ biết Các trường hợp từ bối cảnh hiện tại.

Kết quả (Việt) 2:

PHỤ LỤC E Lý thuyết Trả lời Codes Ba chữ số của mỗi câu trả lời có một ý nghĩa đặc biệt. Các chữ số đầu tiên biểu thị cho dù đáp ứng là tốt, xấu hoặc không đầy đủ. Một không phức tạp gửi-SMTP sẽ có thể xác định hành động tiếp theo của nó (tiến hành như kế hoạch, làm lại, cho thôi việc, vv) bằng cách chỉ đơn giản là kiểm tra chữ số đầu tiên này. Một người gửi-SMTP mà muốn biết khoảng những gì loại lỗi xảy ra (ví dụ, lỗi hệ thống mail, lỗi cú pháp lệnh) có thể kiểm tra thứ hai chữ số, đặt chữ số thứ ba cho phân cấp tốt nhất của thông tin. Có năm giá trị cho các chữ số đầu tiên các trả lời mã: 1yz tích cực sơ bộ trả lời Lệnh đã được chấp nhận, nhưng hành động yêu cầu được tổ chức tại hoản lại, chờ xác nhận của các thông tin trong bài trả lời này. Người gửi-SMTP nên gửi một lệnh xác định xem có nên tiếp tục hay hủy bỏ hành động. [Ghi chú: SMTP không có bất kỳ lệnh cho phép này loại trả lời, và vì vậy không có tiếp tục hay . lệnh hủy bỏ] 2yz tích cực hoàn thành trả lời Các hành động yêu cầu đã được hoàn tất thành công. Một yêu cầu mới có thể được bắt đầu. 3yz dương Trung trả lời Lệnh đã được chấp nhận, nhưng hành động yêu cầu được tổ chức tại hoản lại, trong khi chờ nhận được thêm thông tin. Người gửi-SMTP nên gửi một lệnh xác định thông tin này. Trả lời này được sử dụng trong nhóm chuỗi lệnh. 4yz thoáng Hoàn âm trả lời Lệnh không được chấp nhận và hành động yêu cầu đã không xảy ra. Tuy nhiên, tình trạng lỗi là tạm thời và các hành động có thể yêu cầu một lần nữa. Người gửi nên trở về đầu của chuỗi lệnh (nếu có). Rất khó để gán một ý nghĩa "thoáng" khi hai địa điểm khác nhau (receiver- và SMTPs sender-) phải đồng ý về cách giải thích. Mỗi câu trả lời trong thể loại này có thể có một giá trị thời gian khác nhau, nhưng người gửi-SMTP được khuyến khích để thử lại. Một nguyên tắc của ngón tay cái để xác định xem một bài trả lời phù hợp với các 4yz hoặc các loại 5yz (xem bên dưới) là trả lời được 4yz nếu họ có thể được lặp đi lặp lại mà không có bất kỳ sự thay đổi trong hình thức lệnh hoặc trong tài sản của người gửi hoặc nhận. (Ví dụ, lệnh được lặp đi lặp lại giống nhau và người nhận không đưa ra một thực hiện mới.) 5yz Hoàn âm thường trực trả lời Lệnh không được chấp nhận và hành động yêu cầu đã không xảy ra. Người gửi-SMTP không được khuyến khích từ lặp đi lặp lại yêu cầu chính xác (trong cùng một chuỗi). Ngay cả một số các điều kiện lỗi "thường trú" có thể được sửa chữa, do đó người sử dụng con người có thể muốn hướng người gửi-SMTP để bắt đầu lại chuỗi lệnh bằng hành động trực tiếp tại một số điểm trong tương lai (ví dụ, sau khi chính tả đã được thay đổi, hoặc người dùng . đã làm thay đổi tình trạng tài khoản) Các chữ số thứ hai mã hóa phản ứng trong các chuyên mục cụ thể: x0z Cú pháp - Những trả lời tham khảo cú pháp lỗi, lệnh đúng cú pháp không phù hợp với bất kỳ loại chức năng, và chưa thực hiện hoặc thừa lệnh. Thông tin x1z - Những là trả lời các yêu cầu về thông tin, chẳng hạn như tình trạng hoặc giúp đỡ. x2z Connections - Đây là trả lời đề cập đến các kênh truyền dẫn. x3z Không quy định như nêu ra. x4z Không quy định như nêu ra. Hệ thống Thư x5z - Những lời chỉ ra tình trạng của thư thu hệ thống vis-a-vis các yêu cầu chuyển nhượng hoặc hành động hệ thống mail khác. Các chữ số thứ ba đưa ra một phân cấp rõ hơn về ý nghĩa của mỗi loại được xác định bởi chữ số thứ hai. Danh sách trả lời minh họa điều này. Mỗi văn bản trả lời được khuyến khích chứ không phải là bắt buộc, và thậm chí có thể thay đổi theo lệnh với mà nó được liên kết. Mặt khác, các mã trả lời phải tuân theo đúng các thông số kỹ thuật trong phần này. triển khai nhận không nên phát minh ra mã số mới cho các tình huống hơi khác so với những mô tả ở đây, nhưng thay vì thích nghi với mã số đã được xác định. Ví dụ, một lệnh như noop mà thực hiện thành công không cung cấp cho người gửi-SMTP bất kỳ thông tin mới sẽ trở lại một trả lời 250. Các phản ứng là 502 khi lệnh yêu cầu một hành động phi trang web cụ thể chưa được thực hiện. Một sự tinh tế đó là 504 trả lời cho một lệnh đó được thực hiện, nhưng điều đó yêu cầu một tham số chưa thực hiện. Các văn bản trả lời có thể dài hơn một dòng duy nhất; trong những trường hợp các văn bản đầy đủ phải được đánh dấu để người gửi-SMTP biết khi nào nó có thể ngừng đọc trả lời. Điều này đòi hỏi một định dạng đặc biệt để . chỉ ra một dòng trả lời nhiều định dạng cho bài trả lời multiline yêu cầu tất cả các dòng, ngoại trừ cuối cùng, bắt đầu với các bài trả lời mã, sau đó ngay lập tức bằng một dấu gạch ngang "-" (còn gọi là trừ), tiếp theo văn bản. Dòng cuối cùng sẽ bắt đầu với các bài trả lời mã, sau đó ngay lập tức bằng

















































































































, Tùy chọn một số văn bản, và . Ví dụ: dòng 123-First dòng 123-II 123-234 văn bản bắt đầu với con số 123 dòng cuối cùng Trong nhiều trường hợp người gửi-SMTP sau đó đơn giản chỉ cần tìm kiếm câu trả lời tiếp theo là mã








vào lúc bắt đầu của một dòng, và
bỏ qua tất cả các dòng trước đó. Trong một vài trường hợp, đó là quan trọng
dữ liệu cho người gửi trong thư trả lời "văn bản". Người gửi sẽ biết
những trường hợp này từ bối cảnh hiện nay.