SMTP is based on end-to-end delivery: An SMTP client contacts the dest dịch - SMTP is based on end-to-end delivery: An SMTP client contacts the dest Việt làm thế nào để nói

SMTP is based on end-to-end deliver

SMTP is based on end-to-end delivery: An SMTP client contacts the destination
host's SMTP server directly, on well-known port 25, to deliver the mail. It keeps
the mail item being transmitted until it has been successfully copied to the
recipient's SMTP. This is different from the store-and-forward principle that is
common in many mailing systems, where the mail item can pass through a
number of intermediate hosts in the same network on its way to the destination
and where successful transmission from the sender only indicates that the mail
item has reached the first intermediate hop.
In various implementations, it is possible to exchange mail between the TCP/IP
SMTP mailing system and the locally used mailing systems. These applications
are called mail gateways or mail bridges. Sending mail through a mail gateway
can alter the end-to-end delivery specification, because SMTP only guarantees
delivery to the mail-gateway host, not to the real destination host located beyond
the TCP/IP network. When a mail gateway is used, the SMTP end-to-end
transmission is host-to-gateway, gateway-to-host, or gateway-to-gateway; the
behavior beyond the gateway is not defined by SMTP.
SMTP messages
In SMTP, each message has:
_ A header, or envelope, the structure of which is strictly defined by RFC 2822
The mail header is terminated by a null line (that is, a line with nothing
preceding the sequence).
_
Contents
Everything after the null (or blank) line is the message body, which is a
sequence of lines containing ASCII characters (that is, characters with a
value less than 128 decimal).
RFC 2821 defines a client/server protocol (see 11.1.1, “The client/server model”
on page 408). As usual, the client SMTP (referred to as the sending SMTP) is the
entity that initiates the session, and the server (referred to as the receiving
SMTP) is the one that responds to the session request. Because the client SMTP
frequently can also act as a server for a user mailing program, it is often simpler
to refer to the client as the sender SMTP and to the server as the receiver SMTP.
The SMTP destination address
Also known as the mailbox address, the general form of the destination address
is local-part@domain-name and can take several forms:
user@host For a direct destination on the same TCP/IP network.
user%remote-host@gateway-host
For a user on a non-SMTP destination remote-host,
through the mail gateway-host.
@host-a,@host-b:user@host-c
For a relayed message. This contains explicit routing
information. The message is first delivered to host-a, who
Trang 179
re-sends (relay) the message to host-b. Host-b then
forwards the message to the real destination host-c. Note
that the message is stored on each of the intermediate
hosts, so we do not have an end-to-end delivery in this
case.
Mail header format
Typically, a user does not have to worry about the message header because it is
managed by SMTP itself. A short reference is included here for completeness.
RFC 2822 contains a complete lexical analysis of the mail header. The syntax is
written in a form known as the Augmented Backus-Naur Form (ABNF), defined in
RFC 2822. Additionally, many RFCs related to RFC 2822 use this format. RFC
2822 also describes how to parse a mail header to a canonical representation,
unfolding continuation lines, deleting insignificant spaces, removing comments,
and so on. The syntax is powerful, but relatively difficult to parse. A basic
description is given here, which should be adequate for you to interpret the
meaning of simple mail headers that might be encountered. However, this
description is too great a simplification to understand the details workings of RFC
2822 mailers; for a full description, refer to RFC 2822.
Briefly, the header is a list of specifications in the form of:
keyword: value
Fields begin in column 1. Lines beginning with white space characters (space or
tab) are continuation lines that are unfolded to create a single line for each field
in the canonical representation. Strings enclosed in ASCII quotation marks
indicate single tokens within which special characters, such as the colon, and are
not significant. Many important field values (such as those for the To and From
fields) are mailboxes. The most common forms for these are:
yourEmail@yourdiv.redbookscorp.com
Your Email
"Your Email"
In this example, the string Your Email is intended to be read by human recipients
and is the name of the mailbox owner. yourEmail@yourdiv.redbookscorp.com is
the machine-readable address of the mailbox (the angle brackets delimit the
address but are not part of it), defined previously in “The SMTP destination
address” on page 559. You can see that this form of addressing is closely related
to the Domain Name System concept (see 12.2, “Dynamic Domain Name
System” on page 453). In fact, the client SMTP uses the Domain Name System
to determine the IP address of the destination mailbox (see 15.1.2, “SMTP and
the Domain Name System” on page 565).
0/5000
Từ: -
Sang: -
Kết quả (Việt) 1: [Sao chép]
Sao chép!
SMTP dựa trên kết thúc để kết thúc giao hàng: An SMTP khách hàng liên hệ với các điểm đếnHệ phục vụ SMTP của máy chủ trực tiếp, trên nổi tiếng cổng 25, để cung cấp thư. Nó giữmục thư đã được truyền cho đến khi nó đã được sao chép thành công để cácSMTP của người nhận. Điều này là khác nhau từ các nguyên tắc lưu trữ và chuyển tiếp làphổ biến trong nhiều hệ thống gửi thư, nơi thư mục có thể đi qua mộtsố lượng các máy chủ trung gian trong cùng một mạng trên đường đến đíchvà nơi các truyền tải thành công từ người gửi chỉ chỉ ra rằng thưmục đã đạt đến trung cấp hop đầu tiên.Trong triển khai khác nhau, ta có thể trao đổi thư giữa TCP/IPHệ thống gửi thư SMTP và các hệ thống gửi thư được sử dụng tại địa phương. Các ứng dụngđược gọi là cửa ngõ thư hoặc thư cầu. Gửi thư thông qua một cửa ngõ thưcó thể thay đổi đặc điểm kỹ thuật kết thúc để kết thúc giao hàng, bởi vì SMTP chỉ đảm bảogiao hàng tận nơi để lưu trữ thư-gateway, không để các máy chủ đích thực sự nằm ngoàimạng TCP/IP. Khi một cửa ngõ thư được sử dụng, kết thúc SMTP-to-endbộ truyền động là máy chủ cổng, máy chủ lưu trữ cổng hoặc cửa ngõ để cổng; Cáchành vi ngoài cổng không được xác định bởi SMTP.Thông báo SMTPỞ SMTP, mỗi thư có:_ A tiêu đề, hoặc phong bì, cấu trúc trong đó chặt chẽ được định nghĩa bởi RFC 2822Tiêu đề thư kết thúc bằng một đường null (có nghĩa là, một phù hợp với không có gìngay trước các trình tự)._Nội dungTất cả mọi thứ sau khi dòng trống (hoặc trống) là phần nội dung thư, là mộtChuỗi các dòng có chứa các ký tự ASCII (có nghĩa là, các nhân vật với mộttrị giá ít hơn 128 thập phân).RFC 2821 xác định một khách hàng/máy chủ giao thức (xem 11.1.1, "khách hàng/máy chủ Mô hình"trên trang 408). Như thường lệ, các khách hàng SMTP (được gọi là gửi SMTP) là cácthực thể khởi tạo phiên giao dịch, và máy chủ (gọi là nhậnSMTP) là một trong đó đáp ứng yêu cầu phiên. Bởi vì khách hàng SMTPthường xuyên có thể cũng hoạt động như một máy chủ cho một người dùng gửi thư chương trình, nó thường là đơn giảnđể chỉ cho khách hàng là người gửi SMTP và đến máy chủ như là người nhận SMTP.Địa chỉ đích SMTPCũng được gọi là địa chỉ hộp thư, dạng tổng quát của địa chỉ đíchlocal-part@domain-name và có thể mất nhiều hình thức:user@host cho một điểm đến trực tiếp trên cùng một mạng TCP/IP.người dùng % remote-host@gateway-hostCho một người dùng trên một điểm đến SMTP từ xa-host,thông qua cổng thư-máy chủ.@host-a, @host-b:user@host-cCho một tin nhắn relayed. Điều này chứa định tuyến rõ ràngthông tin. Thư lần đầu tiên được gửi đến máy chủ lưu trữ-a, ngườiTrang 179tái gửi (relay) thư đến máy chủ lưu trữ-b. Máy chủ-b sau đóchuyển tiếp thư tới máy chủ đích thực-c. Lưu ýtin nhắn được lưu trữ trên mỗi người trong số các trung gianmáy chủ, do đó, chúng tôi không có một giao hàng cuối cùng để kết thúc ở đâytrường hợp.Định dạng tiêu đề mailThông thường, người dùng không cần phải lo lắng về tiêu đề thư bởi vì nó làquản lý bởi SMTP chính nó. Một tài liệu tham khảo ngắn được bao gồm ở đây cho đầy đủ.RFC 2822 chứa một phân tích từ vựng hoàn chỉnh tiêu đề thư. Cú phápviết bằng một hình thức được biết đến như là các tăng cường Backus-Naur Form (ABNF), được định nghĩa trongRFC 2822. Ngoài ra, nhiều RFCs liên quan đến RFC 2822 sử dụng định dạng này. RFC2822 cũng mô tả làm thế nào để phân tích một tiêu đề thư một đại diện kinh điển,unfolding tiếp tục dòng, xóa gian không đáng kể, loại bỏ ý kiến,và như vậy. Cú pháp là mạnh mẽ, nhưng khá khó khăn để phân tích cú pháp. Một cơ bảnMô tả được đưa ra ở đây, mà nên là đủ cho bạn để giải thích cácý nghĩa của tiêu đề thư đơn giản có thể gặp phải. Tuy nhiên, điều nàyMô tả là quá lớn một đơn giản hóa để hiểu hoạt động chi tiết của RFC2822 mailers; cho một mô tả đầy đủ, hãy tham khảo RFC 2822.Một thời gian ngắn, tiêu đề là một danh sách chi tiết kỹ thuật trong các hình thức:từ khóa: giá trịTrường bắt đầu trong cột 1. Dòng bắt đầu bằng ký tự khoảng trắng (space hoặctab) là dòng tiếp tục được mở ra để tạo ra một dòng duy nhất cho mỗi trườngtrong cách trình bày kinh điển. Dây kèm theo trong dấu ngoặc kép ASCIIchỉ ra thẻ duy nhất trong những ký tự đặc biệt, chẳng hạn như đại tràng, và đangkhông đáng kể. Nhiều lĩnh vực quan trọng giá trị (ví dụ như những người cho đến và từlĩnh vực) là hộp thư. Các hình thức phổ biến nhất cho đây là:yourEmail@yourdiv.redbookscorp.comEmail của bạn "Email của bạn" Trong ví dụ này, Chuỗi Email của bạn được thiết kế để được đọc bởi người nhận của con ngườivà là tên của chủ sở hữu hộp thư. yourEmail@yourdiv.redbookscorp.com làđịa chỉ máy có thể đọc của hộp thư (dấu ngoặc góc delimit cácđịa chỉ nhưng không phải là một phần của nó), định nghĩa trước đây trong "SMTP đến đíchđịa chỉ"trên trang 559. Bạn có thể thấy rằng hình thức địa chỉ có liên quan chặt chẽCác khái niệm hệ thống tên miền (xem 12.2, "năng động tên miềnSystem"trên trang 453). Trong thực tế, khách hàng SMTP sử dụng hệ thống tên miềnđể xác định địa chỉ IP của hộp thư đích (xem 15.1.2, "SMTP vàHệ thống tên miền"trên trang 565).
đang được dịch, vui lòng đợi..
Kết quả (Việt) 2:[Sao chép]
Sao chép!
SMTP được dựa trên giao end-to-end: Một liên hệ khách hàng SMTP điểm đến
máy chủ SMTP host của trực tiếp, trên nổi tiếng cổng 25, để cung cấp các mail. Nó giữ cho
các mục tử được truyền cho đến khi nó đã được sao chép thành công đến
SMTP của người nhận. Điều này khác với các nguyên tắc lưu trữ và chuyển tiếp đó là
phổ biến trong nhiều hệ thống thư điện, nơi mà mục tử có thể đi qua một
số vật chủ trung gian trong cùng một mạng trên đường tới điểm đến
và nơi truyền tải thành công từ người gửi chỉ cho biết rằng các thư
mục đã đạt đến mức hop trung gian đầu tiên.
Trong triển khai khác nhau, có thể trao đổi thư từ giữa TCP / IP
SMTP hệ thống gửi thư và hệ thống thư điện sử dụng tại địa phương. Các ứng dụng này
được gọi là cổng email hoặc cầu mail. Gửi thư thông qua một mail gateway
có thể làm thay đổi đặc điểm kỹ thuật giao end-to-end, vì SMTP chỉ đảm bảo
giao hàng cho các máy chủ mail gateway, không đến host đích thực nằm ngoài
mạng TCP / IP. Khi một mail gateway được sử dụng, SMTP end-to-end
truyền là host-to-gateway, gateway-to-host, hoặc gateway-to-gateway; các
hành vi vượt ra ngoài cổng không được định nghĩa bằng SMTP.
điệp SMTP
Trong SMTP, mỗi tin nhắn đã:
_ Một đề mục, hoặc phong bì, cấu trúc của nó được định nghĩa chặt chẽ bởi RFC 2822
Các tiêu đề thư là chấm dứt bởi một dòng null (có nghĩa là, một dòng với không có gì
trướctrình tự).
_
Nội dung
Tất cả mọi thứ sau khi null (hoặc trống) dòng là nội dung thư, mà là một
chuỗi các dòng có chứa các ký tự ASCII (có nghĩa là, các nhân vật với một
giá trị nhỏ hơn 128 chữ số thập phân).
RFC 2821 định nghĩa một khách hàng / máy chủ giao thức (xem 11.1.1, "Các khách hàng mô hình / máy chủ"
trên trang 408). Như thường lệ, các SMTP client (gọi tắt là SMTP) là
thực thể mà khởi phiên giao dịch, và các máy chủ (gọi tắt là nhận
SMTP) là một trong đó đáp ứng yêu cầu phiên. Bởi vì SMTP client
thường xuyên cũng có thể hoạt động như một máy chủ cho một chương trình mail người sử dụng, nó thường là đơn giản
để tham khảo các khách hàng như là SMTP gửi và cho các máy chủ như là người nhận SMTP.
Địa chỉ đích SMTP
Cũng được biết đến như là địa chỉ hộp thư, Hình thức chung của địa chỉ đích
là địa phương phần @ domain-name và có thể có nhiều dạng:
user @ host Đối với một điểm đến trực tiếp trên cùng một giao thức TCP / IP mạng.
dùng% remote-host @ cổng-host
Đối với một người sử dụng trên một không SMTP đích remote-host,
qua mail gateway-host.
@ host-a, @ host-b: user @ host-c
Đối với một thông điệp tiếp sóng. Điều này có chứa định tuyến rõ ràng
thông tin. Thông điệp đầu tiên được giao cho cai-a, người
Trang 179
lại gửi (relay) các tin nhắn để lưu trữ-b. Host-b sau đó
chuyển tiếp thư đến đích thực host-c. Lưu ý
rằng các tin nhắn được lưu trữ trên mỗi của các trung gian
máy chủ, vì vậy chúng tôi không có một giao end-to-end trong này
trường hợp.
Định dạng tiêu đề thư
thường, một người dùng không phải lo lắng về các tiêu đề thư, vì nó được
quản lý bởi SMTP chính nó. Một tham chiếu ngắn được bao gồm ở đây cho đầy đủ.
RFC 2822 có chứa một phân tích từ vựng đầy đủ các tiêu đề thư. Cú pháp được
viết bằng một hình thức được gọi là Backus-Naur Form Augmented (ABNF), được định nghĩa trong
RFC 2822. Ngoài ra, nhiều RFC liên quan đến RFC 2822 sử dụng định dạng này. RFC
2822 cũng mô tả làm thế nào để phân tích một tiêu đề mail cho một đại diện kinh điển,
mở ra dòng tiếp nối, xóa không gian không đáng kể, loại bỏ các ý kiến,
và như vậy. Cú pháp là mạnh mẽ, nhưng tương đối khó để phân tích. Một cơ bản
mô tả được đưa ra ở đây, mà nên là đủ cho bạn để giải thích
ý nghĩa của tiêu đề mail đơn giản mà có thể gặp phải. Tuy nhiên, điều này
mô tả là quá lớn là một việc đơn giản hóa để hiểu các chi tiết hoạt động của RFC
2822 bưu phẩm; cho một mô tả đầy đủ, tham khảo RFC 2822.
Một thời gian ngắn, tiêu đề là một danh sách các thông số kỹ thuật trong các hình thức:
từ khóa: giá trị
Fields bắt đầu vào cột 1. Các câu bắt đầu với ký tự khoảng trắng (space hoặc
tab) được đường tiếp tục được mở ra để tạo ra một dòng duy nhất cho từng lĩnh vực
trong các đại diện kinh điển. Strings trong dấu ngoặc kép ASCII
chỉ ra thẻ duy nhất trong đó các nhân vật đặc biệt, chẳng hạn như đại tràng, và là
không đáng kể. Nhiều giá trị lĩnh vực quan trọng (chẳng hạn như đối với các Để Từ
lĩnh vực) là hộp thư. Các hình thức phổ biến nhất cho đây là:
yourEmail@yourdiv.redbookscorp.com
Email của bạn
"Email của bạn"
Trong ví dụ này, các chuỗi Email của bạn dự định sẽ được đọc bởi người nhận con người
và là tên của chủ sở hữu hộp thư. yourEmail@yourdiv.redbookscorp.com là
địa chỉ máy có thể đọc được các hòm thư (khung góc phân định các
địa chỉ nhưng không phải là một phần của nó), được xác định trước đó trong "The đích SMTP
address" trên trang 559. Bạn có thể thấy rằng hình thức này giải quyết có liên quan chặt chẽ
đến khái niệm hệ thống tên miền (xem 12.2, "Dynamic Domain Name
System" trên trang 453). Trong thực tế, các SMTP client sử dụng các hệ thống tên miền
để xác định địa chỉ IP của hộp thư đến (xem 15.1.2, "SMTP và
hệ thống tên miền" trên trang 565).
đang được dịch, vui lòng đợi..
 
Các ngôn ngữ khác
Hỗ trợ công cụ dịch thuật: Albania, Amharic, Anh, Armenia, Azerbaijan, Ba Lan, Ba Tư, Bantu, Basque, Belarus, Bengal, Bosnia, Bulgaria, Bồ Đào Nha, Catalan, Cebuano, Chichewa, Corsi, Creole (Haiti), Croatia, Do Thái, Estonia, Filipino, Frisia, Gael Scotland, Galicia, George, Gujarat, Hausa, Hawaii, Hindi, Hmong, Hungary, Hy Lạp, Hà Lan, Hà Lan (Nam Phi), Hàn, Iceland, Igbo, Ireland, Java, Kannada, Kazakh, Khmer, Kinyarwanda, Klingon, Kurd, Kyrgyz, Latinh, Latvia, Litva, Luxembourg, Lào, Macedonia, Malagasy, Malayalam, Malta, Maori, Marathi, Myanmar, Mã Lai, Mông Cổ, Na Uy, Nepal, Nga, Nhật, Odia (Oriya), Pashto, Pháp, Phát hiện ngôn ngữ, Phần Lan, Punjab, Quốc tế ngữ, Rumani, Samoa, Serbia, Sesotho, Shona, Sindhi, Sinhala, Slovak, Slovenia, Somali, Sunda, Swahili, Séc, Tajik, Tamil, Tatar, Telugu, Thái, Thổ Nhĩ Kỳ, Thụy Điển, Tiếng Indonesia, Tiếng Ý, Trung, Trung (Phồn thể), Turkmen, Tây Ban Nha, Ukraina, Urdu, Uyghur, Uzbek, Việt, Xứ Wales, Yiddish, Yoruba, Zulu, Đan Mạch, Đức, Ả Rập, dịch ngôn ngữ.

Copyright ©2025 I Love Translation. All reserved.

E-mail: