ເປັນຫຍັງຕ້ອງ SSD Hard disk ໃນການເຮັດ mail hosting

Solid  State Drive ຫລື SSD ຄື ຫຍັງ ແລະດີກວ່າ Hard disk ແບບຈານຫມຸນຢ່າງໄຮ

SSD ຫຍໍ້ມາຈາກ Solid  State Drive SSD ເປັນ Hardware ຈັດເກັບຂໍ້ມູນແບບໃຫມ່ຊຶ່ງເຮັດວຽກແບບ Memory Card ບໍ່ຕ້ອງມີການຫມຸນຈາກແມ່ເຫລໍກ ເຮັດໃຫ້ສາມາດເອີ້ນໃຊ້ຂໍ້ມູນໄດ້ອຍ່າງລວດໄວ ຈຶ່ງເຮັດໃຫ້ການດຶງໄຟລວດໄວກວ່າ HDD ພາຍໃນເປັນແຜງວົງຈອນ ເສມືນ Flash Drive ຕ່າງຈາກ HDD ທີ່ພາຍໃນຍັງໃຊ້ລະບົບກົນໄກຢູ່ ຫລື ເວົ້າງ່າຍໆ ຄື ມັນເກັບຂໍ້ມູນຢູ່ໃນ Chip ບໍ່ໄດ້ເກັບຂໍ້ມູນຢູ່ໃນຈານຫມຸນ ມັນເລີຍໄວກວ່າກັນຫລາຍ

Mail Hosting ທີ່ເລືອກໃຊ້ SDD Disk ປັດຈຸບັນເລີ່ມມີການໃຊ້ວຽກ ເພາະດ້ວຍຄວາມພັດທະນາຂອງເທກໂນໂລຍີສະໄຫມໃຫມ່ ຈຶ່ງຕ້ອງມີອຸປະກອນນືທີ່ທັນສະໄຫມມາຮອງຮັບຄວາມຕ້ອງການຂອງຜູ້ໃຊ້ວຽກ ເພື່ອຄວາມສະດວກແລະລວດໄວໃນການໃຊ້ວຽກ

ຂໍ້ດີຂອງ SSD ສໍາຫລັບເຮັດ Email Hosting

• ໄວ ມີການເຮັດວຽກທີ່ໄວກວ່າ HDD ຫລາຍ ຊຶ່ງສາມາດອ່ານຂໍ້ມູນໄດ້ໄວເຖິງ 200 MB ຕໍ່ ວິນາທີ ຫລື ໄວກວ່າ Hard disk ແບບຈານຫມຸນປະມານ 10 ເທົ່າຕົວ
• ລະບົບພາຍໃນເປັນແບບແຜງວົງຈອນ ຊຶ່ງຕ່າງຈາກ HDD ທີ່ພາຍໃນເປັນລະບົບກົນໄກແບບຈານຫມຸນຢູ່
• ທົນທານ ບໍ່ມີລະບົບກົນໄກເຮັດວຽກຂອງຈານຫມຸນ ລະຫວ່າງເຮັດວຽກບໍ່ສັ່ນສະເທືອນ
• ນ້ໍາຫນັກ ຊິ້ນສ່ວນການເຮັດວຽກຫນ້ອຍກວ່າ HDD

 ຂໍ້ເສຍຂອງ SSD

 ຕອນນີ້ມີລາຄາສູງເມື່ອມັນທຽບເທົ່າ HDD ໃນລາຄາຕໍ່ພື້ນທີ່

ການນໍາ SSD ມາເຮັດ E-Mail Hosting ຫລື Server

ປັດຈຸບັນການນໍາ SSD ຫລື Solid - State Drive ມາເຮັດເປັນອຸປະກອນຈັດເກັບຂໍ້ມູນໃນເຄື່ອງ Server ຫລື ລະບົບ Cloud ນັ້ນເລີ່ມມີໃຫ້ເຫັນກັນໃນໂຊນຍຸໂລບເຖິງແມ້ວ່າຈະມີລາຄາທີ່ສູງຢູ່ກໍຕາມ ແຕ່ດ້ວຍປະສິດທິພາບການເຮັດວຽກທີ່ໄວກວ່າ Hard disk ແບບຈານຫມຸນ ແລະ ລົດຊັບພະຢາກອນການໃຊ້ວຽກຂອງເຄື່ອງໄດ້ເປັນໄປອຍ່າງຫລາຍ 

ຈາກການວິໄຈຂອງ "TL Lab"ບໍລິສັດ ເທກໂນໂລຍີແລນ ຈໍາກັດ ຊຶ່ງໄດ້ນໍາ Hard disk ແບບ SSD ມາເຮັດການທົດສອບເພື່ອໃຊ້ວຽກຈິງກັບລະບົບ Cloud Email Hosting ຜົນປາກົດວ່າา ສາມາດເຮັດວຽກໄດ້ລວດໄວກວ່າ Hard disk ແບບຈານຫມຸນເກືອບ10 ເທົ່າຕົວ ພາຍໃຕ້ສະພາບແວດລ້ອມທີ່ຄືກັນ ຫລາຍກວ່ານັ້ນຍັງເຮັດໃຫ້ອັດຕາການກິນຊັບພະຢາກອນ RAM และ CPU ລົດນ້ອຍລົງຢ່າງເຫລືອເຊື່ອ

ຈາກຜົນການວິໄຈແລະພັດທະນາດັງກ່າວ ເຮັດໃຫ້ ບໍລິສັດ ເທກໂນໂລຍີແລນ ຈໍາກັດ ຖືເປັນ ບໍລິສັດລາຍທໍາອິດໃນປະເທດໄທ ທີ່ໄດ້ນໍາລະບົບ SSD ເຂົ້າມາໃຊ້ວຽກໃນລະດັບ Email Hosting ເພື່ອເຊີງພານິດ

ແລະເຮັດໃຫ້ການປະມວນຜົນຂອງ Email Hosting ນັ້ນລວດໄວ ແລະມີຄວາມເສຖີຍນພາບຫລາຍກວ່າເດີມດ້ວຍການນໍາໄປໃຊ້ໃນລະບົບ Cloud SSD 

ບົດຄວາມໂດຍ ບໍລິສັດ ເທກໂນໂລຍີແລນ ຈໍາກັດ
ຜູ້ໃຫ້ບໍລິການ Cloud SSD Email Hosting ທີ່ດີທີ່ສຸດ

SSD Hard disk ສໍາລັບ E-Mail Hosting ຄືຫຍັງ ?

SSD Hard disk  ສໍາລັບການເຮັດ Mail Hosting ຄື ຫຍັງ

ການນໍາ SSDມາໃຊ້ວຽກໃນລະບົບ Cloud ເພື່ອເຮັດ Email Hosting

SSD ຫລື Solid Storage Drive ເຮັດຫນ້າທີ່ເກັບຂໍ້ມູນ ຊຶ່ງມີຄວາມໄວໃນການເຂົ້າເຖິງຂໍ້ມູນກວ່າ HDD ປະກະຕິທົ່ວໄປກວ່າ 10 ເທົ່າ ລົດການເຮັດວຽກຊັບພະຢາກອນອື່ນ ໆ ໄດ້ຫລາຍກວ່າ 80 % ເຊັ່ນ ໃນສ່ວນຂອງ Ram, CPU ເປັນຕົ້ນ ຊຶ່ງຊັບພະຢາກອນເຫລົ່ານີ້ເມື່ອຖືກໃຊ້ວຽກນ້ອຍ ກໍຈະສົ່ງຜົນໃຫ້ປະສິດທິພາບໃນການເຮັດວຽກດີຂຶ້ນ  ການນໍາ SSD Hard disk ມາໃຊ້ວຽກຮ່ວມກັບ Mail Hosting ເປັນການສ້າງນະວັດກໍາໃຫມ່ທີ່ມີຜູ້ໃຫ້ບໍລິການນ້ອຍຫລາຍນໍາມາໃຊ້ເພາະເປັນທີ່ທາບກັນດີວ່າ ປັດຈຸບັນ SSD ມີລາຄາສູງກວ່າ Harddisk ປະກະຕິ ແລະມີຄວາມສ່ຽງຕໍ່ລະບົບການເຮັດວຽກຕ່າງ ໆ ຫາກບໍ່ມີຄວາມຊ່ຽວຊານ

SSD Hard disk Mail Hosting

ເມື່ອນໍາການຈັດການ Mail Hosting ຮ່ວມກັບການເກັບຂໍ້ມູນແບບ SSD ຈຶ່ງກໍ່ໃຫ້ເກີດຂຸມພະລັງໃນລະບົບ Mail hosting ທີ່ມີຄຸນະພາບສູງສຸດ ແກ້ບັນຫາຂອງການໃຊ້ອີເມວທີ່ເຄີຍເກີດຂຶ້ນ ເຊັ່ນ ລະບົບລຸກ ຮັບ / ສົ່ງອີເມວລ່າຊ້າ ລະບົບບໍ່ເສຖີຍນ ເປັນຕົ້ນ ຈຶ່ງເຮັດໃຫ້ຜູ້ໃຊ້ບໍລິການໄດ້ຫມັ້ນໃຈໄດ້ອຍ່າງ 100% ເລີຍວ່າ ລະບົບອີເມວໃນອົງກອນນັ້ນຈະມີປະສິດທິພາບ ແລະລວດໄວຫລາຍກວ່າເດີມ

VDO ວັດຄວາມໄວໃນການໂອນຖ່າຍຂໍ້ມູນ ລະຫວ່າງ Hard disk ຈານຫມຸນ ແລະ SSD 

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

ຜູ້ໃຫ້ບໍລິການ Cloud Email Hosting ອັນດັບ 1 ຂອງປະເທດລາວ

ເປັນຫຍັງ Mail hosting ແບບ Cloud ຈຶ່ງມີຄວາມເສຖີຍນຫລາຍກວ່າ

Cloud Mail Hosting ຄື ຫຍັງ ແລະມີຄວາມເສຖີຍນ ຫລືບໍ່ລົ່ມໄດ້ອຍ່າງໄຮ

ເປັນຫຍັງ mail hosting ແບບ Cloud ຈຶ່ງມີຄວາມເສຖີຍນຫລາຍກວ່າ

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

ຄວາມເສຖີຍນຂອງການໃຊ້ວຽກລະບົບ Email Hosting ເທິງ Cloud ນັ້ນບໍ່ມີການ Downtime ເລີຍ

     ການເຮັດວຽກຂອງລະບົບ Cloud ຄືການເຮັດໃຫ້ Mail Server ໃຊ້ຊັບພະຢາກອນທີ່ຖືກຈັດສັນໄວ້ໂດຍເສພາະ ມີການແຍກແລະຄວບຄຸມການເຮັດວຽກຂອງຊັບພະຢາກອນຕ່າງ ໆ ເຊັ່ນ Ram , Cpu ຊຶ່ງຕ່າງຈາກ Mail Server ທົ່ວໄປ ທີ່ໃຊ້ Hardware ທັງຫມົດໃນ Computer ແນ່ນອນວ່າຫາກ Hardware ຕົວໃດຕົວນຶງເກີດເສຍຂຶ້ນ ກໍຈະເຮັດໃຫ້ບໍ່ສາມາດເປີດໃຊ້ວຽກເຄື່ອງ Computer ໄດ້ ແຕ່ໃນລະບົບການເຮັດວຽກຂອງ Cloud ຫາກມີການເສຍຫາຍຂອງອຸປະກອນ Computer ເກີດເສຍຫາຍຂຶ້ນກໍຈະມີຊັບພະຢາກອນທົດແທນຂຶ້ນມານທັນທີໂດຍອັດໂນມັດ ຊຶ່ງເຮັດໃຫ້ຫມັ້ນໃຈໄດ້ວ່າ ຈະບໍ່ມີການລຸກຂອງລະບົບ ຈຶ່ງເຮັດໃຫ້ເກີດຄວາມເສຖີຍນຫລາຍກວ່າ Mail Hosting ທົ່ວໄປຫລາຍເທົ່າຕົວ

ຂໍ້ມູນອ້າງອິງຈາກ
[1] Stability of Email Hosting - TL Lab, Technology Land Co.,Ltd. Bangkok

Email Hosting ແບບ On-cloud ກັບ On-premise ມີຂໍ້ດີຂໍ້ເສຍເປັນຢ່າງໄຮ

On-premise ເປັນຮູບແບບການເຮັດ Server ທົ່ວ ໆ ໄປ ຊຶ່ງປັດຈຸບັນກໍໄດ້ຮັບຄວາມນິຍົມນ້ອຍລົງ ເນື່ອງຈາກເຈົ້າຂອງ server ຈະຕ້ອງຄອຍຫມັ່ນກວດສອບໃຫ້ server ສົມບູນຢູ່ສະເຫມີ ບໍ່ວ່າຈະເປັນເລື່ອງ License ຂອງ software ຕ່າງ ໆ ບາງບໍລິສັດອາດຈະຕ້ອງເສຍຄ່າບໍລິຫານຈັດການ (Maintaining) ພໍສົມຄວນ ແລະຂໍ້ມູນ On-premise ຈະບໍ່ສາມາດນໍາໄປໃຊ້ວຽກໄດ້ Worldwide ເທົ່າກັບ On-Cloud server ທັງນີ້ຫນ້າຈະເປັນສາເຫດໃຫ້ຄົນສ່ວນໃຫຍ່ນິຍົມການໃຊ້ວຽກແບບ On-Cloud ຫລາຍກວ່າ

ດ້ວຍເທກໂນໂລຍີປັດຈຸບັນມີຮູບແບບ On-Cloud ເກີດຂຶ້ນມາ ເຮັດໃຫ້ເລົາສະດວກໃນການຖ່າຍໂອນຂໍ້ມູນໄດ້ອຍ່າງລວດໄວ ມີຄວາມເສຖີຍນຫລາຍກວ່າການໃຊ້ Server ທີ່ເປັນ Hardware ລວມເຖິງເວລາ Backup/Restore data ໃນ server ກໍມີຄວາມລວດໄວ ແລະງ່າຍຫລາຍ ໆ ດັ່ງນັ້ນ  ຜູ້ໃຫ້ບໍລິການສ່ວນໃຫຍ່ທີ່ຕ້ອງການຕອບໂຈດການໃຊ້ວຽກແບບ On-Cloud ກໍຈະຍອມລົງທຶນສູງເພື່ອໃຫ້ລະບົບ Client software ສາມາດເຮັດວຽກໄດ້ອຍ່າງມີປະສິດທິພາບ ເຊັ່ນ ການກວດສອບຂໍ້ມູນຮັບສົ່ງ ບໍ່ວ່າທ່ານຈະຢູ່ທີ່ໃສຂອງໂລກໃບນີ້ ຖ້າມີ Internet ຄຸນກໍສາມາດເຊັກອີເມນໄດ້ທຸກທີ່ ທຸກເວລາ ຫລືແມ້ກະທັ່ງການຝາກໄຟໄວ້ເທິງ Cloud storage ທີ່ສາມາດເກັບຂໍ້ມູນໄວ້ເທິງ Cloud ຫມົດບັນຫາເລື່ອງການພະກະພາ Flash drive ແລ້ວສູນຫາຍກາງທາງອີກຕໍ່ໄປ

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

ຜູ້ໃຫ້ບໍລິການ Email Hosting ສໍາລັບອົງກອນທີ່ໄດ້ຮັບຄວາມນິຍົມສູງສຸດ

ຈະຮູ້ໄດ້ອຍ່າງໄຮວ່າ ພະນັກວຽກໃຊ້ອີເມວຈາກທີ່ໃສ ສະຖານທີ່ໃດ ?

ສະຖານທີ່ ປະເທດ ພະນັກວຽກໃຊ້ວຽກ Email

ຂໍ້ມູນໃນອີເມວບໍລິສັດ ສ່ວນໃຫຍ່ລ້ວນເປັນຄວາມລັບຕໍ່ອົງກອນແລະບໍລິສັດ ດັ່ງນັ້ນທ່ານໃນຖານະຜູ້ເບິ່ງແລລະບົບ ຜູ້ບໍລິຫານ ມີຫນ້າທີ່ໂດຍກົງທີ່ຈະຕ້ອງຄອຍກວດສອບ ພົລຶຕິກໍາການໃຊ້ວຽກ Email ຂອງພະນັກວຽກ ໃນບໍລິສັດ ຊຶ່ງລະບົບ SmartAdmin ສາມາດລາຍວຽກການໃຊ້ວຽກຂອງ User ທັງຫມົດ ວ່າໃຊ້ວຽກຈາກສະຖານທີ່ໃດ ເປັນຕົ້ນ

ຂໍ້ມູນສະຖານທີ່ໃຊ້ວຽກ Email

ລະບົບ SmartAdmin ຍັງສາມາດລາຍວຽກຂໍ້ມູນຢ່າງລະອຽດເຖິງສະຖານທີ່ຂອງຜູ້ໃຊ້ວຽກ Email ທັງຫມົດ ໃນຊ່ວງເວລາທັງຫມົດທີ່ມີການໃຊ້ວຽກ ໂດຍຈະສະແດງຂໍ້ມູນດັງນີ້

• IP ທີ່ເຮັດການໃຊ້ວຽກ Email
• ພິກັດທາງດາວທຽມ Latitude, Longitude ຂອງ IP
• ເມືອງ ປະເທດ ແລະທະວີບ
• ຊື່ ຍີ່ຫໍ້ອິນເຕີເນັດ ທີ່ໃຊ້ວຽກໃນຊ່ວງເວລານັ້ນ ໆ

ບົດຄວາມໂດຍ

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

ຜູ້ໃຫ້ບໍລິການ ອີເມວບໍລິສັດ ທີ່ສາມາດລາຍວຽກສະຖານທີ່ການໃຊ້ວຽກອີເມວຂອງພະນັກວຽກໄດ້

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

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

ບັນຫາ Email Delay ຫລື ຫລັງຈາກສົ່ງອອກ, ຜູ້ຮັບຕ້ອງລໍດົນ ກວ່າຈະໄດ້ຮັບ

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

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

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

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

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

ການແກ້ບັນຫາດ້ວຍການມີ 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 

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

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

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

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

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

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

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 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 ໃນ 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

ບົດຄວາມໂດຍ

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

ຜູ້ໃຫ້ບໍລິການ Mail Server ອັນດັບ 1