วันพฤหัสบดีที่ 23 กุมภาพันธ์ พ.ศ. 2560

[Thunderbird] ค้นหา Message-id ในอีเมลกัน

ค้นหา Message ID ในโปรแกรม Mozilla Thunderbird


1. เปิดโปรแกรม Mozilla Thunderbird และเปิดข้อความอีเมลที่ต้องการดู Message ID
คลิกปุ่ม 'More', เลือก 'View Source'

2. จะปรากฏ source ของข้อความฉบับนั้น ให้ค้นหาบรรทัดที่มีคำว่า 'Message-ID'

Message-ID ดังภาพ

บทความที่เกี่ยวข้อง

[Outlook.com] ค้นหา Message-id ในอีเมลกัน
วิธีการดู Raw source ของอีเมลแต่ละฉบับบน Mail App [Mac OS]
วิธี View Source เพื่อดู Header ของอีเมล
Email Header บอกอะไรเราได้บ้าง

บริษัท เทคโนโลยี แลนด์ จำกัด

ผู้ให้บริการ Email hosting สำหรับองค์กร ที่ลูกค้าให้ความไว้วางใจกว่า 8 ปี

[Outlook.com] ค้นหา Message-id ในอีเมลกัน

Message ID ใน Hotmail.com, Outlook.com 


1. เปิดเว็บไซต์ outlook.com จากนั้นเข้าสู่ระบบด้วยบัญชีอีเมลของ hotmail, outlook, live


เปิดข้อความที่ต้องการดู Message ID จากนั้นคลิกที่ไอคอนลูกศรดังภาพ

2. จะพบเมนูย่อยให้เลือก View message source

เลือก View message source

3. ค้นหาคำว่า 'Message-ID' จะพบ ID ดังภาพ

Message-ID จะปรากฏอยู่ใน Message source ดังภาพ

บทความที่เกี่ยวข้อง

วิธีการดู Raw source ของอีเมลแต่ละฉบับบน Mail App [Mac OS]
วิธี View Source เพื่อดู Header ของอีเมล
Email Header บอกอะไรเราได้บ้าง

บริษัท เทคโนโลยี แลนด์ จำกัด

ผู้ให้บริการ Email hosting สำหรับองค์กร ที่ลูกค้าให้ความไว้วางใจกว่า 8 ปี

การย้ายผู้ให้บริการ Domain.com ใช้เวลากี่วัน

ระยะเวลาที่ใช้ในเวลาในการดำเนินการย้ายผู้ให้บริการ


การย้ายผู้ให้บริการสำหรับ โดเมน .comใช้เวลาค่อนข้างนานกว่า .co.th  เนื่องจากต้องบริษัทของผู้ให้บริการใหม่ต้องมีการขอข้อมูลที่ต้องให้ท่านลูกค้าช่วยประสานกับทางผู้บริการรายเก่า ดังนี้
  • Auth code หรือ EPP Code ของโดเมนเนม
  • เปลี่ยนสถานะโดเมน เป็น active/OK
  • โดเมนดังกล่าวต้องไม่หมดอายุ (ควรมีอายุมากกว่า 15 วัน เพื่อเตรียมการย้ายโดเมน)
  • ให้ Registrant Email กด Approve เมื่อผู้ให้บริการใหม่ดำเนินการย้ายโดเมนแล้ว

โดยขั้นตอนการประสานงานกับผู้ให้บริการปัจจุบัน ไปถึงกระบวนการย้ายเสร็จสมบูรณจะต้องใช้เวลาประมาณ 3-4 วัน หรือบางทีอาจมากถึง 7-14 วัน ขึ้นอยู่กับการประสานงานระหว่างผู้ดูแลโดเมนปัจจุบันกับผู้ดูแลโดเมนเนมใหม่

แต่ในกรณีที่ต้องการย้ายระบบอีเมลภายใน 1-2 วัน ให้แจ้งแก่ผู้ให้บริการรายใหม่ว่าขอทำการย้าย Email Hosting อย่างเดียวก่อน แล้วจึงค่อยย้ายผู้ดูแลโดเมนในภายหลัง

โดยผู้ให้บริการรายใหม่จะเตรียมความพร้อมตั้งค่าต่าง ๆสำหรับ Email Hosting ใหม่ก่อน เมื่อเรียบร้อยแล้วจะมีมีการนัดหมายเวลาให้ทางบริษัทผู้ให้บริการรายเก่าดำเนินการ เปลี่ยนค่า NS มายัง Email Hosting ของผู้บริการรายใหม่ ลูกค้าเพียงรอให้ค่า DNS มีการ Update 24-48 ชั่วโมง ก็จะสามารถใช้งานระบบอีเมล์กับผู้ให้บริการรายใหม่ได้อย่างสมบูรณ์แล้ว


บริษัท เทคโนโลยีแลนด์ จำกัด

ผู้ให้บริการระบบ Email & Web Hosting ที่ลูกค้าให้ความไว้วางใจมากที่สุด

การย้ายผู้ให้บริการ Domain.co.th ใช้เวลากี่วัน

ระยะเวลาที่ใช้ในเวลาในการดำเนินการย้ายผู้ให้บริการ

การย้ายผู้บริการสำหรับ โดเมน.co.th ใช้เวลาไม่นานอย่างที่คิด หากท่านจัดเตรียมเอกสารประการการย้ายผู้ให้บริการได้ครบ ซึ่งได้แก่
เมื่อเอกสารเหล่านี้ครบถ้วน เจ้าหน้าที่จะดำเนินการยืนเอกสารไปให้ THNIC Co., Ltd. ซึ่งเป็นผู้ดูแลโดเมนภายใต้ .th เพียงผู้เดียวในประเทศไทย ให้ดำเนินการอนุมัติ ซึ่งจะมีความรวดเร็วมากหากผู้ให้บริการใหม่ เป็น Partner ของ THNIC โดยตรง และหลังจากนั้นผู้ให้บริการรายใหม่จะดำเนินการติดตั้งระบบใหม่ไว้เพื่อรอผู้บริการรายเก่าดำเนินการเปลี่ยนค่า NS ของผู้ให้บริการรายใหม่ เพื่อให้ลูกค้าสามารถใช้งานอีเมลระบบใหม่ได้ก่อน โดยจากขั้นตอนการที่เจ้าหน้าที่ได้รับเอกสารจากลูกค้าครบแล้ว จนมาถึงขั้นตอนนี้ใช้เวลาไม่เกินภายใน 1-2 วันลูกค้าก็สามารถย้ายมาใช้งานอีเมลกับผู้ให้บริการรายใหม่ได้แล้ว



บริษัท เทคโนโลยีแลนด์ จำกัด

ผู้ให้บริการระบบ Email & Web Hosting ที่ลูกค้าให้ความไว้วางใจมากที่สุด

วันพุธที่ 15 กุมภาพันธ์ พ.ศ. 2560

Client Status Codes ที่พบเห็นบ่อย ๆ



Client Status Codes ถูกกำหนดค่าโดย Registrar บาง Registrar จะกำหนดสถานะขึ้นมาเมื่อมีการจดโดเมนเนมแล้ว บาง Registrar ก็กำหนดขึ้นมาตอนที่มีการร้องขอให้จดโดเมนเนม
ซึ่งแต่ละสถานะก็จะมีความหมายแตกต่างกันไป ดังนี้ค่ะ


Client Status Codes ที่พบเห็นบ่อย ๆ

clientDeleteProhibited สถานะนี้จะบอกผู้ดูแลโดเมนเนม ว่ามีการปฏิเสธคำขอลบโดเมน

clientHold สถานะนี้อาจจะพบเห็นบ่อย ๆ โดยผู้ดูแลโดเมนเนมจะต้องทำการแก้ไขสถานะดังกล่าว แม้ว่าจะไม่มีปัญหากับสถานะนี้ แต่ก็ต้องแจ้งผู้แก่ผู้ดูแลโดเมนเนมให้แก้ไขสถานะให้ สถานะนี้มักเกิดขึ้นเมื่อผู้ให้บริการโดเมนเนมไม่ได้ทำการชำระค่าต่ออายุโดเมน หรือมีการแจ้งลบโดเมนเนมไว้

clientRenewProhibited สถานะแสดงถึงการปฏิเสธในการต่ออายุโดเมนเนม ซึ่งเป็นสถานะที่ไม่ปกติ มักจะเกิดขึ้นเมื่อมีการแจ้งลบโดเมนเนม

clientTransferProhibited สถานะบ่งชี้ว่ามีการปฏิเสธการย้ายผู้ดูแลโดเมนเนมออกจากผู้ดูแลโดเมนเนมปัจจุบัน อาจจะมีการตั้งค่าป้องกันการย้ายโดเมนไว้

clientUpdateProhibited สถานะแสดงการปฏิเสธการอัพเดทสถานะโดเมนเนม หากมีความต้องการ Update สถานะโดเมนจะต้องแจ้งไปยังผู้ดูแลโดเมนให้เปลี่ยนสถานะให้


บริษัท เทคโนโลยี แลนด์ จำกัด

ผู้ดูแล Email hosting สำหรับองค์กร คุณภาพสูง

ตัวอย่าง Aggregate Report ของ DMARC


ตัวอย่างรายงานของ DMARC ของโดเมน technologyland.co.th


จากรายงานจะแสดงผล IP ที่ถูกส่งออกด้วยโดเมน technologyland.co.th จะแสดงผล DKIM, SPF ว่าผ่าน (ปกติ) หรือไม่ ซึ่งในส่วนนี้เราจะเรียกว่า Aggregate report เป็นสรุปรายวันที่เราจะได้รับ


บริษัท เทคโนโลยี แลนด์ จำกัด

Email hosting สำหรับองค์กร/บริษัท คุณภาพสูง

วันอังคารที่ 14 กุมภาพันธ์ พ.ศ. 2560

การชี้ค่า DMARC ใน TXT Record

DMARC เป็น Protocol หนึ่งที่ต้องอาศัยค่า SPF และ DKIM ร่วมด้วย จะเป็นการต่อยอดจากสองค่านี้ นำมา Report ให้ผู้ใช้งานทราบว่ามีบัญชีอีเมลใดที่มีคนแอบปลอมแปลง และส่งสแปมออกไปบ้าง

ตัวอย่างของ DMARC Record

Tag ที่ใช้ใน DMARC Record

ชื่อแท็กจำเป็นวัตถุประสงค์ตัวอย่าง
v
จำเป็นเวอร์ชันของโปรโตคอลv=DMARC1
p
จำเป็นนโยบายสำหรับโดเมนp=quarantine
pct
ไม่จำเป็น% ของข้อความที่ต้องมีการกรองpct=20
rua
ไม่จำเป็นURI การรายงานของรายงานการสรุปรวมrua=mailto:aggrep@example.com
sp
ไม่จำเป็นนโยบายสำหรับโดเมนย่อยของโดเมนsp=reject
aspf
ไม่จำเป็นโหมดการจัดแนวสำหรับ SPFaspf=r


การชี้ค่า DMARC ใน TXT Record

การชี้ค่า TXT ใน Control Panel ของโดเมนในฝั่งด้านซ้ายจะต้องใส่ค่าดังนี้

_dmarc.yourdomain.com (yourdomian.com หมายถึง โดเมนเนมที่ต้องการรายงาน DMARC)

ส่วนฝั่งขวาจะแทนที่ด้วย Tag และค่าต่าง ๆ ดังนี้

"v=DMARC1; p=none; rua=mailto:postmaster@yourdomain.com"
 
ใน  TXT Record หมายถึง ถ้ามีข้อความที่อ้างว่ามาจาก yourdomain.com และไม่ผ่านการตรวจสอบ DMARC จะไม่มีการดำเนินการใดๆ แต่ข้อความทั้งหมดจะปรากฏในรายงานสรุปรวมรายวันที่ส่งถึง "postmaster@yourdomain.com"

ข้อมูลอ้างอิงจาก support.google.com

บริษัท​ เทคโนโลยี แลนด์ จำกัด

ผู้เชี่ยวชาญด้าน Email Hosting ให้บริการมายาวนานกว่า 8 ปี

EPP Status Codes คืออะไร


EPP Status Codes จำเป็นต้องรู้หรือไม่

EPP Status เรียกอีกอย่างหนึ่งว่า Domain Status ซึ่งจะมี Codes แสดงสถานะของโดเมนเนม โดเมนหนึ่งจะมีสถานะอย่างน้อย 1 Status Code หรือบางครั้งอาจจะมีมากกว่า 1 Status Code ก็เป็นได้

ดังนั้นผู้ที่จดทะเบียนโดเมน (หรือเป็นเจ้าของโดเมนเนม) ควรจะรู้จักแต่ละ Status codes ว่ามันหมายถึงอะไร เพราะมันจะเป็นตัวบ่งชี้ว่า โดเมนเนมนั้นยังทำงาน หรือหยุดการทำงานไปแล้ว รวมถึงช่วยป้องกันการถูกขโมยชื่อโดเมนด้วย

Server Status Codes

 Server Status codes ที่พบเห็นบ่อย ๆ

1. addPeriod เป็นสถานะที่เริ่มทำการจดโดเมนเนมครั้งแรก ถ้าผู้จดโดเมนเนมต้องการลบโดเมน Registrar จะให้เครดิตสำหรับค่าใช้จ่ายในการจดโดเมนเนม

2. autoRenewPeriod เป็นสถานที่เกิดขึ้นตอน Domain หมดอายุแล้ว และอยู่ในช่วงต่ออายุ (Renewed) อัตโนมัติ ซึ่ง Registrar จะให้เครดิตสำหรับค่าใช้จ่ายในการต่ออายุโดเมนเนม

3. Inactive สถานะแสดงถึง DNS ไม่ทำงาน ให้ตรวจสอบการทำงานของ Name Server ว่าปกติหรือไม่

4. ok นี่คือสถานะมาตรฐาน (สถานะปกติ) สำหรับโดเมน ซึ่งหมายความว่ามันไม่ได้มีการดำเนินการอยู่ระหว่างดำเนินการหรือลักษณะต้องห้าม

5. pendingCreate สถานะนี้คือรอการตอบรับหรือประมวลผลเพื่อสร้างโดเมนเนมใหม่

6. pendingDelete สถานะนี้จะมาคู่กับสถานะ redemptionPeriod หรือ pendingRestore ถ้าโดเมนนั้นมีสถานะเป็น redemptionPeriod มากกว่า 30 วันและไม่ได้เรียกคืนภายในระยะเวลา 30 วัน โดเมนจะถูกลบออกจากฐานข้อมูลของ Registrar ถ้าพบสถานะเหล่านี้ให้รีบติดต่อ Registrar เพื่อแก้ไข

7. pendingRenew คือ สถานะรอต่ออายุโดเมนเนม ถ้าไม่ต้องการต่ออายุโดเมนเนมเราก็ไม่ต้องดำเนินการใด ๆ และปล่อ่ยให้โดเมนเนมหมดอายุไป โดยไม่ต้องชำระค่าต่อายุโดเมนเนม

8. pendingRestore เป็นสถานะที่รอ Registrar คืนโดเมนเนมให้ ต่อจากสถานะ redemptionPeriod แต่ถ้า Registrar ไม่ได้ Restore ข้อมูลโดเมนเนมให้ สถานะจะกลับไปที่ redemptionPeriod อีกครั้ง

9. pendingTransfer สถานะแสดงว่า การย้ายโดเมนเนมอยู่ในระหว่างดำเนินการ ถ้า Registrar ดำเนินการย้ายโดเมนเนมให้สำเร็จ สถานะก็จะเปลี่ยนเป็น ok

10. pendingUpdate คือ สถานะอยู่ในระหว่างการ Update

11. redemptionPeriod คือ Registrar ได้ขอให้ผู้จดทะเบียนโดเมนเนมลบโดเมนเนมออกจากระบบ ซึ่งโดเมนจะคงสถานะนี้ไว้ประมาณ 30 วัน ก่อนที่ Registrar จะทำการลบโดเมนเนมออกจากฐานข้อมูล

12. transferPeriod เป็นสถานะผ่อนผันในช่วงระหว่างการย้ายผู้ดูแลโดเมนเนมจากที่หนึ่งไปยังอีกที่หนึ่ง


บริษัท เทคโนโลยีแลนด์ จำกัด
Email hosting คุณภาพสูง สำหรับองค์กร


วันพุธที่ 8 กุมภาพันธ์ พ.ศ. 2560

รู้จักกับ Mechanisms ใน SPF records (all, mx, ip4, a)


ใน SPF Record นั้น จะมี Mechanisms รั้งอยู่ท้ายประโยค (Syntax) นั้น ๆ ที่กำหนดอยู่ใน DNS Record มีหน้าที่ประกาศให้โลกรู้ว่า โดเมนนั้นจะสามารถส่งข้อความอีเมลออกด้วย IP หรือ Hostname ใด ๆ ได้บ้าง และมีการกำหนดค่าความเข้มงวดมากน้อยขนาดไหน

ในแต่ละ Mechansims จำเป็นต้องมี Prefix อยู่ด้านหน้า ซึ่งแต่ละตัวก็จะมีชื่อของมันตามภาพด้านบน
 และมีผลการกระทำที่ต่างกัน ซึ่งจะอธิบายการทำงานไว้ในบทความถัดไป

Mechanisms ที่คุ้นเคย ได้แก่ all | ip4 | a | mx | include

ตัวอย่าง all


mx -all คือ อนุญาตให้ MX ใด ๆ เป็นผู้ส่งข้อความของโดเมนได้เท่านั้น
-all คือ ไม่มีการส่งข้อความอีเมลออกจากโดเมนนั้น ๆ
+all คือ เจ้าของโดเมนคิดว่า SPF ไม่ค่อยจำเป็น อนุญาตให้ส่งออกหมดทุก IP, Host

ตัวอย่าง ip4

จากตัวอย่างถ้าไม่ใส่ prefix-length หมายถึงการอนุญาตเพียง IP นั้น ๆ ส่งข้อความออกได้
แต่การใส่ prefix length คือ การอนุญาตให้ IP address ระหว่าง 192.168.0.1 และ 192.168.255.255 ส่งข้อความได้


ตัวอย่าง a

ค่า a สามารถใส่ชื่อโดเมน หรือโฮสเนมได้ ทั้งนี้เพื่ออนุญาตให้โดเมนหรือโฮสเนมนั้น ๆ ส่งอีเมลออกได้

ตัวอย่าง include


mechanism: include เป็นการยอมรับโดเมนให้ส่งอีเมลออกได้ ซึ่งจะไม่แนะนำให้
ใส่ qualifiers เป็น Pass สังเกตว่าตัวอย่างจะใส่ Fail (-all) เอาไว้

บริษัท เทคโนโลยี แลนด์ จำกัด

ผู้เชี่ยวชาญด้านการบริการ Email Hosting สำหรับบริษัท

วันจันทร์ที่ 6 กุมภาพันธ์ พ.ศ. 2560

Error: all relevant MX records point to non-existent


ข้อความตีกลับลักษณะนี้หมายถึงอะไร?

This message was created automatically by mail delivery software.

A message that you sent could not be delivered to one or more of its
recipients. This is a permanent error. The following address(es) failed:

  name@xxxx.com

    all relevant MX records point to non-existent hosts or (invalidly) to IP
addresses

ถ้าพบข้อความลักษณะนี้ให้เราตรวจสอบค่า MX Record อันดับแรกก่อนว่า ปลายทางมีค่า MX record ที่ถูกต้องหรือมีอยู่หรือไม่ บางครั้งปัญหาก็เกิดกับ DNS Server ปลายทาง ถ้า DNS Server มีปัญหา เราในฐานะผู้ส่งก็จะไม่สามารถส่งข้อความไปยังผู้รับปลายทางได้เลย

บทความที่เกี่ยวข้อง

ค่า MX Record ใน DNS คือ อะไร
เมื่อ MX หายไป เหตุใดถึงส่ง Email ไปยังโดเมนอื่นไม่ได้


บริษัท เทคโนโลยี แลนด์ จำกัด

ผู้ให้บริการ Email Hosting ราคาย่อมเยาที่คุณสัมผัสได้ เริ่มต้น 3 Accounts

วันศุกร์ที่ 3 กุมภาพันธ์ พ.ศ. 2560

การย้ายผู้ดูแลโดเมน .th มีขั้นตอนอย่างไร

ย้ายผู้ดูแลโดเมนเนมมาให้ทางเราดูแลโดยไม่เสียค่าใช้จ่ายสำหรับลูกค้า Email hosting

เนื่องจาก Domain th ผู้ถือครอง หรือเจ้าของโดเมนนั้น คือนิติบุคคลในรูปแบบห้างหุ้นส่วน, บริษัท, บริษัท (มหาชน) ดังนั้นการที่จะเปลี่ยนแปลงผู้ดูแล Domain นั้นต้องใช้เอกสารที่มีผลทางกฏหมาย โดยต้องมีเอกสาร 2 ฉบับนี้ในการย้ายผู้ดูแลโดเมนเนม

สำหรับการโดเมนเนม .th มาให้ทางบริษัท เทคโนโลยี แลนด์ จำกัด เป็นผู้ดูแลแทนนั้น สามารถทำเอกสารตามตัวอย่างนี้ได้เลย หรือสามารถขอแบบฟอร์มจากทางบริษัท ฯ ได้ทางอีเมล

แบบฟอร์มเอกสารขอเปลี่ยนแปลงผู้ดูแลโดเมนเนม .th


สิ่งที่ต้องแก้ไขจากแบบฟอร์ม

1. ใส่หัวจดหมายของบริษัทหรือหน่วยงาน
2. ลงวันที่เอกสาร
3. ระบุชื่อบริษัทที่ต้องการเปลี่ยนผู้ดูแลโดเมนเนม
4. ระบุชื่อโดเมนเนม
5. ประทับตราบริษัทฯ
6. ลายเซ็นกรรมการบริษัท/ผู้มีอำนาจตามหนังสือรับรองบริษัทฯ
7. ลงชื่อตัวบรรจงของกรรมการบริษัท/ผู้มีอำนาจตามหนังสือรับรองบริษัทฯ
8. ระบุตำแหน่งของผู้ลงนาม


บริษัท เทคโนโลยีแลนด์ จำกัด

ผู้ให้บริการ Email Hosting/Server สำหรับธุรกิจ อันดับ 1 ของประเทศไทย
สอบถามเพิ่มเติมโทร. 02-105-4104
Auto Fax: 02-426-5924