IMAP ການຮັກສາຂໍ້ມູນຂ່າວສານຄວາມປອດໄພ

ໃນຂະນະທີ່ການເຜີຍແຜ່ເຕັກໂນໂລຢີຂໍ້ມູນ, ບັນຫາຄວາມປອດໄພຈະກາຍເປັນສິ່ງສໍາຄັນ. ແລະວຽກງານຕ້ອງມີລັກສະນະທີ່ແຕກຕ່າງກັນແລະມີຄວາມສໍາພັນກັບການພັດທະນາທີ່ແຕກຕ່າງກັນ. ນີ້, ຕົວຢ່າງ, ການຮັກສາຄວາມປອດໄພ IMAP - ມັນເປັນແນວໃດ? ວິທີທີ່ເຊື່ອຖືໄດ້ແມ່ນ ໂປແກຼມການເຂົ້າເຖິງຂໍ້ມູນອິນເຕີເນັດ? ມັນເປັນສິ່ງທີ່ດີທີ່ສຸດ, ມັນໄດ້ຖືກພັດທະນາ, ລຸ້ນໃດແລະກົນໄກການເຮັດວຽກທີ່ມີຢູ່ - ນີ້ແມ່ນການສະຫຼຸບສັ້ນໆກ່ຽວກັບເນື້ອໃນຂອງບົດຄວາມທີ່ທ່ານປະຈຸບັນຮູ້ຈັກ.

IMAP ແມ່ນຫຍັງ?

ຄວາມປອດໄພຂອງການຕອບສະຫນອງແມ່ນສໍາຄັນເນື່ອງຈາກຄວາມຈິງທີ່ວ່າມັນສາມາດມີຂໍ້ມູນທີ່ມີຄຸນຄ່າ. ໂປຣແກຣມນີ້ຖືກນໍາໃຊ້ໃນລະດັບຄໍາຮ້ອງສະຫມັກເພື່ອໃຫ້ການເຂົ້າເຖິງຂໍ້ມູນອີເມລ໌ພຽງແຕ່ໃຫ້ຜູ້ທີ່ຕ້ອງໄດ້ຮັບມັນ. ມັນໄດ້ຖືກພັດທະນາບົນພື້ນຖານຂອງ TCP ແລະນໍາໃຊ້ພອດ 143 ສໍາລັບຄວາມຕ້ອງການຂອງມັນ. IMAP ໃຫ້ຜູ້ໃຊ້ສາມາດເຮັດວຽກຮ່ວມກັບອີເມວທີ່ຢູ່ໃນບາງເຄື່ອງແມ່ຂ່າຍກາງ. ໂຄງການທີ່ນໍາໃຊ້ໂປຣແກຣມນີ້ປະຕິບັດການປະຕິບັດທີ່ຈໍາເປັນໃນລັກສະນະທີ່ການປະທັບໃຈທີ່ຖືກສ້າງຂື້ນວ່າຈົດຫມາຍທັງຫມົດແມ່ນຢູ່ໃນຄອມພິວເຕີຂອງຜູ້ໃຊ້. ດ້ວຍຈໍານວນການເຂົ້າຊົມຫລາຍ, ເຄື່ອງແມ່ຂ່າຍ IMAP ພິເສດສາມາດໃຊ້ໄດ້. ການຈັດການຈົດຫມາຍບໍ່ຈໍາເປັນຕ້ອງມີການໂອນຖາວອນໃຫ້ກັບຜູ້ຮັບຂອງໄຟລ໌ທີ່ມີເນື້ອຫາ. ແຕ່ນີ້ບໍ່ແມ່ນໂປໂຕຄອນດຽວທີ່ໃຊ້ໃນ ການບໍລິການທາງອີເມວ. ຕົວຢ່າງເຊັ່ນ SMTP ຖືກໃຊ້ເພື່ອສົ່ງຂໍ້ຄວາມເພາະວ່າຄໍາສັ່ງສົ່ງໄປຍັງ IMAP ບໍ່ສາມາດຮັບປະກັນຄວາມປອດໄພຢ່າງເຕັມທີ່. ມີຄວາມອ່ອນແອທີ່ຮູ້ຈັກ.

ເປັນຫຍັງໂປໂຕຄອນ IMAP ຈຶ່ງພັດທະນາ?

ມັນໄດ້ຖືກພັດທະນາເປັນທາງເລືອກກັບ POP3. ມັນທັງຫມົດໄດ້ເລີ່ມຕົ້ນເພາະວ່າຂໍ້ບົກຜ່ອງຂອງມັນ. ດັ່ງນັ້ນ, ມັນບໍ່ມີຄວາມສາມາດໃນການຄຸ້ມຄອງ, ຍ້າຍແລະເກັບຂໍ້ຄວາມຢູ່ໃນເຄື່ອງແມ່ຂ່າຍ. ດັ່ງນັ້ນ, ວ່າໂປຣແກຣມ IMAP ໄດ້ຖືກພັດທະນາ, ເຊິ່ງສະຫນອງຄວາມເປັນໄປໄດ້ທີ່ຈະໄດ້ຮັບອີເມລ໌ຢູ່ໃນສະຖານທີ່ຕ່າງໆໂດຍຜ່ານການເກັບຮັກສາຂໍ້ມູນກ່ຽວກັບເຄື່ອງແມ່ຂ່າຍຫ່າງໄກສອກຫຼີກ.

ຂໍ້ດີກ່ວາ POP3

ເປັນຫຍັງທ່ານຈຶ່ງໃຊ້ໂປໂຕຄອນນີ້? ຄວາມຈິງແລ້ວແມ່ນວ່າອີເມລ IMAP ສະຫນອງໃຫ້, ນອກເຫນືອໄປຈາກຂ້າງເທິງນີ້, ຂໍ້ໄດ້ປຽບບາງຢ່າງອື່ນໆ:

1. ການເຊື່ອມຕໍ່ບໍ່ໄດ້ປິດການເຊື່ອມຕໍ່ໃນຂະນະທີ່ຫນ້າຈໍ ຂອງຜູ້ໃຊ້ ມີການເຄື່ອນໄຫວ .
2. ຂໍ້ຄວາມຖືກດາວໂຫຼດເທົ່ານັ້ນຖ້າມີຂໍ້ກໍານົດທີ່ເຫມາະສົມຈາກລູກຄ້າ.
3. ມັນສາມາດເຂົ້າເຖິງຄົນອື່ນໄດ້ພ້ອມກັນ, ແລະພວກເຂົາແຕ່ລະຄົນສາມາດຕິດຕາມກວດກາການປ່ຽນແປງທັງຫມົດ.
4. ລູກຄ້າສາມາດສ້າງ, ປ່ຽນຊື່ແລະລົບກ່ອງແລະຍ້າຍຂໍ້ຄວາມລະຫວ່າງພວກເຂົາ. ນອກຈາກນັ້ນ, ຖ້າທ່ານມີ IMAP 4 Access Control List extension, ທ່ານສາມາດປ່ຽນສິດອະນຸຍາດ.
5. ທ່ານສາມາດຕິດຕາມສະຖານະຂອງຂໍ້ຄວາມຕົວມັນເອງ (ມັນຖືກອ່ານ, ລຶບ, ສົ່ງຄໍາຕອບ, ແລະອື່ນໆ). ຂໍ້ມູນກ່ຽວກັບການກະທໍາດັ່ງກ່າວແມ່ນເອີ້ນວ່າທຸງແລະພວກມັນຖືກເກັບຢູ່ໃນເຄື່ອງແມ່ຂ່າຍ.
6. ການຊອກຫາຂໍ້ຄວາມແມ່ນຖືກປະຕິບັດຢູ່ສະເຫມີກ່ຽວກັບເຄື່ອງແມ່ຂ່າຍແລະມີກົນໄກການຂະຫຍາຍຢ່າງຊັດເຈນ.

ຂໍ້ຄວາມແລະຄຸນລັກສະນະຂອງເຂົາເຈົ້າ

ການຮັກສາຄວາມປອດໄພ IMAP ເຮັດວຽກເສພາະກັບຂໍ້ຄວາມແລະພວກເຂົາບໍ່ຈໍາເປັນຕ້ອງມີໂປແກຼມທີ່ມີຫົວຂໍ້ພິເສດ. ແຕ່ລະຄົນມີຄຸນລັກສະນະຂອງຕົນເອງ. ພວກເຂົາສາມາດໄດ້ຮັບການກໍານົດແຕ່ລະຄົນຫຼືຮ່ວມກັນກັບຄົນອື່ນ. ໃນປັດຈຸບັນມີຫົກໂປແກຼມ IMAP ຂອງໂປແກຼມ, ແຕ່ເກືອບວ່າມີພຽງແຕ່ຫນຶ່ງຄັ້ງເທົ່ານັ້ນ.

UID

ແຕ່ລະຂໍ້ຄວາມໄດ້ຮັບລະຫັດ 32 ບິດຂອງມັນ. ຕົວກໍານົດການເປັນເອກະລັກຖືກຕື່ມໃສ່ມັນ. ຮ່ວມກັນ, ພວກເຂົາປະກອບເປັນລໍາດັບ 64 ບິດ, ຊຶ່ງຈໍາເປັນທີ່ຈະກໍານົດຂໍ້ຄວາມ. ນີ້ແມ່ນການຮັກສາຄວາມປອດໄພ IMAP. ຫຼັງຈາກນັ້ນມັນມາ, ສິ່ງສໍາຄັນຫຼາຍກວ່າ UID ແມ່ນ. ພາລາມິເຕີນີ້ຖືກໃຊ້ເປັນລະຫັດຕອບເມື່ອທ່ານເລືອກກ່ອງຈົດຫມາຍ. ມັນບໍ່ປ່ຽນແປງໃນໄລຍະເວລາຫນຶ່ງຫຼືລະຫວ່າງພວກມັນ. ຖ້າເງື່ອນໄຂທາງວິຊາການຕ້ອງການແກ້ໄຂພາລາມິເຕີນີ້, ຫຼັງຈາກນັ້ນ UID ຕ້ອງຈໍາເປັນຕ້ອງໃຫຍ່ກວ່າກ່ອນ. ສໍາລັບການຖ່າຍໂອນຂໍ້ມູນ, ໃຊ້ IMAP port ດຽວກັນ.

ຈໍານວນລໍາດັບຂອງຂໍ້ຄວາມ

ມັນເລີ່ມຕົ້ນດ້ວຍຫນຶ່ງ. ຈໍານວນຂອງຂໍ້ຄວາມຕໍ່ໄປນີ້ແມ່ນເພີ່ມຂຶ້ນ 1, ເມື່ອທຽບໃສ່ກັບທີ່ຜ່ານມາ. ຄວາມແຕກຕ່າງທີ່ສໍາຄັນຈາກກ່ອງຈົດຫມາຍແມ່ນວ່າມັນສາມາດປ່ຽນແປງໃນລະຫວ່າງການເຊື່ອມຕໍ່ຫນຶ່ງຄັ້ງ: ຕົວຢ່າງເມື່ອທ່ານລຶບຂໍ້ຄວາມແລ້ວ.

ທົງຂໍ້ຄວາມ

ຄຸນລັກສະນະນີ້ຄ້າຍຄືບັນຊີລາຍຊື່ທີ່ມີໂຕໂອນທີ່ມີຊື່ຫຼືບໍ່ມີຊື່ອື່ນທີ່ກ່ຽວຂ້ອງກັບຂໍ້ມູນທີ່ຢູ່ເບື້ອງຕົ້ນ. IMAP 4.1 ນໍາສະເຫນີສອງປະເພດຂອງທຸງຊາດ. ພວກເຂົາສາມາດປະຕິບັດຊົ່ວຄາວ (ຕະຫຼອດໄລຍະເວລາ), ຫຼືຈະຖາວອນ. ຊື່ຂອງລະບົບແມ່ນທຸງທີ່ຊື່ກໍານົດໄວ້ໃນຂໍ້ກໍານົດຂອງໂປໂຕຄອນ. ທັງຫມົດເຫຼົ່ານີ້ຕ້ອງເລີ່ມຕົ້ນດ້ວຍ \. ໃນປັດຈຸບັນ, ທຸງລະບົບດັ່ງກ່າວໄດ້ຖືກກໍານົດວ່າ:

1. \ Seen - ຂໍ້ຄວາມຖືກອ່ານແລ້ວ
2. \ ຕອບ - ການຕອບສະຫນອງຖືກສົ່ງໄປ;
3. \ ທີ່ຜ່ານມາ - ຂໍ້ຄວາມທີ່ປາກົດຢູ່ໃນລະຫວ່າງປະຈຸບັນ;
4. \ Draft - ຖືກຫມາຍເປັນຮ່າງ;
5. \ Flagged - ຜູ້ໃຊ້ສັງເກດເຫັນຂໍ້ຄວາມນີ້ເປັນສິ່ງສໍາຄັນ;
6. \ deleted - deleted

ວັນທີແລະເວລາພາຍໃນຂອງຂໍ້ຄວາມ

ມັນກໍານົດວ່າຄ່າຄວນຢູ່ໃນຕົວກໍານົດເຫຼົ່ານີ້ແນວໃດ? ຖ້າຂໍ້ຄວາມຖືກສົ່ງໂດຍໃຊ້ໂປໂຕຄອນ SMTP, ເວລາແລະວັນທີຂອງປາຍທາງສຸດທ້າຍຈະຖືກນໍາໄປໃຊ້. ຖ້າທ່ານໃຊ້ຄໍາສັ່ງສໍາເນົາ, ຕົວກໍານົດການຂອງຜູ້ສົ່ງຈະຖືກນໍາໃຊ້. ທ່ານສາມາດລະບຸເວລາແລະວັນເວລາຂອງທ່ານ - ສໍາລັບການນີ້ທ່ານຄວນໃຊ້ຄໍາສັ່ງຕິດຕາມ.

ການພົວພັນລະຫວ່າງລູກຄ້າແລະເຄື່ອງແມ່ຂ່າຍ

ເມື່ອນໍາໃຊ້ IMAP, ການເຊື່ອມຕໍ່ແມ່ນຖືກສ້າງຂື້ນບົນພື້ນຖານຫຼັກການລູກຄ້າ. ດັ່ງນັ້ນ, ຄັ້ງທໍາອິດສົ່ງຄໍາສັ່ງທີ່ໄດ້ຮັບຈາກຕົວມັນເອງ, ແລະຄັ້ງທີສອງສົ່ງຂໍ້ມູນທີ່ຕ້ອງການເຊັ່ນດຽວກັນກັບຂໍ້ມູນກ່ຽວກັບການປະຕິບັດຄໍາຮ້ອງຂໍ. ຂໍ້ຄວາມທັງຫມົດມີຮູບແບບຂອງສາຍ, ເຊິ່ງສິ້ນສຸດລົງດ້ວຍລໍາດັບພິເສດ. ການປະຕິບັດທຸກຂັ້ນຕອນເລີ່ມຕົ້ນດ້ວຍຄໍາສັ່ງຂອງລູກຄ້າ. ພວກເຂົາເຈົ້າໄດ້ຖືກຮັບຮູ້ຍ້ອນຂອບໃຈຕົວລະບຸຕົວທໍາອິດ (ເຊິ່ງເປັນສາຍອັກຂະລະສັ້ນ) ຊຶ່ງເອີ້ນວ່າປ້າຍຊື່. ທີມງານແຕ່ລະຄົນມີຈໍານວນເປັນເອກະລັກຂອງຕົນເອງ.

ອາດຈະມີສອງກໍລະນີທີ່ຂໍ້ມູນທີ່ສົ່ງໂດຍລູກຄ້າບໍ່ຄົບຖ້ວນ. ຄັ້ງທໍາອິດ - ການໂຕ້ຖຽງຂອງຄໍາສັ່ງແມ່ນໃຫ້ມີລະຫັດທີ່ກໍານົດກ່ອນຫນ້ານີ້ຈໍານວນ octets ທີ່ຢູ່ໃນ trod. ທີສອງແມ່ນວ່າທ່ານຕ້ອງການການຕອບສະຫນອງຈາກເຄື່ອງແມ່ຂ່າຍ. ໃນກໍລະນີທັງສອງ, ລູກຄ້າໄດ້ຮັບຄໍາຮ້ອງຂໍສືບຕໍ່ຄໍາສັ່ງ, ເຊິ່ງຈໍາເປັນເລີ່ມຕົ້ນດ້ວຍຕົວອັກສອນເຊັ່ນ: +. ຖ້າມີຂໍ້ມູນສະເພາະໃດຫນຶ່ງເລີ່ມຕົ້ນທີ່ຈະມາເຖິງ, ການໂອນຕ້ອງໄດ້ສໍາເລັດ, ຖ້າບໍ່ດັ່ງນັ້ນມັນຈະບໍ່ສາມາດເລີ່ມຕົ້ນຂະບວນການໃຫມ່ໄດ້. ການອ່ານ, ການວິເຄາະ, ການເນັ້ນຂໍ້ກໍານົດແລະການໂອນເຂົ້າກັບເຄື່ອງແມ່ຂ່າຍຂອງຂໍ້ມູນແມ່ນດໍາເນີນການໂດຍຕົວຮັບສັນຍານ. ເມື່ອການປຸງແຕ່ງຄໍາສັ່ງຖືກແລ້ວ, ລູກຄ້າຈະຖືກສົ່ງຄໍາຕອບກັບການແຈ້ງເຕືອນນີ້. ຂໍ້ມູນທີ່ບໍ່ໄດ້ຊີ້ບອກເຖິງການປະຕິບັດການປະຕິບັດຄໍາສັ່ງຖືກນໍາຫນ້າດ້ວຍ *. ມັນຖືກເອີ້ນວ່າການຕອບສະຫນອງທີ່ບໍ່ໄດ້ຫມາຍເຖິງ. ມັນເປັນໄປໄດ້ທີ່ຈະສົ່ງເຄື່ອງແມ່ຂ່າຍເຫຼົ່ານີ້ເປັນການຕອບສະຫນອງກັບຄໍາຮ້ອງຂໍຂອງລູກຄ້າຫຼືໃນການລິເລີ່ມຂອງຕົນເອງ. ຮູບແບບຂອງພວກເຂົາບໍ່ຂຶ້ນຢູ່ກັບເຫດຜົນທີ່ພວກເຂົາຖືກສົ່ງໄປ.

ແລະຈະເປັນແນວໃດກ່ຽວກັບການບໍລິການທີ່ນິຍົມເຊັ່ນ Gmail? ການຕັ້ງຄ່າ IMAP ສໍາລັບຜູ້ໃຊ້ທົ່ວໄປແມ່ນບໍ່ມີ, ແຕ່ພວກເຂົາສາມາດເຮັດໄດ້ຖ້າທ່ານສົ່ງຂໍ້ຄວາມຜ່ານລູກຄ້າພິເສດ. ແຕ່ນີ້ແມ່ນພຽງແຕ່ສໍາລັບຕົວອັກສອນອອກ.

ແລະສໍາລັບສິ່ງທີ່ມີການຕອບສະຫນອງທີ່ຈໍາເປັນແທ້ໆ? ພວກເຂົາເຈົ້າລາຍງານການປະຕິບັດ / ສົບຜົນສໍາເລັດຂອງຂໍ້ມູນ. ການຕອບສະຫນອງສະເຫມີໃຊ້ປ້າຍດຽວກັນທີ່ຄໍາສັ່ງຂອງລູກຄ້າທີ່ໃຊ້, ເຊິ່ງໄດ້ເລີ່ມຕົ້ນຂັ້ນຕອນ. ດັ່ງນັ້ນ, ການນໍາໃຊ້ການສື່ສານແບບ Multithreading ແມ່ນເປັນໄປໄດ້, ແລະພວກມັນຈະບໍ່ສັບສົນກັບຕົວເອງ. ເພື່ອອະທິບາຍສະຖານະການ, ສາມປະເພດການຕອບຮັບຈາກເຄື່ອງແມ່ຂ່າຍໄດ້ຖືກພັດທະນາ:

1. ການປະຕິບັດສົບຜົນສໍາເລັດ.
2. ຄວາມລົ້ມເຫຼວ.
3. ຂໍ້ຜິດພະລາດຂອງໂປໂຕຄອນ IMAP (ເກີດຂຶ້ນເມື່ອຄໍາສັ່ງທີ່ບໍ່ຮູ້ຈັກຖືກນໍາໃຊ້, ຫຼືເຄື່ອງແມ່ຂ່າຍໄດ້ຮັບຮູ້ວ່າມີບັນຫາກັບໄວຣັສ).

ຄວາມເປັນຫ່ວງຂອງລູກຄ້າແມ່ນວ່າລາວຄວນຈະກຽມພ້ອມທີ່ຈະປະຕິບັດການຕອບໂຕ້ທີ່ມາກັບລາວ. ຂໍ້ມູນດັ່ງກ່າວຕ້ອງໄດ້ຖືກຂຽນໄວ້ໃນແບບທີ່ລູກຄ້າສາມາດນໍາໃຊ້ໂດຍກົງໂດຍບໍ່ຕ້ອງສົ່ງຄໍາຖາມຫາເຄື່ອງແມ່ຂ່າຍ. ທ່ານສາມາດເບິ່ງນີ້ໃນ Gmail. ການຕັ້ງຄ່າ IMAP ສາມາດຖືກແກ້ໄຂຫລືປ່ຽນແປງໄດ້ເນື່ອງຈາກ ລູກຄ້າອີເມວ ທີ່ມີການເຮັດວຽກຢ່າງກວ້າງຂວາງ.

ສະຫຼຸບ

ໂປໂຕຄອນຄວາມປອດໄພນີ້ຊ່ວຍປັບປຸງຄວາມຫນ້າເຊື່ອຖືຂອງການສົ່ງຂໍ້ມູນແລະມັນສາມາດໃຫ້ຄໍາຫມັ້ນສັນຍາທີ່ສໍາຄັນວ່າບຸກຄົນທີ່ສາມບໍ່ສາມາດເຂົ້າເຖິງຂໍ້ມູນໄດ້. ແຕ່ນີ້ບໍ່ໄດ້ຫມາຍຄວາມວ່າຄົນອື່ນບໍ່ສາມາດອ່ານຈົດຫມາຍ. ຄວາມສ່ຽງທີ່ເປັນໄປໄດ້ຍັງຄົງຢູ່ໃນເຊີຟເວີແລະຜູ້ໃຊ້ສາມາດເຮັດໄດ້ເພາະຄວາມຮູ້ທີ່ບໍ່ມີປະໂຫຍດກ່ຽວກັບການຫລອກລວງຂອງຜູ້ຂີ້ເຫຍື້ອເພື່ອສົ່ງຂໍ້ມູນທັງຫມົດທີ່ຈໍາເປັນໃນການເຂົ້າເຖິງອີເມວ.