THE SMTP MODEL The SMTP design is b

THE SMTP MODEL

The SMTP design is based on the following model of communication: as
the result of a user mail request, the sender-SMTP establishes a
two-way transmission channel to a receiver-SMTP. The receiver-SMTP
may be either the ultimate destination or an intermediate. SMTP
commands are generated by the sender-SMTP and sent to the
receiver-SMTP. SMTP replies are sent from the receiver-SMTP to the
sender-SMTP in response to the commands.

Once the transmission channel is established, the SMTP-sender sends a
MAIL command indicating the sender of the mail. If the SMTP-receiver
can accept mail it responds with an OK reply. The SMTP-sender then
sends a RCPT command identifying a recipient of the mail. If the
SMTP-receiver can accept mail for that recipient it responds with an
OK reply; if not, it responds with a reply rejecting that recipient
(but not the whole mail transaction). The SMTP-sender and
SMTP-receiver may negotiate several recipients. When the recipients
have been negotiated the SMTP-sender sends the mail data, terminating
with a special sequence. If the SMTP-receiver successfully processes
the mail data it responds with an OK reply. The dialog is purposely
lock-step, one-at-a-time.

-------------------------------------------------------------


+----------+ +----------+
+------+ | | | |
| User || | SMTP | |
+------+ | Sender- |Commands/Replies| Receiver-|
+------+ | SMTP || SMTP | +------+
| File || | and Mail | || File |
|System| | | | | |System|
+------+ +----------+ +----------+ +------+


Sender-SMTP Receiver-SMTP

Model for SMTP Use

Figure 1

-------------------------------------------------------------

The SMTP provides mechanisms for the transmission of mail; directly
from the sending user's host to the receiving user's host when the two host are connected to the same transport service, or via one or
more relay SMTP-servers when the source and destination hosts are not
connected to the same transport service.

To be able to provide the relay capability the SMTP-server must be
supplied with the name of the ultimate destination host as well as
the destination mailbox name.

The argument to the MAIL command is a reverse-path, which specifies
who the mail is from. The argument to the RCPT command is a
forward-path, which specifies who the mail is to. The forward-path
is a source route, while the reverse-path is a return route (which
may be used to return a message to the sender when an error occurs
with a relayed message).

When the same message is sent to multiple recipients the SMTP
encourages the transmission of only one copy of the data for all the
recipients at the same destination host.

The mail commands and replies have a rigid syntax. Replies also have
a numeric code. In the following, examples appear which use actual
commands and replies. The complete lists of commands and replies
appears in Section 4 on specifications.

Commands and replies are not case sensitive. That is, a command or
reply word may be upper case, lower case, or any mixture of upper and
lower case. Note that this is not true of mailbox user names. For
some hosts the user name is case sensitive, and SMTP implementations
must take case to preserve the case of user names as they appear in
mailbox arguments. Host names are not case sensitive.

Commands and replies are composed of characters from the ASCII
character set [1]. When the transport service provides an 8-bit byte
(octet) transmission channel, each 7-bit character is transmitted
right justified in an octet with the high order bit cleared to zero.

When specifying the general form of a command or reply, an argument
(or special symbol) will be denoted by a meta-linguistic variable (or
constant), for example, "" or "". Here the
angle brackets indicate these are meta-linguistic variables.
However, some arguments use the angle brackets literally. For
example, an actual reverse-path is enclosed in angle brackets, i.e.,
"" is an instance of (the
angle brackets are actually transmitted in the command or reply).

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

CÁC MÔ HÌNH SMTP Thiết kế SMTP dựa trên mô hình sau đây của thông tin liên lạc: như kết quả của một người dùng thư yêu cầu, người gửi-SMTP thiết lập một hai chiều truyền kênh để nhận SMTP. Nhận-SMTP có thể là điểm đến cuối cùng hay một trung gian. SMTP lệnh được tạo ra bởi người gửi-SMTP và gửi đến các nhận-SMTP. SMTP trả lời được gửi từ máy thu SMTP để các người gửi-SMTP để đáp ứng với các lệnh. Một khi kênh truyền được thành lập, người gửi SMTP sẽ gửi một THƯ lệnh cho biết người gửi của thư. Nếu người nhận SMTP có thể chấp nhận thư nó phản ứng với một thư trả lời OK. Gửi SMTP sau đó gửi một lệnh RCPT xác định người nhận thư. Nếu các SMTP-nhận có thể chấp nhận thư cho người nhận đó nó phản ứng với một Trả lời OK; Nếu không, nó phản ứng với một thư trả lời từ chối người nhận đó (nhưng không phải toàn bộ thư giao dịch). Người gửi SMTP và SMTP-nhận có thể thương lượng một số người nhận. Khi người nhận đã được thương lượng người gửi SMTP sẽ gửi dữ liệu thư, chấm dứt với một chuỗi đặc biệt. Nếu SMTP-nhận thành công xử lý dữ liệu thư nó phản ứng với một thư trả lời OK. Hộp thoại là cố ý khóa-bước, một lúc một thời gian. ------------------------------------------------------------- +----------+ +----------+ +------+ | | | | | Người dùng | <> - || SMTP || +------+ | Người gửi - |Lệnh/Replies| Nhận-| +------+ | SMTP | <> - | SMTP | +------+ | Tệp | <> - || và thư || <> - | Tập tin | |Forex |||||Forex +------+ +----------+ +----------+ +------+ Người gửi-SMTP nhận-SMTP Các mô hình để sử dụng SMTP Hình 1 ------------------------------------------------------------- SMTP cung cấp cơ chế cho việc truyền của thư; trực tiếp từ máy chủ lưu trữ của người dùng gửi đến máy chủ lưu trữ của người dùng nhận được khi hai máy chủ được kết nối với cùng một dịch vụ vận tải, hoặc thông qua một hoặc Thêm chuyển tiếp máy chủ SMTP khi các máy chủ nguồn và đích là không kết nối với cùng một dịch vụ vận tải. Để có thể cung cấp khả năng chuyển tiếp hệ phục vụ SMTP phải cung cấp với tên máy chủ lưu trữ điểm đến cuối cùng cũng như tên hộp thư đích. Đối số cho lệnh thư là một đảo ngược-path, mà xác định người thư là từ. Đối số cho lệnh RCPT là một chuyển tiếp-đường dẫn, mà chỉ định người thư là để. Đường phía trước là một tuyến đường nguồn, trong khi đường ngược lại là một tuyến đường trở lại (mà có thể được sử dụng để trở lại một tin nhắn cho người gửi khi xảy ra lỗi với một tin nhắn relayed). Khi cùng một thông điệp được gửi đến người nhận nhiều SMTP khuyến khích việc truyền tải chỉ có một bản sao của dữ liệu cho tất cả các người nhận tại máy chủ đích tương tự. Thư lệnh và trả lời có một cú pháp cứng nhắc. Bài trả lời cũng có một mã số. Như sau, ví dụ xuất hiện mà sử dụng thực tế lệnh và trả lời. Danh sách đầy đủ của lệnh và bài trả lời xuất hiện trong phần 4 ngày thông số kỹ thuật. Lệnh và trả lời không phải là trường hợp nhạy cảm. Có nghĩa là, một lệnh hoặc trả lời từ có thể là chữ hoa, chữ hoặc hỗn hợp bất kỳ của thượng và trường hợp thấp hơn. Lưu ý rằng điều này là không đúng của tên người dùng hộp thư. Cho một số máy chủ tên người dùng là trường hợp nhạy cảm, và SMTP triển khai phải đưa trường hợp để bảo tồn trường hợp của người sử dụng tên như chúng xuất hiện trong đối số hộp thư. Máy chủ tên không phải là trường hợp nhạy cảm. Lệnh và trả lời được bao gồm các ký tự từ ASCII bộ [1]. Khi cung cấp dịch vụ vận chuyển một 8-bit byte (octet) truyền kênh, mỗi ký tự 7-bit được truyền phải chứng minh trong một octet với chút cao để xóa bằng không. Khi xác định dạng chung của một lệnh hoặc trả lời, một cuộc tranh cãi (hoặc biểu tượng đặc biệt) sẽ được biểu hiện bằng một biến siêu ngôn ngữ (hoặc hằng số), ví dụ ""hoặc"". Ở đây các chân đế góc cho biết đây là những biến siêu ngôn ngữ. Tuy nhiên, một số đối số sử dụng dấu ngoặc góc theo nghĩa đen. Cho Ví dụ, một đảo ngược thực tế, con đường được bao trong dấu ngoặc góc, tức là, ""là một thể hiện của (các chân đế góc được thực sự truyền trong lệnh hoặc trả lời).

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

MÔ HÌNH SMTP SMTP được thiết kế dựa trên mô hình sau đây của thông tin liên lạc: là kết quả của một yêu cầu thư cho người, người gửi-SMTP thiết lập một kênh truyền dẫn hai chiều với một máy thu-SMTP. Các thu-SMTP có thể là điểm đến cuối cùng hoặc trung gian. SMTP lệnh được tạo ra bởi người gửi-SMTP và gửi cho thu-SMTP. Trả lời SMTP được gửi từ máy thu-SMTP để gửi-SMTP để đáp ứng với các lệnh. Một khi các kênh truyền dẫn được thiết lập, SMTP, người gửi sẽ gửi một lệnh MAIL chỉ người gửi mail. Nếu SMTP-receiver có thể chấp nhận thư nó phản ứng với một thư trả lời OK. SMTP-người gửi sau đó gửi một lệnh RCPT xác định một người nhận mail. Nếu SMTP-receiver có thể chấp nhận thư cho người nhận rằng nó đáp ứng với một bài trả lời OK; nếu không, nó trả lời bằng một câu trả lời từ chối mà người nhận (nhưng không phải là toàn bộ giao dịch mail). SMTP-người gửi và SMTP-receiver có thể đàm phán nhiều người nhận. Khi người nhận đã được đàm phán SMTP-người gửi gửi dữ liệu mail, chấm dứt với một trình tự đặc biệt. Nếu SMTP-receiver xử lý thành công dữ liệu mail của nó phản ứng với một thư trả lời OK. Hộp thoại là cố khóa bước, một-at-a-thời gian. ---------------------------------- --------------------------- + ---------- + + ---------- + + ------ + | | | | | tài khoản | <-> | | SMTP | | + ------ + | Sender- | Commands / Trả lời | Receiver- | + ----- - + | SMTP | <--------------> | SMTP | + ------ + | File | <-> | | và Mail | | <-> | tập | | Hệ thống | | | | | | System | + ------ + + + ---------- + ---------- + + ----- - + Sender-SMTP Receiver-SMTP Mô hình sử dụng SMTP Hình 1 ------------------------------------ ------------------------- SMTP cung cấp cơ chế cho việc truyền tải mail; trực tiếp từ máy chủ của người dùng gửi đến máy chủ của người dùng nhận được khi hai máy chủ được kết nối với các dịch vụ vận tải như nhau, hoặc thông qua một hoặc nhiều SMTP relay-server khi nguồn và đích đến host không được kết nối với các dịch vụ vận tải tương tự. Để có thể để cung cấp khả năng chuyển tiếp SMTP-server phải được cung cấp với tên của các máy chủ đích đến cuối cùng cũng như tên hộp thư đến. Đối số cho lệnh MAIL là một đảo ngược con đường, trong đó xác định người thư từ. Đối số cho lệnh RCPT là một con đường phía trước, trong đó xác định ai là mail là. Phía trước con đường là một tuyến đường nguồn, trong khi ngược lại con đường là một con đường trở lại (mà có thể được sử dụng để trả lại một thông điệp cho người gửi khi một lỗi xảy ra với một tin nhắn chuyển tiếp). Khi cùng một thông điệp được gửi tới nhiều người những SMTP khuyến khích việc truyền tải chỉ có một bản sao của dữ liệu cho tất cả các người nhận ở máy đích tương tự. Các lệnh mail và trả lời có một cú pháp cứng nhắc. Trả lời cũng có một mã số. Trong phần tiếp theo, ví dụ xuất hiện mà sử dụng thực tế các lệnh và trả lời. Các danh sách đầy đủ các lệnh và trả lời xuất hiện trong phần 4 trên thông số kỹ thuật. lệnh và trả lời không được trường hợp nhạy cảm. Đó là một lệnh hoặc trả lời từ có thể được trường hợp trên, trường hợp thấp hơn, hoặc bất kỳ hỗn hợp trên và trường hợp thấp hơn. Lưu ý rằng điều này là không đúng sự thật của tên người dùng hộp thư. Đối với một số máy chủ tên người dùng là trường hợp nhạy cảm, và triển khai SMTP phải trường hợp để bảo vệ trường hợp của tên người dùng như chúng xuất hiện trong hộp thư của đối số. Tên máy chủ không được trường hợp nhạy cảm. lệnh và trả lời bao gồm các ký tự từ ASCII ký tự [1]. Khi các dịch vụ vận tải cung cấp một 8-bit byte kênh truyền dẫn (octet), mỗi nhân vật 7-bit được truyền đúng hợp lý trong một octet với chút tự cao xóa không. Khi xác định hình thức chung của một lệnh hoặc trả lời, một cuộc tranh cãi (hoặc ký hiệu đặc biệt) sẽ được biểu thị bằng một biến meta-ngôn ngữ (hoặc đổi), ví dụ, "


















































































"Hoặc"". Ở đây,
dấu ngoặc nhọn chỉ là những biến meta-ngôn ngữ.
Tuy nhiên, một số đối số sử dụng dấu ngoặc nhọn theo nghĩa đen. Ví
dụ, một thực tế ngược lại con đường được đính kèm trong dấu ngoặc nhọn, ví dụ,
""Là một thể hiện của (Các
dấu ngoặc nhọn đang thực sự truyền lệnh hoặc trả lời).