ນີ້ແມ່ນຄໍາສັ່ງ mhlistmh ທີ່ສາມາດດໍາເນີນການໄດ້ໃນ OnWorks ຜູ້ໃຫ້ບໍລິການໂຮດຕິ້ງຟຣີໂດຍໃຊ້ຫນຶ່ງໃນສະຖານີເຮັດວຽກອອນໄລນ໌ຟຣີຫຼາຍອັນຂອງພວກເຮົາເຊັ່ນ Ubuntu Online, Fedora Online, Windows online emulator ຫຼື MAC OS online emulator
ໂຄງການ:
NAME
mhlist - ລາຍຊື່ຂໍ້ມູນກ່ຽວກັບຂໍ້ຄວາມ MIME
ສະຫຼຸບສັງລວມ
mhlist [+ໂຟນເດີ] [ຂໍ້ຄວາມ] [-file ເອກະສານ] [-ສ່ວນ ຈໍານວນ] ... [-ປະເພດ ເນື້ອໃນ] ... [ຫົວ ໜ້າ |
- noheaders] [- ຂະຫນາດຈິງ | -norealsize] [- rache ນະໂຍບາຍ] [-wcache ນະໂຍບາຍ] [- ກວດສອບ |
- nocheck] [- ການປ່ຽນແປງ | - ບໍ່ປ່ຽນແປງ] [- ກະດູກ | - noverbose] [- ການຕັ້ງໃຈ |
- nodisposition] [-ການປ່ຽນແປງ] [-ຊ່ວຍ]
ລາຍລະອຽດ
ໄດ້ mhlist ຄໍາສັ່ງອະນຸຍາດໃຫ້ທ່ານເພື່ອລາຍການຂໍ້ມູນ (ໂດຍສະເພາະແມ່ນຕາຕະລາງຂອງເນື້ອໃນ) ກ່ຽວກັບການ
ພາກສ່ວນຕ່າງໆຂອງການເກັບກໍາຂໍ້ຄວາມ MIME (ຫຼາຍສື່).
mhlist ຈັດການ MIME (ຂໍ້ຄວາມຫຼາຍສື່) ຕາມທີ່ລະບຸໄວ້ໃນ RFC 2045 ຫາ RFC 2049 (ເບິ່ງ
mhbuild(1)).
ໄດ້ ຫົວ ໜ້າ ສະວິດຊີ້ບອກວ່າປ້າຍໂຄສະນາແຖວໜຶ່ງຄວນສະແດງຢູ່ຂ້າງເທິງ
ລາຍຊື່.
ໄດ້ - ຂະຫນາດຈິງ ສະຫຼັບບອກ mhlist ເພື່ອປະເມີນຮູບແບບ "native" (ຖອດລະຫັດ) ຂອງແຕ່ລະຄົນ
ເນື້ອຫາກ່ອນລາຍຊື່. ນີ້ສະຫນອງການນັບທີ່ຖືກຕ້ອງໃນຄ່າໃຊ້ຈ່າຍຂະຫນາດນ້ອຍ
ຊັກຊ້າ.
ຖ້າ - ກະດູກ ສະວິດແມ່ນປະຈຸບັນ, ຫຼັງຈາກນັ້ນລາຍຊື່ຈະສະແດງຂໍ້ມູນ "ພິເສດ" ທີ່
ມີຢູ່ໃນຂໍ້ຄວາມ, ເຊັ່ນ: ຄໍາເຫັນຢູ່ໃນສ່ວນຫົວ "ປະເພດເນື້ອຫາ".
ຖ້າ - ການຕັ້ງໃຈ ສະວິດແມ່ນປະຈຸບັນ, ຫຼັງຈາກນັ້ນລາຍຊື່ຈະສະແດງຂໍ້ມູນທີ່ກ່ຽວຂ້ອງ
ຈາກຫົວຂໍ້ "ການຈັດວາງເນື້ອຫາ".
ທາງເລືອກ -file ເອກະສານ directs mhlist ການນໍາໃຊ້ໄຟລ໌ທີ່ລະບຸໄວ້ເປັນຂໍ້ຄວາມແຫຼ່ງ,
ແທນທີ່ຈະເປັນຂໍ້ຄວາມຈາກໂຟນເດີ. ຖ້າທ່ານລະບຸໄຟລ໌ນີ້ເປັນ “-”, ຫຼັງຈາກນັ້ນ mhlist ຈະ
ຍອມຮັບຂໍ້ຄວາມທີ່ມາໃນວັດສະດຸປ້ອນມາດຕະຖານ. ໃຫ້ສັງເກດວ່າໄຟລ໌, ຫຼືການປ້ອນຂໍ້ມູນຈາກ
ການປ້ອນຂໍ້ມູນມາດຕະຖານຄວນຈະເປັນຂໍ້ຄວາມທີ່ມີຮູບແບບທີ່ຖືກຕ້ອງ, ຄືກັນກັບສິ່ງອື່ນໆ nmh ຂໍ້ຄວາມ. ມັນ
ຄວນ ບໍ່ ຢູ່ໃນຮູບແບບການຫຼຸດລົງ mail (ການປ່ຽນໄຟລ໌ໃນຮູບແບບການຫຼຸດລົງ mail ກັບໂຟນເດີຂອງ
nmh ຂໍ້ຄວາມ, ເບິ່ງ inc(1)).
ໂດຍຕົວຢ່າງ, mhlist ຈະລາຍຊື່ຂໍ້ມູນກ່ຽວກັບຂໍ້ຄວາມທັງໝົດ (ທຸກພາກສ່ວນຂອງມັນ). ໂດຍ
ການນໍາໃຊ້ -ສ່ວນ ແລະ -ປະເພດ ສະຫຼັບ, ທ່ານອາດຈະຈໍາກັດຂອບເຂດຂອງຄໍາສັ່ງນີ້ໂດຍສະເພາະ
ສ່ວນຍ່ອຍ (ຂອງເນື້ອໃນຫຼາຍສ່ວນ) ແລະ/ຫຼື ປະເພດເນື້ອຫາສະເພາະ.
ຂໍ້ມູນຈໍາເພາະສ່ວນຫນຶ່ງປະກອບດ້ວຍຊຸດຂອງຕົວເລກທີ່ແຍກອອກໂດຍຈຸດ. ຕົວຢ່າງ, ໃນ a
ເນື້ອໃນຫຼາຍສ່ວນທີ່ມີສາມພາກສ່ວນ, ເຫຼົ່ານີ້ຈະໄດ້ຮັບການຕັ້ງຊື່ເປັນ 1, 2, ແລະ 3,
ຕາມລໍາດັບ. ຖ້າພາກສ່ວນ 2 ຍັງເປັນເນື້ອໃນຫຼາຍສ່ວນທີ່ມີສອງສ່ວນ, ເຫຼົ່ານີ້ຈະເປັນ
ຕັ້ງຊື່ເປັນ 2.1 ແລະ 2.2 ຕາມລໍາດັບ. ໃຫ້ສັງເກດວ່າ -ສ່ວນ switch ມີປະສິດທິພາບພຽງແຕ່
ຂໍ້ຄວາມທີ່ມີເນື້ອໃນຫຼາຍສ່ວນ. ຖ້າຂໍ້ຄວາມມີເນື້ອຫາປະເພດອື່ນ, ຫຼື
ຖ້າພາກສ່ວນແມ່ນຕົວຂອງມັນເອງອີກເນື້ອໃນ multipart, ໄດ້ -ສ່ວນ ສະຫຼັບຈະບໍ່ປ້ອງກັນ
ເນື້ອໃນຈາກການປະຕິບັດ.
ສະເພາະເນື້ອຫາປະກອບດ້ວຍປະເພດເນື້ອຫາ ແລະປະເພດຍ່ອຍ. ບັນຊີລາຍຊື່ເບື້ອງຕົ້ນຂອງ
ປະເພດເນື້ອຫາ ແລະປະເພດຍ່ອຍ "ມາດຕະຖານ" ສາມາດພົບໄດ້ໃນ RFC 2046.
ບັນຊີລາຍຊື່ຂອງເນື້ອໃນທີ່ໃຊ້ທົ່ວໄປແມ່ນໄດ້ຜະລິດຄືນໂດຍຫຍໍ້ຢູ່ທີ່ນີ້:
ປະເພດຍ່ອຍ
------------
ຂໍ້ຄວາມທໍາມະດາ, ອຸດົມສົມບູນ
multipart ປະສົມ, ທາງເລືອກ, ຍ່ອຍ, ຂະຫນານ
ຂໍ້ຄວາມ rfc822, ບາງສ່ວນ, ຮ່າງກາຍພາຍນອກ
ຄໍາຮ້ອງສະຫມັກ octet-stream, postscript
ຮູບພາບ jpeg, gif, png
ສຽງພື້ນຖານ
ວິດີໂອ mpeg
ຂໍ້ຄວາມ MIME ທີ່ຖືກຕ້ອງຕາມກົດໝາຍຕ້ອງມີປະເພດຍ່ອຍສະເພາະ.
ເພື່ອລະບຸເນື້ອຫາ, ບໍ່ວ່າຈະເປັນປະເພດຍ່ອຍຂອງມັນ, ພຽງແຕ່ໃຊ້ຊື່ຂອງເນື້ອຫາ, ຕົວຢ່າງ:
"ສຽງ". ເພື່ອລະບຸປະເພດຍ່ອຍສະເພາະ, ໃຫ້ແຍກທັງສອງອອກດ້ວຍເຄື່ອງໝາຍເລກ, ຕົວຢ່າງ:
"ສຽງ/ພື້ນຖານ". ໃຫ້ສັງເກດວ່າໂດຍບໍ່ຄໍານຶງເຖິງຄ່າທີ່ໃຫ້ກັບ -ປະເພດ ສະຫຼັບ, ຫຼາຍພາກສ່ວນ
ເນື້ອໃນ (ຂອງປະເພດຍ່ອຍໃດນຶ່ງທີ່ລະບຸໄວ້ຂ້າງເທິງ) ແມ່ນປະຕິບັດຢູ່ສະເໝີ. ໃຫ້ສັງເກດວ່າຖ້າຫາກວ່າ
-ປະເພດ ສະວິດຖືກນໍາໃຊ້, ແລະມັນເປັນຄວາມປາຖະຫນາທີ່ຈະປະຕິບັດກ່ຽວກັບຂໍ້ຄວາມ / ເນື້ອໃນພາຍນອກ, ຫຼັງຈາກນັ້ນ
ໄດ້ -ປະເພດ ປຸ່ມຕ້ອງຖືກໃຊ້ສອງຄັ້ງ: ຄັ້ງດຽວສໍາລັບຂໍ້ຄວາມ / ຮ່າງກາຍພາຍນອກແລະຫນຶ່ງຄັ້ງສໍາລັບ
ເນື້ອຫາອ້າງອີງພາຍນອກ.
ພາກສ່ວນຂອງຫຼາຍສ່ວນ/ສ່ວນທາງເລືອກແມ່ນໄດ້ລະບຸໄວ້ໃນລໍາດັບປີ້ນກັບຂອງພວກມັນ
ການຈັດວາງໃນຂໍ້ຄວາມ. ບັນຊີລາຍຊື່ດັ່ງນັ້ນແມ່ນຢູ່ໃນລໍາດັບຫຼຸດລົງຂອງຄວາມມັກ, ເປັນ
ກຳນົດໄວ້ໃນ RFC 1521.
ການກວດສອບ ໄດ້ ເນື້ອໃນ
ໄດ້ - ກວດສອບ ສະຫຼັບບອກ mhlist ເພື່ອກວດເບິ່ງແຕ່ລະເນື້ອໃນສໍາລັບ checksum ຄວາມຊື່ສັດ. ຖ້າ ກ
ເນື້ອຫາມີ checksum ດັ່ງກ່າວ (ລະບຸເປັນຊ່ອງຂໍ້ມູນສ່ວນຫົວຂອງ Content-MD5), ຈາກນັ້ນ mhlist ຈະ
ພະຍາຍາມກວດສອບຄວາມສົມບູນຂອງເນື້ອຫາ.
ໃຊ້ mhlistmh ອອນໄລນ໌ໂດຍໃຊ້ບໍລິການ onworks.net
