รหัสผ่านสำหรับแอปอีเมล: บัญชีไหนใช้ได้ และควรใช้ OAuth เมื่อไร

รหัสผ่านสำหรับแอปต่างจากรหัสผ่านบัญชีอย่างไร?

รหัสผ่านสำหรับแอป (app password) คือข้อมูลลับที่ผู้ให้บริการออกให้แอปภายนอกใช้เข้าถึงบัญชี แทนการกรอกรหัสผ่านหลักในแอปนั้น ตัวอย่างเช่น Yahoo ใช้รหัสชนิดนี้กับแอปอีเมลที่ไม่ได้ผ่านหน้าลงชื่อเข้าใช้ของ Yahoo

คำว่า App passwords ในที่นี้ไม่ใช่แอปจัดการรหัสผ่าน และไม่ใช่รหัสยืนยันใช้ครั้งเดียวที่ส่งมาทางอีเมล เมื่อ Mailera ขอรหัสผ่านสำหรับแอป คุณจึงต้องใช้รหัสที่สร้างสำหรับการเชื่อมต่อนั้น ไม่ใช่รหัสผ่านที่ใช้เปิดบัญชีผ่านเว็บ

ก่อนเริ่ม ให้แยกคำถามเหล่านี้ออกจากกัน:

การเห็นเมนูสร้างรหัสตอบได้เพียงบางส่วน การรับผ่าน IMAP และการส่งผ่าน SMTP ยังต้องตรวจแยกกัน สำหรับ Microsoft นั้น Mailera ใช้ OAuth ผ่าน Microsoft Graph

ผู้ให้บริการแต่ละรายใช้วิธีเชื่อมต่อแบบใด?

ตารางนี้ใช้เลือกวิธีเชื่อมต่อและเงื่อนไขที่ต้องตรวจในบัญชีของคุณ วันที่อ่านเอกสารทางการของ Google, Apple, Yahoo, Microsoft และ Fastmail ที่ลิงก์ไว้คือ 25 ตุลาคม 2026

Google แนะนำให้ใช้ “Sign in with Google” เมื่อแอปมีตัวเลือกนั้น ส่วนเส้นทางเชื่อมต่อ Gmail ของ Mailera ใช้รหัสผ่านสำหรับแอป จึงต้องตรวจสิทธิ์ของบัญชีตามเงื่อนไขข้างต้น

สำหรับ Microsoft 365 เอกสาร Exchange Online ระบุว่าเลิกใช้ Basic authentication สำหรับ IMAP แล้ว และการเลิกใช้นี้ทำให้ใช้รหัสผ่านสำหรับแอปกับแอปที่ไม่รองรับการยืนยันสองขั้นตอนไม่ได้ ใน Mailera ให้เลือก OAuth ทั้งบัญชี Outlook.com และ Microsoft 365

ผู้ให้บริการที่ไม่อยู่ในตารางไม่ได้หมายความว่าเชื่อมต่อไม่ได้ ดู ผู้ให้บริการที่ Mailera รองรับ แล้วตรวจข้อกำหนดของบัญชีนั้นโดยตรง อย่านำเงื่อนไขของ Gmail ไปใช้แทน Yahoo หรือผู้ให้บริการรายอื่น

สร้างรหัสผ่านสำหรับแอปได้จากที่ไหน?

Gmail และ Google Workspace

เริ่มจากตรวจว่าบัญชีเปิดการยืนยันสองขั้นตอนแล้ว จากนั้นทำตาม คู่มือรหัสผ่านสำหรับแอปของ Google หากไม่มีตัวเลือก ให้ตรวจการตั้งค่าที่ใช้เฉพาะกุญแจความปลอดภัย สถานะ Advanced Protection และประเภทบัญชีองค์กรก่อนลองสร้างรหัสซ้ำ

สำหรับ Google Workspace ให้ถามผู้ดูแลว่าบัญชีของคุณใช้รหัสผ่านสำหรับแอปได้หรือไม่ การที่บัญชี Gmail ส่วนตัวอีกบัญชีสร้างได้ ไม่ได้เปลี่ยนสิทธิ์ของบัญชีองค์กร

iCloud

ใน Apple Account ไปที่ “Sign-In and Security” แล้วเลือก “App-Specific Passwords” ตามเอกสาร Apple บัญชีต้องเปิดการยืนยันตัวตนสองปัจจัยก่อนสร้างและใช้รหัสนี้

ใช้รหัสที่สร้างขึ้นในขั้นตอนเชื่อมต่อ ไม่ใช่รหัสผ่านหลักของ Apple Account รายละเอียดฝั่ง Mailera อยู่ใน คู่มือเชื่อมต่อ iCloud

Yahoo

Yahoo ระบุเส้นทางสร้างรหัสไว้ใต้ “External connections” โดยเลือก “Create app password” หากบัญชีไม่มีสิทธิ์สร้างรหัส ฝ่ายบริการลูกค้าไม่สามารถข้ามกระบวนการกำหนดสิทธิ์นี้ให้ได้

Zoho และ Fastmail

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

Fastmail กำหนดให้แอปภายนอกแต่ละแอปมีรหัสผ่านสำหรับแอปของตนเอง หากใช้แผน Basic การสร้างรหัสใหม่ไม่ใช่ทางแก้ เพราะแผนนี้ไม่รองรับทั้งรหัสผ่านสำหรับแอปและการเข้าถึง IMAP/SMTP

เพิ่มกล่องจดหมายใน Mailera อย่างไร?

ผู้เพิ่มกล่องจดหมายต้องมีบทบาท Admin หรือ Leader เตรียมบัญชีอีเมลที่คุณเป็นเจ้าของและรหัสสำหรับการเชื่อมต่อให้พร้อมก่อนเริ่ม

1. เปิด กล่องจดหมาย แล้วเลือก เพิ่มกล่องจดหมาย
2. ถ้าเป็น Gmail, Yahoo, iCloud, Zoho หรือ Fastmail ให้เลือกแท็บ กล่องจดหมายเดียว กรอก ที่อยู่อีเมล แล้วตรวจผู้ให้บริการที่ระบบตรวจพบ หรือเลือกจาก หรือเลือกผู้ให้บริการ
3. เลือก ดำเนินการต่อ อ่าน วิธีรับรหัสผ่านสำหรับแอป และ สิ่งที่ต้องเตรียม ให้ตรงกับบัญชี
4. ใน รายละเอียดการเชื่อมต่อ ใส่รหัสผ่านสำหรับแอปในช่อง รหัสผ่าน แล้วเลือก กลุ่มกล่องจดหมาย ส่วน ชื่อที่แสดง ไม่จำเป็นต้องกรอก
5. เลือก ทดสอบและเชื่อมต่อ แล้วดูผล ลงชื่อเข้าใช้เซิร์ฟเวอร์ขาเข้า, ตรวจหาโฟลเดอร์ และ ลงชื่อเข้าใช้เซิร์ฟเวอร์ขาออก แยกกัน

ถ้าเป็น Outlook.com, Hotmail หรือ Microsoft 365 ให้ใช้แท็บ ลงชื่อเข้าใช้ด้วย Microsoft แล้วดำเนินการให้ความยินยอม OAuth ที่ Microsoft แทนขั้นตอนกรอกรหัสผ่านสำหรับแอป

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

หากรับได้แต่การเชื่อมต่อขาออกล้มเหลว คุณเลือก บันทึกแบบรับอย่างเดียว ได้ หรือเลือก แก้ไขรายละเอียด แล้ว ทดสอบอีกครั้ง การบันทึกแบบรับอย่างเดียวเหมาะกับงานที่อ่านเมลเท่านั้น แต่ไม่ควรนำกล่องนั้นไปใช้กับงานที่ต้องตอบกลับโดยยังไม่แก้การส่ง

ทดสอบรับ ส่ง และ Hooks ให้แยกผลกันอย่างไร?

ใช้เฉพาะกล่องทดสอบที่คุณเป็นเจ้าของ จัดบันทึกเป็นรายบัญชี อย่ารวมผลของ Gmail ส่วนตัวกับ Google Workspace ไว้เป็นผลเดียว

1. บันทึกขอบเขตบัญชี ระบุผู้ให้บริการ ประเภทบัญชี แผน ภูมิภาค นโยบายองค์กร และวันที่ทดสอบ ใช้ชื่อเรียกกล่องทดสอบแทนที่อยู่อีเมลในบันทึกที่จะแชร์
2. ตรวจสิทธิ์และสร้างรหัสสำหรับงานนี้ เก็บลิงก์คู่มือกับวันที่อ่าน ตรวจเมนูในบัญชี แล้วสร้างรหัสสำหรับการทดสอบโดยเฉพาะ สำหรับ Microsoft ให้ใช้การเชื่อมต่อ OAuth
3. บันทึกผลเชื่อมต่อแต่ละส่วน แยกผลลงชื่อเข้าใช้ขาเข้า การตรวจโฟลเดอร์ และลงชื่อเข้าใช้ขาออก หากขาออกถูกข้ามเพราะไม่ได้ตั้งค่าเซิร์ฟเวอร์ ให้บันทึกว่าข้าม ไม่ใช่ผ่าน
4. ทดสอบรับจริง ส่งข้อความจากกล่องทดสอบอีกกล่องเข้ามา ใช้หัวข้อที่ระบุรอบทดสอบได้ แล้วตรวจว่าข้อความนั้นปรากฏใน Mailera บันทึกโฟลเดอร์และเวลาที่สังเกตเห็น
5. ทดสอบส่งจริง ส่งข้อความอีกฉบับจากกล่องที่เพิ่งเชื่อมต่อผ่าน Mailera ไปยังกล่องทดสอบปลายทาง แล้วเปิดกล่องปลายทางตรวจข้อความ อย่าใช้ผลรับเมลแทนผลส่งเมล
6. ตรวจ Hooks แยกจากการส่ง ตั้งปลายทางรับ webhook สำหรับ message.received แล้วส่งข้อความใหม่เข้ากล่องทดสอบ ตรวจเหตุการณ์ที่ปลายทางได้รับ ส่วน mailbox.disconnected ใช้ตรวจเหตุการณ์เมื่อระบบตรวจพบการตัดการเชื่อมต่อ
7. ปิดงานทดสอบ สำหรับบัญชีที่ใช้รหัสผ่านสำหรับแอป ให้เพิกถอนรหัสทดสอบจากผู้ให้บริการ แล้วบันทึกเวลาที่เพิกถอนและเวลาที่สังเกตเห็นผลแยกกัน อย่ากำหนดล่วงหน้าว่าทุกระบบจะสะท้อนผลทันที

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

การได้รับ message.received ใช้ตรวจเส้นทางแจ้งเหตุการณ์รับข้อความ ไม่ได้บอกว่าบัญชีส่งเมลได้ ดูรายละเอียด REST API และ webhooks ใน หน้าสำหรับนักพัฒนา โดยไม่ต้องนำการทดสอบเชื่อมต่อครั้งนี้ไปปนกับการวัดความหน่วงของ webhook

หากงานปลายทางคือการอ่านอีเมลยืนยัน ให้ต่อยอดจาก วิธีอ่านรหัสยืนยันจากกล่องจดหมายของคุณเอง หลังตรวจการรับข้อความเรียบร้อยแล้ว และปิดบังรหัสยืนยันในภาพหรือบันทึกทุกครั้ง

ข้อผิดพลาดที่พบบ่อยเกิดจากอะไร?

ไม่มีเมนูสร้างรหัสผ่านสำหรับแอป

เริ่มจากเงื่อนไขของผู้ให้บริการ ไม่ใช่เปลี่ยนรหัสผ่านหลักทันที Google ต้องเปิดการยืนยันสองขั้นตอน และอาจไม่มีตัวเลือกเมื่อใช้เฉพาะกุญแจความปลอดภัย ใช้ Advanced Protection หรือเป็นบัญชีองค์กร ส่วน Apple ต้องเปิดการยืนยันตัวตนสองปัจจัย

Yahoo มีการกำหนดสิทธิ์สร้างรหัสของบัญชี และ Fastmail Basic ไม่รองรับฟังก์ชันนี้ สาเหตุเหล่านี้แก้ด้วยการตั้งค่าหรือสิทธิ์ฝั่งผู้ให้บริการ ไม่ใช่การลองกรอกรหัสใน Mailera ซ้ำ

สร้างรหัสได้ แต่เชื่อมต่อไม่ได้

ตรวจว่าใส่รหัสผ่านสำหรับแอป ไม่ใช่รหัสผ่านหลัก และตรวจว่าบัญชีเปิดสิทธิ์ IMAP แล้ว โดยเฉพาะ Zoho ถ้าใช้บัญชีองค์กร ให้ตรวจนโยบายกับผู้ดูแลด้วย

หากเพิ่งเปลี่ยนรหัสผ่านหลักของ Google หรือ Apple ให้ตรวจรหัสผ่านสำหรับแอปอีกครั้ง Google เพิกถอนรหัสผ่านสำหรับแอปเมื่อเปลี่ยนรหัสผ่านบัญชี ส่วน Apple เพิกถอนรหัสเฉพาะแอปทั้งหมดเมื่อเปลี่ยนหรือรีเซ็ตรหัสผ่านหลัก

รับได้ แต่ส่งไม่ได้

ตรวจการตั้งค่าและสิทธิ์ SMTP แยกจาก IMAP อย่าเพิ่งสรุปว่ารหัสผ่านผิด เพราะ Mailera แยกผลลงชื่อเข้าใช้ขาเข้ากับขาออกไว้แล้ว ดูผลที่ขั้น ลงชื่อเข้าใช้เซิร์ฟเวอร์ขาออก ก่อนตัดสินใจแก้รหัส

ถ้างานต้องอ่านอย่างเดียว คุณบันทึกแบบรับอย่างเดียวได้ แต่ถ้างานต้องส่ง ให้แก้การเชื่อมต่อขาออกแล้วส่งข้อความทดสอบถึงกล่องปลายทางอีกครั้ง

สถานะยังเหมือนเดิมหลังเปลี่ยนหรือเพิกถอนรหัส

GET /mailboxes/{id}/status ตรวจการลงชื่อเข้าใช้ Microsoft โดยตรง แต่ผู้ให้บริการอื่นอ้างอิงการซิงก์ล่าสุด ดังนั้นควรดูเวลาซิงก์ล่าสุดประกอบ ไม่ใช้สถานะเดิมตัดสินว่ารหัสที่เพิกถอนแล้วยังใช้ได้

สำหรับ Yahoo การเปลี่ยนรหัสผ่านหลักไม่ได้ทำให้รหัสผ่านสำหรับแอปเดิมหมดอายุ หากต้องการยกเลิกการเข้าถึงผ่านรหัสนั้น ต้องลบรหัสผ่านสำหรับแอปโดยตรง

เก็บรหัสอย่างไร และ Mailera มีขอบเขตแค่ไหน?

แยกรหัสผ่านของผู้ให้บริการออกจากคีย์ API ของ Mailera รหัสผ่านสำหรับแอปใช้เชื่อมต่อบัญชีอีเมล ส่วนคีย์ API ใช้เรียก Mailera อย่านำทั้งสองอย่างไปใส่ในภาพหน้าจอ บันทึกที่แชร์ หรือข้อความทดสอบ

สำหรับงานอ่านสถานะและอ่านข้อความผ่าน API ให้ใช้คีย์เฉพาะงานที่มีสิทธิ์ read และจำกัดขอบเขตกล่องจดหมายเท่าที่ต้องใช้ เพิ่มสิทธิ์อื่นเมื่อมีงานนั้นจริง ปิดบังที่อยู่อีเมล token และเนื้อหาส่วนบุคคลก่อนแชร์ผล ดูรายละเอียดเพิ่มเติมใน หน้าความปลอดภัยของ Mailera

ถ้าจะให้ AI agent อ่านกล่องนี้ต่อ ให้ถือว่าอีเมลขาเข้าเป็นข้อมูลที่ไม่น่าเชื่อถือ ไม่ใช่คำสั่งของระบบ อย่าให้ agent ทำตามข้อความที่สั่งให้เปิดเผยคีย์หรือส่งต่อข้อมูล และให้มีการยืนยันก่อนส่งอีเมล แนวทางจัดการการเชื่อมต่ออยู่ใน คู่มือรหัสผ่านสำหรับแอปสำหรับกล่องจดหมายของ agent

Mailera เชื่อมต่อกล่องจดหมายที่คุณมีอยู่แล้ว ไม่ได้สร้างกล่องจดหมายหรือที่อยู่อีเมลใหม่ และไม่ได้เปิดสิทธิ์รหัสผ่านสำหรับแอปหรือเปลี่ยนนโยบายองค์กรแทนผู้ให้บริการ ปัจจุบันไม่รองรับ Proton Mail และ Tuta ด้วย