MIME ເຮັດໃຫ້ມັນງ່າຍທີ່ຈະສົ່ງໄຟລ໌ແນບໄຟລ໌ກັບອີເມວ. ນີ້ແມ່ນວິທີການເຮັດວຽກ.
MIME stands for "Multipurpose Internet Mail Extensions". ມັນສຽງທັງສັບສົນແລະບໍ່ມີຄວາມຫມາຍ, ແຕ່ MIME ຂະຫຍາຍຄວາມສາມາດຂອງອີເມວອິນເຕີເນັດໃນທາງທີ່ຫນ້າຕື່ນເຕັ້ນ.
ຂໍ້ຄວາມອີເມວ ໄດ້ຖືກກໍານົດໂດຍ RFC 822 (ແລະຕໍ່ມາ RFC 2822) ນັບຕັ້ງແຕ່ປີ 1982, ແລະພວກເຂົາເຈົ້າອາດຈະສືບຕໍ່ເຊື່ອຟັງມາດຕະຖານນີ້ເປັນເວລາດົນນານ.
ບໍ່ມີຫຍັງແຕ່ຂໍ້ຄວາມ, ຂໍ້ຄວາມທົ່ງພຽງ
ແຕ່ຫນ້າເສຍດາຍ, RFC 822 ທົນທຸກຈາກຂໍ້ຈໍາກັດຈໍານວນຫນຶ່ງ. ໂດຍສະເພາະຢ່າງຍິ່ງ, ຂໍ້ຄວາມທີ່ສອດຄ່ອງກັບມາດຕະຖານນັ້ນຕ້ອງບໍ່ມີຂໍ້ມູນໃດໆນອກເຫນືອຈາກຂໍ້ຄວາມ ASCII ທີ່ເປັນທົ່ງພຽງ.
ເພື່ອສົ່ງໄຟລ໌ (ເຊັ່ນ: ຮູບພາບ, ເອກະສານໂປຣແກຣມຫຼືໂປແກຼມໂປຼແກຼມ), ຫນຶ່ງຕ້ອງແປງພວກມັນໃຫ້ເປັນຂໍ້ຄວາມທໍາມະດາແລ້ວສົ່ງຜົນຂອງການປ່ຽນແປງໃນຮ່າງກາຍຂອງຂໍ້ຄວາມອີເມວ. ຜູ້ຮັບຕ້ອງໄດ້ສະກັດຂໍ້ຄວາມຈາກຂໍ້ຄວາມແລະປ່ຽນມັນໄປຍັງຮູບແບບໄຟລ໌ໄບນາລີອີກເທື່ອຫນຶ່ງ. ນີ້ແມ່ນຂະບວນການທີ່ຫຍຸ້ງຍາກ, ແລະກ່ອນ MIME ມັນກໍ່ຕ້ອງເຮັດດ້ວຍມື.
MIME ແກ້ໄຂບັນຫານີ້ທີ່ຕິດກັບ RFC 822, ແລະມັນກໍ່ສາມາດ ໃຊ້ຕົວອັກສອນສາກົນ ໃນຂໍ້ຄວາມອີເມວໄດ້. ມີຂໍ້ຈໍາກັດ RFC 822 ກັບຂໍ້ຄວາມທໍາມະດາ (ພາສາອັງກິດ), ນີ້ບໍ່ໄດ້ເປັນໄປໄດ້ກ່ອນ.
ການສູນເສຍໂຄງສ້າງ
ນອກເຫນືອຈາກການຈໍາກັດຕົວອັກສອນ ASCII, RFC 822 ບໍ່ໄດ້ກໍານົດໂຄງສ້າງຂອງຂໍ້ຄວາມຫຼືຮູບແບບຂອງຂໍ້ມູນ. ເນື່ອງຈາກວ່າມັນເປັນທີ່ຊັດເຈນວ່າທ່ານສະເຫມີໄດ້ຮັບຂໍ້ມູນຂໍ້ມູນຂໍ້ຄວາມທໍາມະດາຫນຶ່ງ, ມັນບໍ່ແມ່ນສິ່ງຈໍາເປັນໃນເວລາທີ່ມາດຕະຖານຖືກກໍານົດ.
ໃນທາງກົງກັນຂ້າມ, MIME ຊ່ວຍໃຫ້ທ່ານສາມາດສົ່ງຂໍ້ມູນຕ່າງໆທີ່ແຕກຕ່າງກັນໃນຂໍ້ຄວາມຫນຶ່ງ (ເວົ້າ, ຮູບພາບແລະເອກະສານ Word) ແລະມັນບອກລູກຄ້າອີເມວຂອງຜູ້ຮັບວ່າຮູບແບບໃດໃນຮູບແບບນັ້ນເພື່ອໃຫ້ພວກເຂົາສາມາດເລືອກທາງເລືອກທີ່ສະແດງຂໍ້ຄວາມໄດ້.
ເມື່ອທ່ານໄດ້ຮັບຮູບພາບ, ທ່ານບໍ່ຈໍາເປັນຕ້ອງຄິດວ່າມັນສາມາດເບິ່ງໄດ້ກັບຜູ້ຊົມຮູບພາບ. ລູກຄ້າອີເມວຂອງທ່ານຈະສະແດງຮູບພາບຂອງມັນເອງຫຼືເລີ່ມຕົ້ນໂຄງການໃນຄອມພິວເຕີຂອງທ່ານທີ່ສາມາດເຮັດໄດ້.
ການກໍ່ສ້າງແລະຂະຫຍາຍ RFC 822
ປະຈຸບັນວິທີການ magic magic ເຮັດວຽກແນວໃດ? ໂດຍພື້ນຖານແລ້ວ, ມັນນໍາໃຊ້ຂະບວນການທີ່ຫຍຸ້ງຍາກໃນການສົ່ງຂໍ້ມູນທີ່ຖືກຕ້ອງໃນຂໍ້ຄວາມທໍາມະດາທີ່ໄດ້ອະທິບາຍໄວ້ຂ້າງເທິງ. ມາດຕະຖານຂໍ້ຄວາມ MIME ບໍ່ໄດ້ແທນທີ່ມາດຕະຖານທີ່ວາງໄວ້ໃນ RFC 822 ແຕ່ວ່າມັນຂະຫຍາຍມັນ. ຂໍ້ຄວາມ MIME ບໍ່ສາມາດມີ ຂໍ້ຄວາມ ໃດກໍ່ຕາມແຕ່ຂໍ້ຄວາມ ASCII ກໍ່ບໍ່ໄດ້.
ນີ້ຫມາຍຄວາມວ່າຂໍ້ມູນອີເມລ໌ທັງຫມົດຕ້ອງຖືກລຶບຖິ້ມໄວ້ໃນຂໍ້ຄວາມທໍາມະດາກ່ອນທີ່ຂໍ້ຄວາມຈະຖືກສົ່ງໄປແລະມັນຕ້ອງຖືກຖອດອອກເປັນຮູບແບບຕົ້ນສະບັບຂອງມັນອີກເທື່ອຫນຶ່ງ. ຜູ້ໃຊ້ອີເມວກ່ອນຈະຕ້ອງເຮັດແບບນີ້ດ້ວຍຕົນເອງ. MIME ມັນສໍາລັບພວກເຮົາທີ່ສະດວກສະບາຍແລະງ່າຍດາຍ, ປົກກະຕິແລ້ວໂດຍຜ່ານຂະບວນການທີ່ມີຊື່ສຽງເອີ້ນວ່າ ລະບົບຖານຂໍ້ມູນ Base64 .
ຊີວິດເປັນຂໍ້ຄວາມ Email MIME
ເມື່ອທ່ານຂຽນຂໍ້ຄວາມໃນໂປແກຣມອີເມວທີ່ສາມາດ MIME, ໂປລແກລມປະມານນີ້ຄື:
- ຖ້າຂໍ້ຄວາມຢູ່ໃນຂໍ້ຄວາມ ASCII ທົ່ງພຽງ, ມັນຈະປ່ອຍໃຫ້ມັນຢູ່ຄົນດຽວແລະພຽງແຕ່ບອກລູກຄ້າອີເມວຂອງຜູ້ຮັບທີ່ຄາດຫວັງວ່າບໍ່ມີ ຂໍ້ຄວາມທົ່ງພຽງ .
- ຖ້າຂໍ້ຄວາມປະກອບມີຫນຶ່ງຫຼືຫຼາຍເອກະສານຕິດຄັດແລະຮ່າງກາຍທີ່ມີຮູບແບບ HTML, ແຕ່ລະສ່ວນແມ່ນເບິ່ງແລະໄດ້ຮັບການປະຕິບັດໂດຍແຍກຕ່າງຫາກ.
ຫນ້າທໍາອິດ, ຮູບແບບຂອງຂໍ້ມູນແມ່ນກໍານົດ. ນີ້ແມ່ນຈໍາເປັນທີ່ຈະບອກລູກຄ້າອີເມວຂອງຜູ້ຮັບວ່າຈະເຮັດແນວໃດກັບຂໍ້ມູນແລະເພື່ອຮັບປະກັນການເຂົ້າລະຫັດທີ່ເຫມາະສົມເພື່ອບໍ່ມີຫຍັງເສຍຫາຍໃນລະຫວ່າງການໂອນ.
ຫຼັງຈາກນັ້ນ, ຂໍ້ມູນແມ່ນ encoded ຖ້າວ່າມັນຢູ່ໃນຮູບແບບທີ່ບໍ່ແມ່ນຂໍ້ຄວາມ ASCII ທີ່ເປັນທົ່ງພຽງ. ໃນ ຂະບວນການເຂົ້າລະຫັດ , ຂໍ້ມູນຈະຖືກແປງເປັນຂໍ້ຄວາມທົ່ງພຽງທີ່ເຫມາະສົມສໍາລັບຂໍ້ຄວາມ RFC 822.
ສຸດທ້າຍ, ຂໍ້ມູນທີ່ຖືກເຂົ້າລະຫັດຈະຖືກໃສ່ໃນຂໍ້ຄວາມ, ແລະ ລູກຄ້າອີເມວ ຂອງຜູ້ຮັບຈະແຈ້ງໃຫ້ຮູ້ວ່າປະເພດຂໍ້ມູນທີ່ຈະຄາດຫວັງ: ມີເອກະສານແນບແນວໃດ? ພວກເຂົາຖືກເຂົ້າລະຫັດໄດ້ແນວໃດ? ຮູບແບບໃດທີ່ໄຟລ໌ຕົ້ນສະບັບຢູ່ໃນ?
ສຸດທ້າຍຂອງຜູ້ຮັບ, ຂະບວນການນີ້ຖືກຍົກເລີກ. ຫນ້າທໍາອິດ, ລູກຄ້າອີເມວອ່ານຂໍ້ມູນທີ່ຖືກເພີ່ມໂດຍລູກຄ້າອີເມວຂອງຜູ້ສົ່ງ: ຂ້ອຍຕ້ອງຊອກຫາເອກະສານຕິດຕໍ່? ຂ້ອຍຈະຖອດລະຫັດໃຫ້ເຂົາເຈົ້າໄດ້ແນວໃດ? ຂ້ອຍຈະຈັດການໄຟລ໌ຜົນໄດ້ຮັບໄດ້ແນວໃດ? ຫຼັງຈາກນັ້ນ, ແຕ່ລະສ່ວນຂອງຂໍ້ຄວາມຈະຖືກສະກັດແລະອອກແບບຖ້າຈໍາເປັນ. ສຸດທ້າຍ, ລູກຄ້າອີເມວສະແດງສ່ວນທີ່ໄດ້ຮັບກັບຜູ້ໃຊ້. ຮ່າງກາຍຂໍ້ຄວາມທໍາມະດາແມ່ນສະແດງຢູ່ໃນສາຍໃນອີເມວລູກຄ້າພ້ອມກັບການ ຕິດຮູບພາບ . ໂປລແກລມທີ່ຕິດຢູ່ກັບຂໍ້ຄວາມຈະສະແດງດ້ວຍ ໄອຄອນແນບ ແລະຜູ້ໃຊ້ສາມາດຕັດສິນໃຈວ່າຈະເຮັດຫຍັງກັບມັນ. ນາງສາມາດປະຢັດມັນຢູ່ບ່ອນໃດໃນແຜ່ນຂອງນາງ, ຫຼືເລີ່ມຕົ້ນມັນໂດຍກົງຈາກໂຄງການອີເມວ.