UTILS.
ทำงานในเบราว์เซอร์ 100%
✉️

เข้ารหัสและถอดรหัส Quoted-Printable

เข้ารหัสข้อความเป็นหรือถอดรหัสจาก MIME Quoted-Printable (escape =XX, soft line break) พร้อมโหมด body และแบบ 'Q' ของเฮดเดอร์ RFC 2047

ป้อนข้อความด้านบนเพื่อเข้ารหัสหรือถอดรหัส

เกี่ยวกับเครื่องมือนี้

เครื่องมือเข้ารหัสและถอดรหัส Quoted-Printable แปลงข้อความไปมากับ MIME Quoted-Printable ซึ่งเป็น content-transfer encoding ที่ใช้ในอีเมลสำหรับข้อความที่ส่วนใหญ่เป็น ASCII พร้อมไบต์ที่ไม่ใช่ ASCII เป็นครั้งคราว การเข้ารหัส (ตาม RFC 2045 §6.7) ปล่อย ASCII ที่พิมพ์ได้ (33–126) ผ่านโดยไม่เปลี่ยน ยกเว้น '=' เอง ซึ่งกลายเป็น =3D ไบต์ใดๆ นอกช่วงนั้น — ตัวอักษรที่มีเครื่องหมายเน้นเสียง สัญลักษณ์ และลำดับ UTF-8 หลายไบต์ — ถูกเขียนเป็น =HH โดยใช้ฐานสิบหกตัวพิมพ์ใหญ่ ช่องว่างและแท็บที่เป็นตัวอักษรถูกเก็บไว้ ยกเว้นที่ปลายบรรทัดซึ่งถูกเข้ารหัสเป็น =20 หรือ =09 เพื่อให้อยู่รอดในการส่ง

ทุกอย่างทำงานภายในเครื่องในเบราว์เซอร์ของคุณและไม่มีการอัปโหลด ในโหมด body ตัวเข้ารหัสบังคับใช้ขีดจำกัด 76 อักขระต่อบรรทัดโดยแทรก soft line break — '=' ทันทีก่อน CRLF — และไม่เคยแยก triplet =HH ข้ามการขึ้นบรรทัด การถอดรหัสย้อนทั้งหมดนี้: มันลบ soft break ('=' ตามด้วยการขึ้นบรรทัด) เปลี่ยนแต่ละ =HH กลับเป็นไบต์ และปล่อยอักขระอื่นๆ ไว้ตามเดิม สุดท้ายตีความไบต์ที่สร้างใหม่เป็น UTF-8 เพื่อให้ข้อความที่มีเครื่องหมายเน้นเสียงและไม่ใช่ละตินแปลงไปกลับได้ถูกต้อง

ตัวเลือกโหมดสลับระหว่างการเข้ารหัส body มาตรฐานและแบบ 'Q' ของเฮดเดอร์ RFC 2047 ที่ใช้ภายใน encoded-word =?charset?Q?...?= ในแบบเฮดเดอร์ ช่องว่างแทนด้วย underscore '_' (และ '_' ที่เป็นตัวอักษรถูกเข้ารหัสเป็น =5F) ซึ่งตัวถอดรหัสแมปกลับเป็นช่องว่าง เลือกทิศทางและโหมด วางข้อความของคุณ และคัดลอกผลลัพธ์

คำถามที่พบบ่อย

Quoted-Printable ใช้ทำอะไร?
เป็น content-transfer encoding ของอีเมลสำหรับข้อความที่ส่วนใหญ่เป็น ASCII แต่มีไบต์ที่ไม่ใช่ ASCII บ้าง มันเก็บอักขระที่อ่านได้ให้อ่านออกในขณะที่ escape ไบต์ที่อาจถูกเปลี่ยนระหว่างส่งอย่างปลอดภัย ต่างจาก Base64 ที่ทำให้ทั้งข้อความคลุมเครือ
Soft line break คืออะไร?
เพื่อเคารพขีดจำกัด 76 อักขระต่อบรรทัด ตัวเข้ารหัสจบบรรทัดที่ตัดด้วย '=' ต่อท้ายก่อน CRLF '=' นั้นเป็น soft break: หมายถึง 'บรรทัดนี้ต่อเนื่อง' ดังนั้นตัวถอดรหัสจึงเชื่อมบรรทัดกลับเข้าด้วยกันและมันไม่ใช่ส่วนของข้อมูล
โหมด 'Q' ของเฮดเดอร์ต่างจากโหมด body อย่างไร?
แบบ 'Q' ของ RFC 2047 (ใช้ภายใน encoded-word =?UTF-8?Q?...?= ในเฮดเดอร์) แทนช่องว่างด้วย underscore '_' แทน =20 และเข้ารหัส underscore ที่เป็นตัวอักษรเป็น =5F โหมด body เก็บช่องว่างเป็นตัวอักษรและใช้การตัดบรรทัดแบบ soft ที่ 76 คอลัมน์
มันจัดการ Unicode / UTF-8 ถูกต้องไหม?
ถูกต้อง ในการเข้ารหัส แต่ละอักขระถูกแปลงเป็นไบต์ UTF-8 และไบต์ใดๆ นอกช่วง 33–126 กลายเป็น =HH ในการถอดรหัส ไบต์ที่ถอดรหัสทั้งหมดถูกประกอบใหม่และอ่านเป็น UTF-8 ดังนั้นอักขระหลายไบต์เช่น é, £ และ — จึงแปลงไปกลับได้ตรงกัน

เครื่องมือเพิ่มเติม