IP Warmup: เริ่มส่งอีเมลจากเซิร์ฟเวอร์ใหม่ไม่ให้ติดสแปม

ทำ IP Warmup ให้เมลเซิร์ฟเวอร์ที่ได้ IP ใหม่: ตรวจ PTR, SPF, DKIM ก่อนส่ง วางตารางเพิ่มปริมาณ จำกัดความเร็วใน Postfix และเฝ้าดูรหัสตอบกลับทุกวัน

โดย ทีมงาน THAI DATA CLOUD อ่าน 11 นาที

แชร์FacebookXLINELinkedIn
IP Warmup — IP Warmup: เริ่มส่งอีเมลจากเซิร์ฟเวอร์ใหม่ไม่ให้ติดสแปม
IP Warmup: เริ่มส่งอีเมลจากเซิร์ฟเวอร์ใหม่ไม่ให้ติดสแปม

คำตอบสั้น ๆ: ทำ IP Warmup ให้เมลเซิร์ฟเวอร์ที่ได้ IP ใหม่: ตรวจ PTR, SPF, DKIM ก่อนส่ง วางตารางเพิ่มปริมาณ จำกัดความเร็วใน Postfix และเฝ้าดูรหัสตอบกลับทุกวัน

คู่มือนี้อธิบาย IP Warmup ทีละขั้นตอน พร้อมคำสั่งที่ใช้ได้จริงและปัญหาที่พบบ่อย

IP Warmup คือการค่อย ๆ เพิ่มปริมาณอีเมลที่ส่งออกจาก IP ใหม่ทีละวัน เพื่อให้ผู้ให้บริการอีเมลรายใหญ่อย่าง Gmail, Outlook.com และ Yahoo ได้เรียนรู้ว่า IP นี้ส่งอีเมลที่ผู้รับต้องการ IP ใหม่ยังไม่มีประวัติ เมื่อจู่ ๆ ส่งหลายพันฉบับในวันแรก ระบบของผู้รับจะชะลอการรับ ส่งเข้า Spam หรือปฏิเสธชั่วคราว ซึ่งเป็นพฤติกรรมเดียวกับเครื่องที่ถูกเจาะแล้วใช้ส่งสแปม

คู่มือนี้เหมาะกับผู้ดูแลระบบที่เพิ่งย้ายเมลเซิร์ฟเวอร์ไป Cloud Server ที่ได้ IP ใหม่ หรือเริ่มส่งใบแจ้งหนี้และจดหมายข่าวจากเซิร์ฟเวอร์ของตัวเอง เมื่อทำครบ คุณจะตรวจพื้นฐานของ IP ครบ มีตารางเพิ่มปริมาณที่ระมัดระวัง ตั้ง Postfix ให้จำกัดความเร็วต่อผู้ให้บริการ เลือกผู้รับกลุ่มแรกอย่างถูกต้อง และรู้ว่าต้องทำอะไรเมื่อถูกชะลอระหว่าง IP Warmup

สิ่งที่ต้องเตรียม

  • IP สาธารณะแบบคงที่ของเมลเซิร์ฟเวอร์ และสิทธิ์ตั้ง Reverse DNS (PTR)
  • สิทธิ์ root บนเครื่องที่ใช้ Postfix (ตัวอย่างใช้ Ubuntu) และสิทธิ์แก้ DNS ของโดเมน
  • เป้าหมายปริมาณส่งต่อวันเมื่อใช้งานเต็มที่ แยกตามประเภท เช่น อีเมลธุรกรรมวันละ 2,000 ฉบับ และจดหมายข่าวเดือนละ 20,000 ฉบับ
  • รายชื่อผู้รับที่บอกได้ว่าใครเคยเปิดหรือตอบอีเมลล่าสุด และลบที่อยู่ที่ตีกลับออกแล้ว
  • บัญชี Google สำหรับ Postmaster Tools และบัญชี Microsoft สำหรับ SNDS เพื่อดูข้อมูลฝั่งผู้รับ

ขั้นตอนที่ 1: ตรวจพื้นฐานของ IP ก่อนส่งฉบับแรก

IP Warmup ไม่ช่วยอะไรถ้าพื้นฐานยังไม่ครบ ผู้รับจะปฏิเสธตั้งแต่ฉบับแรกโดยไม่สนปริมาณ ตรวจทุกข้อต่อไปนี้

dig +short -x 203.0.113.25
dig +short mail.example.com A
postconf myhostname smtp_tls_security_level
dig +short TXT example.com | grep spf1
dig +short TXT _dmarc.example.com
  • PTR ต้องตอบ mail.example.com. และ A ของชื่อนั้นต้องกลับมาเป็น IP เดิม ดู คู่มือตั้งค่า Reverse DNS (PTR)
  • myhostname ต้องเป็นชื่อเดียวกับ PTR และ smtp_tls_security_level ควรเป็น may เป็นอย่างน้อยเพื่อส่งแบบเข้ารหัสเมื่อปลายทางรองรับ
  • SPF มี IP ใหม่ DKIM ลงนามด้วยโดเมนของบริษัท และมีระเบียน DMARC
  • IP ไม่ติด Blacklist อยู่ก่อน เพราะ IP บนคลาวด์อาจเคยเป็นของคนอื่นที่ส่งสแปม ตรวจตาม คู่มือตรวจและถอด IP ออกจาก Blacklist

จากนั้นส่งอีเมลทดสอบไปบัญชี Gmail ส่วนตัว เปิดเมนู Show original แล้วดูว่า SPF, DKIM และ DMARC เป็น PASS ทั้งสามรายการ

ลำดับขั้น IP Warmup ตั้งแต่ตรวจ PTR SPF DKIM แยกประเภทอีเมล จำกัดความเร็วใน Postfix ส่งถึงผู้รับที่ตอบสนองดี จนถึงเฝ้าดูผลทุกวัน
พื้นฐานต้องครบก่อนส่งฉบับแรก ปริมาณเป็นเรื่องรองถ้า PTR หรือ DKIM ยังผิด

ขั้นตอนที่ 2: แยกประเภทอีเมลก่อนเริ่ม IP Warmup

อีเมลธุรกรรม เช่น ใบแจ้งหนี้ ใบเสร็จ และรหัสยืนยัน เป็นอีเมลที่ผู้รับรอและเปิดอ่าน จึงสร้างชื่อเสียงให้ IP ได้เร็ว ส่วนจดหมายข่าวมีโอกาสถูกกดรายงานสแปมมากกว่า ให้เริ่ม IP Warmup ด้วยอีเมลธุรกรรมก่อน และถ้าเป็นไปได้ให้ส่งจดหมายข่าวจาก IP แยกหรือซับโดเมนแยก เช่น news.example.com เพื่อไม่ให้ปัญหาของจดหมายข่าวลากอีเมลงานปกติเข้า Spam ไปด้วย

ขั้นตอนที่ 3: วางตาราง IP Warmup

Gmail และ Microsoft ไม่ได้ประกาศตัวเลข IP Warmup ที่ตายตัว แนวทางที่ผู้ให้บริการทั้งสองแนะนำคือเพิ่มปริมาณช้า ๆ ส่งสม่ำเสมอ และดูผลตอบรับก่อนเพิ่มต่อ ตารางในคู่มือนี้เป็นตัวอย่างแบบระมัดระวังที่ใช้ได้กับบริษัทส่วนใหญ่ นับแยกต่อผู้ให้บริการปลายทาง (Gmail, Outlook.com, Yahoo) ไม่ใช่รวมทุกปลายทาง

  • ไม่เพิ่มเกินสองเท่าของวันก่อนหน้า และไม่เพิ่มต่อในวันที่มีการปฏิเสธชั่วคราวเพิ่มขึ้น
  • ระหว่าง IP Warmup ให้ส่งทุกวันในปริมาณใกล้เคียงกัน กระจายตลอดวัน ไม่ส่งทั้งหมดในชั่วโมงเดียว
  • ถ้าหยุดส่งไปหลายสัปดาห์ ชื่อเสียงที่สร้างไว้จะลดลง ให้เริ่มจากระดับที่ต่ำกว่าเดิม
ตารางตัวอย่างการเพิ่มปริมาณอีเมลระหว่าง IP Warmup ต่อผู้ให้บริการต่อวัน ตั้งแต่ 50 ฉบับในวันแรกจนถึงสัปดาห์ที่สี่
ตัวเลขเป็นตัวอย่างแบบระมัดระวัง ไม่ใช่ค่าที่ Gmail หรือ Microsoft กำหนด

ขั้นตอนที่ 4: จำกัดความเร็วระหว่าง IP Warmup ใน Postfix

ตาราง IP Warmup จะไม่มีความหมายถ้าเซิร์ฟเวอร์ส่งคิวทั้งหมดออกไปในไม่กี่นาที ให้สร้าง transport แยกชื่อ slow สำหรับโดเมนของผู้ให้บริการรายใหญ่ แล้วกำหนดระยะห่างระหว่างการส่งแต่ละครั้ง สำรองไฟล์ตั้งค่าก่อนแก้ทุกครั้ง

cp -a /etc/postfix/main.cf /etc/postfix/main.cf.bak-$(date +%F)
cp -a /etc/postfix/master.cf /etc/postfix/master.cf.bak-$(date +%F)
postconf transport_maps

ถ้าคำสั่งสุดท้ายแสดงว่ามี transport_maps อยู่แล้ว ให้เพิ่มบรรทัดลงในไฟล์เดิมแทนการเขียนทับ จากนั้นเพิ่มบริการท้ายไฟล์ /etc/postfix/master.cf

slow      unix  -       -       n       -       5       smtp
  -o syslog_name=postfix/slow

สร้างไฟล์ /etc/postfix/transport

gmail.com       slow:
googlemail.com  slow:
outlook.com     slow:
hotmail.com     slow:
live.com        slow:
yahoo.com       slow:

แล้วเปิดใช้

postconf -e 'transport_maps = hash:/etc/postfix/transport'
postconf -e 'slow_destination_rate_delay = 5s'
postmap /etc/postfix/transport
postfix check && systemctl reload postfix

ค่า slow_destination_rate_delay = 5s ทำให้ส่งถึงแต่ละโดเมนในรายการได้ไม่เกินหนึ่งครั้งทุก 5 วินาที หรือราว 720 ครั้งต่อชั่วโมงต่อโดเมน ส่วนที่เกินจะรอในคิวและทยอยส่ง เมื่อจบ IP Warmup ให้ลดค่านี้ลงหรือลบ transport ออก ข้อควรรู้คือ Google Workspace และ Microsoft 365 ของบริษัทอื่นใช้โดเมนของบริษัทนั้นเอง จึงไม่เข้าเงื่อนไขในไฟล์นี้ ความหมายของพารามิเตอร์อยู่ใน เอกสาร postconf ของ Postfix

ผลคำสั่ง postconf และ postmap ยืนยันว่า Postfix ส่งอีเมลถึง Gmail ผ่าน transport slow ที่จำกัดความเร็วระหว่าง IP Warmup
ถ้า postmap -q ไม่ตอบ slow: แปลว่ายังไม่ได้รัน postmap หรือสะกดโดเมนในไฟล์ผิด

ขั้นตอนที่ 5: เริ่มจากผู้รับที่ตอบสนองดีที่สุด

ช่วงแรกของ IP Warmup ให้ส่งถึงผู้รับที่เคยเปิดหรือตอบอีเมลของบริษัทภายใน 30–90 วัน และลูกค้าที่มีธุรกรรมอยู่ ผู้รับกลุ่มนี้แทบไม่กดรายงานสแปมและมักย้ายอีเมลออกจาก Spam ให้เอง ซึ่งเป็นสัญญาณที่ดีที่สุดของ IP ใหม่

  • ลบที่อยู่ที่ตีกลับถาวร (5xx) ออกจากรายชื่อก่อนเริ่ม อัตราตีกลับสูงในวันแรกเป็นสัญญาณของรายชื่อที่ซื้อมา
  • ห้ามใช้รายชื่อที่ซื้อหรือรวบรวมจากเว็บ
  • จดหมายข่าวต้องมีลิงก์ยกเลิกรับที่เห็นชัด และปุ่มยกเลิกแบบคลิกเดียวตามข้อกำหนดของ Gmail สำหรับผู้ส่งจำนวนมาก

ขั้นตอนที่ 6: เฝ้าดูผล IP Warmup ทุกวันและถอยเมื่อจำเป็น

ตลอดช่วง IP Warmup ให้นับรหัสตอบกลับจาก log ของ Postfix ทุกเช้า

grep -E 'status=(deferred|bounced)' /var/log/mail.log | grep -oE '(said|refused to talk to me): [0-9]{3}[ -][0-9]\.[0-9]\.[0-9]+' | sort | uniq -c | sort -rn | head

สัญญาณที่ต้องหยุดเพิ่มปริมาณ ได้แก่ Gmail ตอบ 421-4.7.28 ว่าพบอัตราอีเมลไม่พึงประสงค์ผิดปกติจาก IP ของคุณ Outlook.com ตอบ 451 4.7.650 ว่าเซิร์ฟเวอร์ถูกจำกัดความเร็วชั่วคราวเพราะชื่อเสียงของ IP หรือมีรหัส 5xx ที่อ้างถึงรายการบล็อก เมื่อเจอให้ถอยปริมาณกลับไปหนึ่งขั้น ห้ามสั่ง flush คิวซ้ำ ๆ เพราะยิ่งทำให้ดูเหมือนสแปม จัดการคิวที่ค้างตาม คู่มือ Mail Queue

ข้อมูลฝั่งผู้รับดูได้จาก Postmaster Tools ของ Gmail และ SNDS ของ Microsoft ซึ่งย้ายไปอยู่ที่ https://substrate.office.com/ip-domain-management-snds/ ในปี 2026 ทั้งสองระบบแสดงข้อมูลเมื่อปริมาณส่งถึงระดับหนึ่ง จึงอาจยังว่างในสัปดาห์แรกของ IP Warmup

เช็กลิสต์สัญญาณระหว่าง IP Warmup ทั้งสัญญาณดี และรหัส 421-4.7.28 หรือ 451 4.7.650 ที่บอกให้หยุดเพิ่มปริมาณ
เห็นสีเหลืองให้หยุดเพิ่ม เห็นสีแดงให้ถอยกลับหนึ่งขั้นและหาสาเหตุก่อน

ปัญหาที่พบบ่อยเกี่ยวกับ IP Warmup

IP Warmup ใช้เวลานานเท่าไร?

ขึ้นกับปริมาณเป้าหมาย ถ้าเป้าหมายไม่กี่พันฉบับต่อวัน มักใช้ 2–4 สัปดาห์ ถ้าเป็นหลักแสนฉบับต่อวันอาจใช้นานกว่านั้น ตัววัดไม่ใช่จำนวนวัน แต่คือการเพิ่มปริมาณแล้วไม่มีการปฏิเสธหรืออัตราสแปมเพิ่มขึ้น

บริษัทส่งอีเมลวันละไม่กี่สิบฉบับ ต้องทำ IP Warmup หรือไม่?

ไม่ต้องวางตารางเต็มรูปแบบ แต่ต้องทำขั้นตอนที่ 1 ให้ครบ และไม่ใช้ IP ใหม่ส่งอีเมลจำนวนมาก เช่น ประกาศถึงลูกค้าทั้งหมด ในสัปดาห์แรก

ย้ายเซิร์ฟเวอร์ใหม่แต่ใช้ IP เดิม ต้องทำ IP Warmup อีกหรือไม่?

ไม่ต้อง ชื่อเสียงผูกกับ IP และโดเมน ไม่ได้ผูกกับเครื่อง ถ้า IP และโดเมนผู้ส่งเหมือนเดิม และ PTR ยังตรง ผู้รับจะเห็นเป็นผู้ส่งรายเดิม

ระหว่าง IP Warmup อีเมลค้างคิวจำนวนมาก ควรลบหรือไม่?

ถ้าเป็นการปฏิเสธชั่วคราว (4xx) ให้ Postfix ลองส่งซ้ำเองตามรอบปกติ แต่ถ้าคิวโตเพราะมีสคริปต์หรือบัญชีที่ถูกเจาะส่งสแปม ให้หยุดต้นทางก่อน แล้วลบเฉพาะอีเมลสแปมตามคู่มือ Mail Queue

ถ้าต้องการให้ช่วยตรวจพื้นฐานของเมลเซิร์ฟเวอร์ วางแผน IP Warmup หรือดูแลชื่อเสียงของ IP ติดต่อทีมงาน THAI DATA CLOUD ได้ ถ้าต้องการส่งจดหมายข่าวปริมาณมากโดยไม่ต้องอุ่น IP เอง ดูรายละเอียดได้ที่ Direct Mail

อ่านเพิ่มเติมเกี่ยวกับ IP Warmup

แชร์FacebookXLINELinkedIn

มีคำถามเรื่องบริการ? ติดต่อทีมงาน