Monday, October 30, 2017

ວິທີແກ້ບັນຫາ mail server ສົ່ງອອກຊ້າ ແລະ Delay ດົນຫລາຍ

ອີເມວດີເລ (Email Delay)  ສົ່ງຊ້າ ?


ອີເມວສົ່ງອອກຊ້າຫລາຍ (email delay)
ບັນຫາ Email Delay ຫລື ຫລັງຈາກສົ່ງອອກ, ຜູ້ຮັບຕ້ອງລໍດົນ ກວ່າຈະໄດ້ຮັບ

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

ສາເຫດຂອງ ບັນຫາ  Email Delay ໃນຂະບວນການສົ່ງ

ຄິວໃນການສົ່ງອີເມວຈໍານວນຫລາຍ
ອີເມວຂອງຄຸນຕ້ອງໄປເຂົ້າຄິວ, ເມື່ອມີ User ຄົນອື່ນສົ່ງອີເມວຈໍານວນຫລາຍ ໆ ຢູ່

  • ເກີດຈາກການບໍລິຫານຈັດການຂອງ Mail Server ນັ້ນບໍ່ດີ, ຄຸນຕ້ອງຢ່າລືມວ່າໃນ Mail Server ເຄື່ອງຫນຶ່ງປະກອບໄປດ້ວຍ Email ເປັນຫມື່ນ ໆ User, ຊຶ່ງເມື່ອຫມື່ນ ໆ User ນັ້ນສົ່ງອີເມວອອກພ້ອມກັນ,​ເມື່ອຄຸນໄດ້ເຮັດການສົ່ງອີເມວອອກໄປ, ອີເມວຂອງຄຸນກໍຕ້ອງໄປເຂົ້າຄິວຕໍ່ຈາກອີເມວອື່ນ ໆ ທີ່ລໍຢູ່ໃນຄິວເປັນຫມື່ນ ໆ ສະບັບ ເລີຍເຮັດໃຫ້ເກີດບັນຫາກວ່າທີ່ຄຸນຈະໄດ້ສົ່ງອີເມວອອກນັ້ນ Delay ເປັນຫລາຍຊົ່ວໂມງ ເພາະຕ້ອງໄປລໍຄິວໃນ Mail Server

ການແກ້ໄຂບັນຫາ Email Delay ໃນຂະບວນການສົ່ງ


ວິທີການແກ້ບັນຫາ email delay ໃນ mail server
ການແກ້ບັນຫາດ້ວຍການມີ Mail Server ຈໍານວນຫລາຍ ໆ ໃນການສົ່ງ, ຈະເຮັດໃຫ້ອີເມວຄຸນບໍ່ຕ້ອງລໍຄິວດົນ

  • ຫາກຜູ້ໃຫ້ບໍລິການ Mail Server ຂອງອົງກອນຄຸນ ມີລະບົບບໍລິຫານຈັດການທີ່ດີ,ຜູ້ໃຫ້ບໍລິການເຫລົ່ານັ້ນມັກຈະສ້າງ Mail Server ທີ່ມີຫນ້າທີ່ດີດອີເມວອອກຫລາຍ ໆ Server, เพื่อรองรับปริมาณอีเมล์ที่ถูกส่งออกด้วย User ຈໍານວນຫລາຍ ໆ, ການແກ້ໄຂດ້ວຍວິທີການນີ້ເຮັດໃຫ້ Email ຂອງຄຸນສາມາດສົ່ງອອກໄດ້ແທບຈະ Realtime ທັນທີ, ຫລື ຫາກມີການຕໍ່ຄິວກໍໃຊ້ເວລາໃນການລໍຄິວນ້ອຍຫລາຍ 

ບົດຄວາມໂດຍ

ບໍລິສັດ ເທກໂນໂລຍີແລນ ຈໍາກັດ
ຜູ້ໃຫ້ບໍລິການ Mail Server ອັນດັບ 1 ທີ່ໃຊ້ເທກໂນໂລຍີ  Multi Outgoing Mail Server

ການຕັ້ງຄ່າ Block file ບາງປະເພດ (Attachment Restrictions)


ການ Block file ບາງປະເພດ ມີຄວາມຈໍາເປັນໃນກໍລະນີທີ່ໄວຣັສແອບມາກັບອີເມນ ເລົາສາມາດຕັ້ງຄ່າໃນສ່ວນຂອງ Attachment Restrictions ໄດ້ ເພື່ອກອງປະເພດຂອງ File ໃນຊັ້ນທໍາອິດ ກ່ອນເຮັດການສົ່ງອີເມວໄປຍັງ Mailbox ຂອງ Sender

ວິທີການຕັ້ງຄ່າ


ຫລັງຈາກທີ່ Admin ເຮັດການ Log in ໄປຍັງຫນ້າ Spam Pane lລຽບຮ້ອຍແລ້ວ

ເລືອກ Attachment Restrictions
ເລືອກ Attachment Restrictions 

ກອກຊະນິດຂອງໄຟທີ່ຕ້ອງການ Block ຈາກນັ້ນກົດ 'Add'
ໃນຫົວຂໍ້ Blocked extensions ໃຫ້ກອກຊະນິດຂອງ File ທີ່ຕ້ອງການ Block ຈາກນັ້ນກົດ 'Add'

Blocked extensions were successfully updated
ເມື່ອກົດ Add ແລ້ວ ຈະມີແຖບສະຖານະຂຶ້ນວ່າ Blocked extensions were successfully updated

ນອກຈາກນີ້ເລົາຍັງສາມາດຕັ້ງໃຫ້ລະບົບ Block File ແນບ ທີ່ອັນຕະລາຍໄດ້ດ້ວຍໃນຫົວຂໍ້ More options

Block dangerous attachments
ເລືອກ Block dangerous attachments ແລະກົດ Save



ບໍລິສັດ ເທກໂນໂລຍີແລນ ຈໍາກັດ

ຜູ້ໃຫ້ບໍລິການລະບົບອີເມວສໍາລັບອົງກອນ

Saturday, October 28, 2017

Cloud ຄືຫຍັງ ແລະ ເຮັດວຽກຢ່າງໄຮ ?


Cloud ຄືຫຍັງ
ການເຮັດວຽກຂອງ Cloud ແລະ ຄວາມຫມາຍຂອງ Cloud

Cloud ຄືຫຍັງ 


     ຫລາຍ ໆ ທ່ານຄົງເຄີຍໄດ້ຍິນລະບົບນີ້ມາກ່ອນ ແຕ່ຍັງອາຈະບໍ່ຮູ້ວ່າ ມັນຄືຫຍັງ ເຮັດຫນ້າທີ່ຫຍັງ ແລະ ມີປະໂຍດຢ່າງໄຮ ຈິງໆແລ້ວລະບົບ Cloud ມີການໃຊ້ວຽກມາດົນແລ້ວ ແຕ່ຄົນສ່ວນໃຫຍ່ຍັງບໍ່ຮູ້ຈັກ
     Could ເປັນການເຮັດວຽກຮ່ວມກັບ Server ຈໍານວນຫລາຍ ເຮັດຫນ້າທີ່ຄື Server ທຸກຢ່າງ ເຮັດໃຫ້ເກີດຄວາມຫມັ້ນໃຈ ເມື່ອເລືອກໃຊ້ວຽກ เເພາະຖ້າຫາກ  Server ມີບັນຫາ Cloud ຍັງເຮັດຫນ້າທີ່ແທນຢ່າງຕໍ່ເນື່ອງ ສາມາດຫມັ້ນໃຈໄດ້ຕະຫຼອດເວລາ ຊຶ່ງສ່ວນໃຫຍ່ບໍລິສັດ ທີ່ໃຫ້ບໍລິການດ້ານ Email Hosting ຫລື Server ທໍາມະດາທົ່ວໄປ ຫາກເກີດອຸປະກອນເສຍຫາຍ ລະບົບທັງຫມົດກໍຈະຢຸດເຮັດວຽກທັນທີ ໂດຍບໍ່ມີລະບົບທົດແທນ


ປະໂຍດແລະການເຮັດວຽກຂອງ Cloud

  • າມາດເຮັດວຽກຮ່ວມກັບ Server  ຈໍານວນຫລາຍ ເມື່ອເກີດບັນຫາ Server Down Cloud ກໍຈະສາມາດເຮັດວຽກທົດແທນໄດ້ ໂດຍແບ່ງຫນ້າທີ່ການເຮັດວຽກໄດ້ອຍ່າງປະກະຕິ CPU RAM ການຈັດເກັບຂໍ້ມູນຕ່າງໆ 
  • ການຈັດເກັບຂໍ້ມູນ ສາມາດຖ່າຍໂອນຂໍ້ມູນ ເກັບຂໍ້ມູນຢູ່ຕະຫຼອດເວລາ ເມື່ອເກີດເຫດຂັດຂ້ອງ ຈະຖືກເອີ້ນຂໍ້ມູນຈາກ Cloud ສໍາຮອງຂໍ້ມູນໄດ້ທັນທີ ເປັນການໂອນຍ້າຍແບບ SAN ມີຂໍ້ມູນຄືກັນ ຂໍ້ມູນຈະຖືກ Copy ໄວ້ຕະຫຼອດເວລາ ເມື່ອມີການປ່ຽນແປງ
  • CPU , Memory ຈະແບ່ງແຍກລະບົບການເຮັດວຽກຢ່າງຊັດເຈນ ຈະບໍ່ມີຜົນຕໍ່ການໃຊ້ວຽກ ພ້ອມລະບົບFirewall ປົກປ້ອງລະບົບສໍາຮອງທີ່ເຮັດວຽກຢູ່
  • ເກີດຄວາມຫມັ້ນໃຈໄວ້ໃນການເຮັດທຸລະກິດ ທັງການໃຊ້ກ່ຽວກັບລະບົບການເງິນ ດ້ານການຕອບສະຫນອງຕ່າງໆ ຂະນະໃຊ້ວຽກຈຶ່ງຫມັ້ນໃຈໄດ້ວ່າ จຈະບໍ່ເກີດບັນຫາລະຫວ່າງການໃຊ້ວຽກ ຊຶ່ງຈະສົ່ງຜົນບໍ່ດີແນ່ຖ້າຫາກລະບົບຂອງທ່ານເກີດການເສຍຫາຍຢູ່ເລື້ອຍໆ

     ທັງນີ້ ຫາກທຸລະກິດຂອງຄຸນມີການເລືອກໃຊ້ວຽກ Email Hosting ຄວນມີການສຶກສາຂໍ້ມູນກ່ຽວກັບລະບົບ Server ດ້ວຍວ່າเເປັນລະບົບ Cloud ຈິງໆບໍ່ ຫາກບໍ່ໃຊ້ອາດຈະສົ່ງຜົນໃຫ້ເກີດບັນຫາเເລື່ອງຄວາມເສຖີຍນພາບຂອງລະບົບ  ແລະເຮັດໃຫ້ລະບົບການສື່ສານດ້ວຍ Email ທັງຫມົດຂອງຄຸນມີບັນຫາໂດຍທັນທີ


ບໍລິສັດ ເທກໂນໂລຍີແລນ ຈໍາກັດ

ຜູ້ໃຫ້ບໍລິການ Cloud EMail Hosting ທີ່ດີທີ່ສຸດໃນປະເທດໄທ

DMARC DNS ຄືຫຍັງ


DMARC ຄືຫຍັງ

DMARC DNS ຄືຫຍັງ

Domain-based Message Authentication, Reporting and Conformance (DMARC) ເປັນຄ່າ Record ຕົວຫນຶ່ງໃນ DNS ທີ່ສ້າງຄວາມປອດໄພໃຫ້ກັບຜູ້ສົ່ງ ໂດຍທີ່ໂດເມນທີ່ມີ DMARC ນັ້ນ ຕໍ່ຍອດມາຈາກ SPF ແລະ DKIM ຊຶ່ງປ້ອງກັນການສວມຮອຍດ້ວຍບັນຊີຜູ້ສົ່ງ ເພື່ອລໍ່ລວງໃຫ້ຜູ້ຮັບຕິດຕໍ່ສື່ສານກັບຜູ້ສົ່ງຜິດຄົນ ອາດຈະເປັນກົນລວງຂອງມິສະສາຊີບທີ່ມີຄວາມຮູ້ດ້ານຄອມພິວເຕີเກ່ຽວກັບການ Hack 

ໂດຍຄ່າ DMARC ຈະເປັນການເພີ່ມການລາຍວຽກການສົ່ງເມນລວງໃຫ້ກັບເລົາ ວ່າມີການສົ່ງອີເມນທີ່ມາຈາກ Sender  ປອມຈາກໃສ ຢ່າງໄຮ

ຕົວຢ່າງ DMARC Record

v=DMARC1; p=none; rua=mailto:postmaster@mycompany.com


ບໍລິສັດ ເທກໂນໂລຍີແລນ ຈໍາກັດ

ຜູ້ໃຫ້ບໍລິການລະບົບອີເມນ @ ຊື່ບໍລິສັດຄວາມປອດໄພສູງ

DKIM ຄືຫຍັງ ຫຍໍ້ມາຈາກຫຍັງ



DKIM  ຄືຫຍັງ ຫຍໍ້ມາຈາກຫຍັງ

DKIM ຫຍໍ້ມາຈາກ DomainKeys Identified Mail ເປັນຕົວທີ່ເພີ່ມຄວາມຫນ້າເຊື່ອຖືໃຫ້ກັບ Mail Server ຂອງຜູ້ສົ່ງ ເປັນລາຍເຊັນດິຈິຕອນທີ່ເອົາໄວ້ປະທັບຕາທີ່ Header (ສ່ວນຫົວຂອງອີເມນ) ວ່າເລົາໃຊ້ Server ຂອງເລົາເອງສົ່ງບໍ່ ຊຶ່ງຄ່າ DKIM ຈະຊ່ວຍປ້ອງກັນການ Phishing Mail ໄດ້ອຍ່າງຫລາຍ

ເມື່ອກ່ອນເລົາມີການໃຊ້ຄ່າ SPF ໃນ DNS ດ້ວຍ ເພື່ອປ້ອງກັນບໍ່ໃຫ້ຂໍ້ຄວາມຂອງເລົາຕົກຫນັກເຂົ້າໄປຢູ່ໃນ Spam/Junk ຂອງຜູ້ຮັບ ແຕ່ກໍອາດຈະຊ່ວຍໄດ້ໄມ່ຫມົດ ແລະເປັນແຄ່ການສ້າງຄວາມປອດໄພໃຫ້ກັບຜູ້ຮັບຜູ້ສົ່ງໃນເບື້ອງຕົ້ນເທົ່ານັ້ນ

ສ່ວນການ Generate DKIM ມາໃຊ້ວຽກ ກໍສາມາດໃຊ້ວຽກໄດ້ກັບທຸກ Cpanel ຢູ່ແລ້ວ ພຽງແຄ່ເພີ່ມຄ່າ DKIM ລົງໄປໃນ DNS ກໍສາມາດສ້າງຄວາມຫນ້າເຊື່ອຖື ແລະລົດໂອກາດທີ່ພວກເຮົາຈະຖືກ Phishing mail ໄດ້ອຍ່າງຫລາຍ

ຄ່າ DKIM ຈໍາເປັນບໍ່ ເຫມາະກັບໃຜ?

ສໍາລັບຜູ້ຂຽນຄິດວ່າຄ່ານີ້ມີຄວາມຈໍາເປັນພໍສົມຄວນ ທີ່ຈະຊ່ວຍໃຫ້ Sender ກັບ Recipient ຕິດຕໍ່ກັນແບບວາງໃຈຊຶ່ງກັນແລະກັນ ເວລາສົ່ງຂໍ້ຄວາມໄປມາ ກໍບໍ່ຕ້ອງຢ້ານວ່າຝ່າຍໃດ ຝ່າຍຫນຶ່ງຈະຖືກ Hack ຂໍ້ມູນໄປຍັງບຸກຄົນທີ່ສາມ (Man in the middle attack) 

ການ Config ຄ່າເທິງ Mail Server ໃຫ້ປອດໄພສູງສຸດເຫມາະກັບທຸກບໍລິສັດ ໂດຍເສພາະບໍລິສັດທີ່ເຮັດທຸລະກິດກັບຕ່າງປະເທດ ຕ້ອງຕິດຕໍ່ສື່ສານຜ່ານທາງອີເມນເປັນຫລັກ ກໍຄວນຈະມີ Mail Server ທີ່ມີປະສິດທິພາບ ມີການກວດສອບຄ່າ DKIM ຢ່າງເຫມາະສົມ


ບໍລິສັດ ເທກໂນໂລຍີແລນ ຈໍາກັດ


ຜູ້ໃຫ້ບໍລິການອີເມນໂຮດຕິ້ງສໍາຫລັບອົງກອນທີ່ມີຄວາມປອດໄພສູງສຸດ

ຄ່າ SPF ໃນ DNS ເປັນສິ່ງສໍາຄັນສໍາລັບ Email server ຢ່າງໄຮ ?

Spam ແລະ Junk Mail ເປັນບັນຫາໃຫຍ່ຂອງ ຜູ້ໃຫ້ບໍລິການ Email Hosting ເຖິງແມ້ຈະມີລະບົບກອງອີເມນຂະຫຍະ (Spam Filterແຕ່ວ່າ Spammer ກໍພະຢາຍາມຫາວິທີໃຫມ່ ໆ ມາສົ່ງ Spam mail ນອກຈາກເຊັກວ່າ IP  ມີ  PTR Record ຊຶ່ງເປັນວິທີເຊັກພື້ນຖານທົ່ວໄປ


ໃນອີກດ້ານຫນຶ່ງ ເລົາໃນຖານະຜູ້ສົ່ງ(Sender) ທີ່ຕ້ອງການສົ່ງ Email ເພື່ອການສື່ສານທາງທຸລະກິດຈິງໆ ແລະ ມິໄດ້ມີເຈຕະນາທີ່ຈະສົ່ງ Spam Mail ແຕ່ທ່ານອາດຈະສົ່ງໄປບໍ່ເຖິງ Email Server ປາຍທາງ ຫາກ DNS ທ່ານບໍ່ມີ SPF Record ຊຶ່ງປາຍທາງອາດຈະບໍ່ຮັບ Email ແລະ Reject Message ກັບມາໂດຍທັນທີ ຫລື Email ທ່ານກໍເຂົ້າ Folder Junk ເຮັດໃຫ້ທ່ານບໍ່ສາມາດສົ່ງ email ໄປຍັງຜູ້ຮັບໄດ້ (Receiver) ໃນທີ່ສຸດ


SPF Record ຄື ຫຍັງ ?

SPF ຫຍໍ້ມາຈາກ Sender Policy Framework  ຊຶ່ງເປັນຄ່າທີ່ປະກາດ IP Address ໃນການສົ່ງ Email ຂອງທ່ານ ວ່າໄດ້ຮັບອະນຸຍາດແລະຍືນຍັນຈາກ Mail Server ທີ່ເຮັດການສົ່ງອອກວ່າ IP ນີ້ສົ່ງຈິງບໍ່ ເພາະໃນຄວາມເປັນຈິງມີອົງກອນຈໍານວນຫລາຍມິໄດ້ໃຊ້ Mail Server ທີ່ເປັນ IP ຕົນເອງໃນການສົ່ງ ແຕ່ອາໄສ Mail Server ຕົວອື່ນໃນການດີດອີເມນອອກໄປ  ແຕ່ປາຍທາງ (Receiver) ບໍ່ຫມັ້ນໃຈວ່າ IP ຂອງທ່ານໄດ້ຮັບອະນຸຍາດຈາກ Mail Server ທີ່ດີດອອກນັ້ນບໍ່ ດັ່ງນັ້ນຫາກ IP ຂອງທ່ານໄດ້ຮັບການຍືນຍັນຈາກ Mail Server ທີ່ດີດອອກ ກໍຈະເປັນການເພີ່ມຄວາມຫນ້າເຊື່ອຖືຂອງຂໍ້ຄວາມຂອງທ່ານຫລາຍຂຶ້ນ

ຂໍຍົກຕົວຢ່າງວ່າ Domain ຫນຶ່ງຊື່ວ່າ abc.co.th ໃຊ້ບໍລິການ Google Apps (G-Sutie)

SPF Record
SPF Record ໃນ DNS Table

ໂດຍປະກະຕິ User @abc.co.th ໃຊ້ Mail Server ຂອງ Google Apps ເພື່ອຍືນຍັນຕົວຕົນສົ່ງອີເມນອອກໄປ ແລະ ປາຍທາງກໍສາມາດຮັບໄດ້ ແຕ່ວ່າ Mail Server ປາຍທາງບາງທີ່ມີຄວາມເຂັ້ມງວດໃນການກອງສູງ ຈະຕ້ອງການກວດສອບວ່າ ຂໍ້ຄວາມທີ່ທ່ານສົ່ງເຂົ້າມານັ້ນໃຊ້ Mail Server ຈາກ IP ຂອງ Google Apps ຫລື IP ຂອງ Mail Server ນີ້ສົ່ງຈິງ ໆ ບໍ່
ຈາກພາບຈະສະແດງ SPF ຂອງ Domain: abc.co.th
ພາບຂໍ້ 1 ຈະເປັນ IP ຂອງ Mail Server ທ່ານ
ພາບຂໍ້ 2 ຈະເປັນ Mail Server ຂອງ Google Apps ທີ່ທ່ານໃຊ້ສົ່ງອີເມນ

ເມື່ອ Mail Server ປາຍທາງຮັບ Email ມັນຈະກວດໄປຍັງ SPF Record ທີ່ຢູ່ໃນ DNS ຂອງຜູ້ສົ່ງ ແລະໄປຖາມ Google Apps ວ່າ IP (ພາບຂໍ້ 1 ) ນີ້ໄດ້ຮັບການຍືນຍັນໃຫ້ສົ່ງແລະມີຕົວຕົນຢູ່ໃນ Server Google Apps ບໍ່ ເມື່ອຂະບວນການນີ້ແລ້ວ ແລະ Google Apps ບອກວ່າແມ່ນ Email ສະບັບນີ້ທີ່ທ່ານສົ່ງໄປ ກໍຈະມີຄວາມຫນ້າເຊື່ອຖືສູງ ຊຶ່ງຈະບໍ່ຖືກຕີເປັນ Spam ອີເມວ

ນໍາຄ່າ SPF Record ມາຈາກໃສ?

ໂດຍປະກະຕິຫາກຄຸນໃຊ້ບໍລິການ Email Server ຕົວໃດທີ່ເຮັດຫນ້າທີ່ສົ່ງອີເມນອອກ ຜູ້ໃຫ້ບໍລິການເຫລົ່ານັ້ນຈະສົ່ງຄ່າ
SPF Record ใໃຫ້ກັບຜູ້ໃຊ້ບໍລິການ ຊຶ່ງເລົາກວດສອບໄດ້ຈາກເວັບໄຊ Lookup ທົ່ວ ໆ ໄປ ເຊັ່ນ mxtoolbox

mxtoolbox check spf record



ບົດຄວາມໂດຍ

ບໍລິສັດ ເທກໂນໂລຍີແລນ ຈໍາກັດ

Wednesday, March 15, 2017

ການຕັ້ງຄ່າ Email ແບບ IMAP ແລະ POP ຕ່າງ​ກັນ​ຢ່າງ​ໄຮ

ອະທິບາຍການເຮັດວຽກ Email ແບບ IMAP 
    IMAP ຈະ​ເປັນການ Sync ຂໍ້ມູນລະຫວ່າງ Server Mail ກັບ Client ຮ່ວມກັນຕະ​ຫລອດ​ເວ​ລາໂດຍໃນ Client ຈະສະແດງສະເພາະແຕ່ Supject ເທົ່ານັ້ນ ເມື່ອທ່ານຕ້ອງການເອີ້ນເບິ່ງເນື້ອ​ຫາ ພຽງແຄ່ເລືອກໄປທີ່ Supject ລະບົບເຖິງຈະ Sync ຂໍ້ມູນຈາກ Server Mail ອີກເທື່ອຫນຶ່ງ ໃນກໍລະນີທີ່ມີການອ່ານ ຫຼື ລົບ ອີເມວຈາກທຸກ Client ຈະສົ່ງຜົນກັບ Mail Server ໂດຍກົງ ແລະເຮັດໃຫ້ທຸກ Client ສະແດງຜົນຄືກັນ



ອະທິບາຍການເຮັດວຽກ Email ແບບ POP


    POP ເປັນການ Download ອີເມວຈາກ Server Mail ລົງ Client ທີ່ເປີດໃຫ້ດຶງຂໍ້ມູນທັງຫມົດ ຈາກ Server Mail ແລ້ວລົບອີເມວເຫລົ່ານັ້ນອອກຈາກ Server mail ທັນທີ ຫຼື ອາດເກັບໄວ້ໃນໄລຍະເວລາຕາມທີ່ຜູ້ໃຊ້ກໍານົດ ເຊັ່ນ 7 ວັນ 30 ວັນ ຫຼືຫລາຍກ່ວາ ນັ້ນຈຶ່ງຈະລົບອອກຈາກ Server Mail ໂດຍການຕັ້ງຄ່າແບບ POP ເຮັດໃຫ້ການ​ເອີ້ນ​ເບິ່ງອີເມວມີຄວາມ​ລວດ​ໄວ ເພາະຂໍ້​ຄວາມອີເມວຈາກ Server ໄດ້ຖືກຄັດ​ລອກໄວ້ໃນອຸປະກອນ (Client) ທັງຫມົດ (ສະເພາະ INBOX ເທົ່ານັ້ນ) 


ການເຮັດວຽກຂອງ POP ຈຶ່ງບໍ່ຕ້ອງລໍ Sync ຂໍ້ມູນจาก Server Mail ຕະ​ຫລອດ​ເວ​ລາ ສ່ວນການເປີດ ການອ່ານແລະ ລົບອີເມວໃນອຸປະກອນທີ່ໃຊ້ POP ຈະມີຜົນສະເພາະອຸປະກອນທີ່ເຮັດເທົ່ານັ້ນ ຈະບໍ່ສາມາດປ່ຽນແປງຂໍ້ມູນໃນ Server Mail ໄດ້


IMAP ແລະ POP ມີຄວາມທີ່ແຕກຕ່າງກັນຫຼາຍ ຊຶ່ງຂຶ້ນຢູ່ກັບການໃຊ້ວຽກຂອງຜູ້ໃຊ້ເປັນ​ຫລັກສໍາຄັນ

  • IMAP ເຫມາະກັບຜູ້ທີ່ໃຊ້ວຽກອີເມວກັບຫລາຍໆ Client ເພາະທັງ Smart Phone Tablet ຫຼື PC ຈະສະແດງຜົນໃຫ້ເຫັນຄືກັນໃນທຸກອຸປະກອນ ຂໍ້ເສຍຄື ໃນການເອີ້ນ​ເບິ່ງອີເມວແຕ່​ລະ​ຄັ້ງຈະມີຄວາມຊ້າລົງກ່ວາປົກກະຕິ ເພາະ Program Client ຕ້ອງທໍາຫນ້າທີ່ດຶງຂໍ້ມູນຈາກ Server Mail ທຸກ​ຄັ້ງທີ່ Sync
  • POP ເຫມາະກັບຜູ້ທີ່ໃຊ້ວຽກອີເມວຜ່ານອຸປະກອນຈໍາ​ນວນນ້ອຍ ແລະຕ້ອງການຄວາມ​ລວດ​ໄວໃນການເບິ່ງຂໍ້ມູນ ເພາະຂໍ້ມູນໄດ້ຖືກ Download ໄວ້ໃນອຸປະກອນທຸກໆ ຄັ້ງທີ່ກົດ Refresh ຫຼື Send/Receive ແລະ ຍັງສາມາດຕັ້ງຄ່າໃນ Program ເພື່ອໃຫ້ຂໍ້ມູນບໍ່ເຕັມ ກ່ອງຈົດຫມາຍ ຂອງ Server Mail ໃຫ້ມີການລົບຂໍ້ມູນ ອອກຈາກ Server ຕາມໄລຍະເວລາທີ່ກໍານົດໄວ້ ແຕ່ມີຂໍ້​ເສຍ ຄື ຖ້າຂໍ້ມູນຖືກ Download ໄປຍັງ Client ໃດແລ້ວ ເມື່ອເຂົ້າໄປເບິ່ງຜ່ານ Webmail ທ່ານຈະບໍ່ສາມາດເບິ່ງຂໍ້ມູນດັ່ງກ່າວໄດ້