SMTP, defined in RFC 5321, is at the heart of Internet electronic mail การแปล - SMTP, defined in RFC 5321, is at the heart of Internet electronic mail ไทย วิธีการพูด

SMTP, defined in RFC 5321, is at th

SMTP, defined in RFC 5321, is at the heart of Internet electronic mail. As mentioned above, SMTP transfers messages from senders’mail servers to the recipients’ mail servers. SMTP is much older than HTTP. (The original SMTP RFC dates back to 1982, and SMTPwas around long before that.) Although SMTPhas numerous wonderful qualities, as evidenced by its ubiquity in the Internet, it is nevertheless a legacy technology that possesses certain archaic characteristics. For example, it restricts the body (not just the headers) of all mail messages to simple 7-bit ASCII. This restriction made sense in the early 1980s when transmission capacity was scarce and no one was e-mailing large attachments or large image, audio, or video files. But today, in the multimedia era, the 7-bit ASCII restriction is a bit of a pain—it requires binary multimedia data to be encoded to ASCII before being sent over SMTP; and it requires the corresponding ASCII message to be decoded back to binary after SMTP transport. Recall from Section 2.2 that HTTP does not require multimedia data to be ASCII encoded before transfer. To illustrate the basic operation of SMTP, let’s walk through a common scenario. Suppose Alice wants to send Bob a simple ASCII message.


0/5000
จาก: -
เป็น: -
ผลลัพธ์ (ไทย) 1: [สำเนา]
คัดลอก!
SMTP กำหนดใน RFC 5321 เป็นหัวใจของอินเทอร์เน็ตจดหมายอิเล็กทรอนิกส์ ดังกล่าวข้างต้น SMTP ส่งข้อความจาก senders'mail เซิร์ฟเวอร์ไปยังเซิร์ฟเวอร์จดหมายของผู้รับ SMTP เป็นมากกว่า HTTP (เดิม SMTP RFC ย้อนกลับไปปี 1982 และ SMTPwas รอบยาวก่อนที่) แม้ว่า SMTPhas จำนวนมากคุณภาพดี เป็น evidenced โดยการแพร่ในอินเทอร์เน็ต มันเป็นอย่างไรก็ตามเทคโนโลยีดั้งเดิมที่มีลักษณะโบราณบางอย่าง เช่น มันจำกัดเนื้อหา (ไม่ใช่แค่ส่วนหัว) ของข้อความจดหมายทั้งหมดไปยัง ASCII 7 บิตง่าย ข้อจำกัดนี้ทำให้รู้สึกในต้นทศวรรษ 1980 เมื่อระบบส่งกำลังถูกหายาก และไม่มีใครถูกส่งอีเมล์แนบขนาดใหญ่ หรือภาพใหญ่ ไฟล์เสียง หรือวิดีโอ แต่วันนี้ ในยุคมัลติมีเดีย ข้อจำกัดของ ASCII 7 บิตเป็นบิตของความเจ็บปวด — ต้องไบนารีข้อมูลมัลติมีเดียจะถูกเข้ารหัส ASCII ไปก่อนส่งผ่าน SMTP และต้องมีข้อความ ASCII ที่สอดคล้องกันเพื่อจะถอดกลับไปไบนารีหลังจากขนส่งของ SMTP เรียกคืนจาก 2.2 ส่วน HTTP ที่ไม่ต้องใช้ข้อมูลมัลติมีเดียเป็น ASCII เข้ารหัสก่อนการโอนย้าย แสดงการทำงานพื้นฐานของ SMTP ลองมาดูสถานการณ์ทั่วไป สมมติว่า ต้องการส่งข้อความ ASCII ง่ายบ๊อบอลิ
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 2:[สำเนา]
คัดลอก!
SMTP, ที่กำหนดใน RFC 5321, เป็นหัวใจสำคัญของจดหมายอิเล็กทรอนิกส์อินเทอร์เน็ต ดังกล่าวข้างต้น, SMTP โอนข้อความจากเซิร์ฟเวอร์ของ senders'mail ไปยังเซิร์ฟเวอร์อีเมลของผู้รับ SMTP คือแก่กว่า HTTP (วันที่ RFC SMTP เดิมกลับไปปี 1982 และ SMTPwas รอบนานก่อนที่.) แม้ว่า SMTPhas คุณภาพที่ยอดเยี่ยมมากมายเป็นหลักฐานโดยการแพร่หลายในอินเทอร์เน็ตก็ยังคงเป็นเทคโนโลยีเดิมที่มีลักษณะโบราณบางอย่าง ยกตัวอย่างเช่นมัน จำกัด ร่างกาย (ไม่ได้เป็นเพียงส่วนหัว) ของข้อความอีเมลทั้งหมดจะง่าย ASCII 7 บิต ความรู้สึกนี้ข้อ จำกัด ที่เกิดขึ้นในช่วงต้นทศวรรษ 1980 เมื่อกำลังส่งก็หายากและไม่มีใครส่งอีเมล์แนบขนาดใหญ่หรือภาพขนาดใหญ่เสียงหรือไฟล์วิดีโอ แต่วันนี้ในยุคมัลติมีเดียข้อ จำกัด ASCII 7 บิตเป็นบิตของความเจ็บปวดมันต้องใช้ข้อมูลมัลติมีเดียไบนารีที่จะเข้ารหัส ASCII ก่อนที่จะถูกส่งผ่าน SMTP; และต้องใช้ข้อความ ASCII ที่สอดคล้องกันที่จะถอดรหัสกลับไปไบนารีหลังจากขนส่ง SMTP การเรียกคืนจากมาตรา 2.2 ที่ HTTP ไม่จำเป็นต้องมีข้อมูลมัลติมีเดียที่จะเป็น ASCII เข้ารหัสก่อนที่จะโอน แสดงให้เห็นถึงการดำเนินการขั้นพื้นฐานของ SMTP ขอเดินผ่านสถานการณ์ทั่วไป สมมติว่าอลิซต้องการที่จะส่งข้อความที่ง่าย ASCII บ๊อบ


การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 3:[สำเนา]
คัดลอก!
SMTP , ที่กำหนดไว้ใน RFC 5321 เป็นหัวใจของอินเทอร์เน็ต อิเล็กทรอนิกส์เมล์ ตามที่กล่าวไว้ข้างต้น รับข้อความจากเซิร์ฟเวอร์ SMTP senders"mail ไปยังผู้รับจดหมายเซิร์ฟเวอร์ SMTP จะมีอายุมากกว่า http . ( ต้นฉบับ rfc smtp วันที่กลับไปปี 1982 และ smtpwas รอบนานก่อนหน้านั้น แม้ว่า smtphas มากมายที่ยอดเยี่ยมคุณภาพ ดังเห็นได้จากชื่อของ บริษัท ในอินเทอร์เน็ตก็ยังคงเป็นมรดกเทคโนโลยีที่ครบถ้วนบางอย่างโบราณของ ตัวอย่างเช่น จำกัด ร่างกาย ( ไม่ใช่แค่ส่วนหัวของข้อความจดหมายทั้งหมด ASCII 7 บิตง่าย ข้อ จำกัด นี้ทำให้ความรู้สึกในต้นทศวรรษ 1980 เมื่อความจุของการส่งผ่านขาดแคลน และไม่มีใครถูกส่งอีเมล์สิ่งที่แนบมาขนาดใหญ่หรือภาพขนาดใหญ่ เสียง หรือวิดีโอไฟล์ แต่ในวันนี้ในยุคมัลติมีเดีย จำกัด , ASCII แบบ 7 บิตเป็นบิตของปวด มันต้องใช้ข้อมูลมัลติมีเดียไบนารีที่จะเข้ารหัสเพื่อ ASCII ก่อนถูกส่งผ่าน SMTP ; และมันต้องใช้ข้อความ ASCII ที่สอดคล้องกันที่จะถอดรหัสกลับไปไบนารีหลังขนส่ง SMTP . เรียกคืนจากส่วน 2.2 ที่ http ไม่ต้องใช้ข้อมูลมัลติมีเดียที่เป็น ASCII ก่อนโอน แสดงงานพื้นฐานของ SMTP , เดินถึงสถานการณ์ทั่วไป คิดว่าอลิซต้องการส่งบ๊อบข้อความ ASCII ธรรมดา
การแปล กรุณารอสักครู่..
 
ภาษาอื่น ๆ
การสนับสนุนเครื่องมือแปลภาษา: กรีก, กันนาดา, กาลิเชียน, คลิงออน, คอร์สิกา, คาซัค, คาตาลัน, คินยารวันดา, คีร์กิซ, คุชราต, จอร์เจีย, จีน, จีนดั้งเดิม, ชวา, ชิเชวา, ซามัว, ซีบัวโน, ซุนดา, ซูลู, ญี่ปุ่น, ดัตช์, ตรวจหาภาษา, ตุรกี, ทมิฬ, ทาจิก, ทาทาร์, นอร์เวย์, บอสเนีย, บัลแกเรีย, บาสก์, ปัญจาป, ฝรั่งเศส, พาชตู, ฟริเชียน, ฟินแลนด์, ฟิลิปปินส์, ภาษาอินโดนีเซี, มองโกเลีย, มัลทีส, มาซีโดเนีย, มาราฐี, มาลากาซี, มาลายาลัม, มาเลย์, ม้ง, ยิดดิช, ยูเครน, รัสเซีย, ละติน, ลักเซมเบิร์ก, ลัตเวีย, ลาว, ลิทัวเนีย, สวาฮิลี, สวีเดน, สิงหล, สินธี, สเปน, สโลวัก, สโลวีเนีย, อังกฤษ, อัมฮาริก, อาร์เซอร์ไบจัน, อาร์เมเนีย, อาหรับ, อิกโบ, อิตาลี, อุยกูร์, อุสเบกิสถาน, อูรดู, ฮังการี, ฮัวซา, ฮาวาย, ฮินดี, ฮีบรู, เกลิกสกอต, เกาหลี, เขมร, เคิร์ด, เช็ก, เซอร์เบียน, เซโซโท, เดนมาร์ก, เตลูกู, เติร์กเมน, เนปาล, เบงกอล, เบลารุส, เปอร์เซีย, เมารี, เมียนมา (พม่า), เยอรมัน, เวลส์, เวียดนาม, เอสเปอแรนโต, เอสโทเนีย, เฮติครีโอล, แอฟริกา, แอลเบเนีย, โคซา, โครเอเชีย, โชนา, โซมาลี, โปรตุเกส, โปแลนด์, โยรูบา, โรมาเนีย, โอเดีย (โอริยา), ไทย, ไอซ์แลนด์, ไอร์แลนด์, การแปลภาษา.

Copyright ©2025 I Love Translation. All reserved.

E-mail: