การเชื่อมต่อกล่องจดหมาย
ระบบทิกเก็ตรับอีเมลขาเข้าผ่าน IMAP และส่งการตอบกลับผ่าน SMTP กับผู้ให้บริการส่วนใหญ่ เพียงชื่อผู้ใช้และรหัสผ่านก็เพียงพอ Microsoft 365 เป็นข้อยกเว้น ต่อไปนี้คือเหตุผลและวิธีแก้ไขในเวลาราวสิบนาที
ผู้ให้บริการของคุณต้องรองรับอะไรบ้าง
หาผู้ให้บริการของคุณด้านล่าง สองในสามกรณีไม่ต้องทำอะไรเพิ่มเลย
| ผู้ให้บริการ | สิ่งที่คุณต้องมี | เชื่อมต่อได้โดยตรง |
|---|---|---|
| เมลเซิร์ฟเวอร์ของคุณเอง เว็บโฮสต์ (all-inkl, Strato, IONOS, Mailbox.org …) และ Exchange ในองค์กร | ชื่อผู้ใช้และรหัสผ่านของกล่องจดหมาย | ได้ |
| Google Workspace / Gmail | รหัสผ่านสำหรับแอป Google ปฏิเสธรหัสผ่านบัญชีปกติ และต้องเปิดการเข้าสู่ระบบสองขั้นตอนของบัญชีนั้นไว้ด้วย มิฉะนั้น Google จะไม่ให้สร้างรหัสผ่านสำหรับแอป | ได้ |
| Microsoft 365 / Outlook.com | เชื่อมต่อโดยตรงไม่ได้ Microsoft ปิดการเข้าสู่ระบบด้วยชื่อผู้ใช้และรหัสผ่านสำหรับ IMAP ไปแล้ว และรหัสผ่านสำหรับแอปก็ไม่ช่วย เพราะใช้กลไกเดียวกัน ทางออกคือกล่องจดหมายเฉพาะสำหรับเฮลป์เดสก์พร้อมการส่งต่อ (คู่มืออยู่ด้านล่าง) | ไม่ได้ |
ทำไม Microsoft 365 จึงเชื่อมต่อโดยตรงไม่ได้
Microsoft ปิด “basic authentication” สำหรับ IMAP ใน Exchange Online ไปแล้ว เรื่องนี้กระทบทุกโปรแกรมที่อ่านกล่องจดหมาย Microsoft 365 โดยตรง ไม่ใช่แค่ของเรา ตัวสืบทอดคือ OAuth2 ซึ่งกำหนดให้คุณลงทะเบียนแอปพลิเคชันของคุณเองในไดเรกทอรี Azure และให้สิทธิ์เข้าถึงแก่มัน เรายังไม่รองรับ OAuth2 เรามีแผนจะทำ แต่เราตั้งใจไม่ระบุวันที่ สำหรับลูกค้าจำนวนมาก ทางด้านล่างเป็นทางที่ดีกว่าอยู่แล้ว เพราะไม่ต้องใช้ผู้ดูแลไดเรกทอรี และไม่มีสิทธิ์เข้าถึงที่หมดอายุ
การเข้าสู่ระบบไม่ได้รับผลกระทบ Microsoft Entra ID เชื่อมต่อเป็นผู้ให้บริการ SSO ได้ เหมือนผู้ให้บริการรายอื่นที่พูด OIDC หรือ SAML 2.0 มีเพียงการอ่านอีเมลผ่าน IMAP เท่านั้นที่ Microsoft บังคับให้ใช้ OAuth2 และนั่นคือสิ่งที่เรายังไม่มี
ทางออก: กล่องจดหมายเฉพาะสำหรับเฮลป์เดสก์พร้อมการส่งต่อ
คุณสร้างกล่องจดหมายแยกต่างหากกับผู้ให้บริการที่รับชื่อผู้ใช้และรหัสผ่าน แพ็กเกจเว็บโฮสติงของคุณมักมีมาให้อยู่แล้ว จากนั้นส่งต่อที่อยู่ที่ลูกค้าของคุณรู้จักไปยังกล่องนั้น ระบบทิกเก็ตอ่านเพียงกล่องจดหมายกล่องเดียวนั้น
สิ่งที่คุณได้จากวิธีนี้
- ระบบทิกเก็ตไม่เคยเข้าถึงกล่องจดหมายของบริษัทคุณเลย เข้าถึงเพียงข้อความที่ถูกส่งต่อมาให้เท่านั้น
- ไม่ต้องลงทะเบียนแอป ไม่ต้องขอความยินยอมจากผู้ดูแลไดเรกทอรี ไม่มีสิทธิ์เข้าถึงที่หมดอายุใน 90 วัน
- ใช้ได้เหมือนกันกับผู้ให้บริการทุกราย รวมถึงหลังจากที่คุณเปลี่ยนผู้ให้บริการอีเมลแล้วด้วย
- เฮลป์เดสก์แบบโฮสต์บนคลาวด์ทำงานแบบนี้เป็นค่าเริ่มต้นอยู่แล้ว ต่างกันตรงที่ที่นี่กล่องจดหมายเป็นของคุณ และข้อมูลอยู่บนเซิร์ฟเวอร์ของคุณ
ทีละขั้นตอน
สร้างกล่องจดหมายเฮลป์เดสก์
กับเว็บโฮสต์ของคุณหรือผู้ให้บริการรายใดก็ได้ที่อนุญาต IMAP ด้วยชื่อผู้ใช้และรหัสผ่าน ⚠️ ที่อยู่นี้อยู่บนโดเมนหลักของคุณไม่ได้ หากอีเมลของโดเมนนั้นถูกจัดการโดย Microsoft 365 อยู่แล้ว ให้ใช้โดเมนย่อยหรือโดเมนของผู้ให้บริการโฮสต์แทน จดเซิร์ฟเวอร์และพอร์ต IMAP ไว้ (ปกติคือ 993 พร้อม SSL) และเซิร์ฟเวอร์กับพอร์ต SMTP (ปกติคือ 465 พร้อม SSL หรือ 587 พร้อม STARTTLS)
ตั้งค่าการส่งต่อใน Microsoft 365
ในศูนย์จัดการ Microsoft 365 ให้ส่งต่อที่อยู่ที่ลูกค้าของคุณเขียนถึง ไปยังกล่องจดหมายใหม่ ⚠️ Microsoft ปิดกั้นการส่งต่ออัตโนมัติไปยังที่อยู่ภายนอกเป็นค่าเริ่มต้น ผู้ดูแลระบบของคุณต้องอนุญาตอย่างชัดเจนในนโยบายตัวกรองสแปมขาออก มิฉะนั้นจะไม่มีอะไรมาถึง และกล่องจดหมายก็จะไม่แสดงข้อผิดพลาดใดด้วย
กรอกในระบบทิกเก็ต
Settings → E-mail: กรอกเซิร์ฟเวอร์ IMAP พอร์ต และ SSL จากนั้นกรอกกล่องจดหมายพร้อมชื่อผู้ใช้และรหัสผ่านสำหรับแต่ละทีม คุณไม่ต้องพิมพ์ชื่อโฟลเดอร์ปลายทางสำหรับอีเมลที่ประมวลผลแล้ว เพราะ “Read from server” จะดึงรายการโฟลเดอร์จริงมาให้ ในเมื่อชื่อโฟลเดอร์ของแต่ละผู้ให้บริการต่างกันไป
ตั้งค่าที่อยู่ผู้ส่ง
ใต้ SMTP คุณกำหนดว่าลูกค้าจะเห็นที่อยู่ใดเป็นผู้ส่งคำตอบของคุณ ที่อยู่ที่พวกเขารู้จักอยู่แล้วมักเป็นตัวเลือกที่ถูกต้อง การส่งต้องผ่านเซิร์ฟเวอร์ที่อนุญาตที่อยู่ผู้ส่งนั้น ซึ่งตามปกติคือผู้ให้บริการรายเดียวกับกล่องจดหมายเฮลป์เดสก์
ทดสอบ
ส่งอีเมลไปยังที่อยู่ที่ลูกค้าใช้ติดต่อคุณ ภายในหนึ่งนาที ทิกเก็ตจะอยู่ในระบบและคำยืนยันจะไปถึงผู้ส่งแล้ว หากไม่มีอะไรมาถึง ให้ตรวจโฟลเดอร์สแปมของกล่องจดหมายเฮลป์เดสก์ก่อน
สิ่งที่ต้องระวัง
อีเมลที่ถูกส่งต่ออาจไปตกในสแปม
ที่กล่องจดหมายปลายทาง เซิร์ฟเวอร์ที่ส่งต่อไม่ตรงกับผู้ส่งของข้อความอีกต่อไป ให้ตรวจโฟลเดอร์สแปมในช่วงไม่กี่วันแรก และเพิ่มต้นทางของการส่งต่อเข้าในรายการที่อนุญาต
การส่งคืออีกครึ่งหนึ่ง
Microsoft จำกัดการส่งผ่าน SMTP ด้วยชื่อผู้ใช้และรหัสผ่านด้วย และมีแผนจะปิดการใช้งาน ควรวางแผนตั้งแต่ต้นว่าจะส่งผ่านผู้ให้บริการรายเดียวกับกล่องจดหมายเฮลป์เดสก์ของคุณ
อย่าตั้งข้อความตอบกลับอัตโนมัติบนกล่องจดหมายเฮลป์เดสก์
การตอบกลับอัตโนมัติทั้งสองฝั่งอาจตีกลับไปมาไม่รู้จบ ระบบทิกเก็ตส่งคำยืนยันถึงลูกค้าของคุณเองอยู่แล้ว กล่องจดหมายจึงไม่ต้องมี
หนึ่งกล่องจดหมายต่อหนึ่งทีม
ระบบทิกเก็ตอ่านกล่องจดหมายทีมละหนึ่งกล่องเท่านั้น หากมีหลายส่วนงาน เช่น ไอทีและบัญชี ให้สร้างกล่องจดหมายและกฎการส่งต่ออย่างละหนึ่งชุดต่อส่วนงาน
คู่มือฉบับย่อสำหรับ Google Workspace และ Gmail
กรณีนี้ไม่ต้องส่งต่อ กล่องจดหมายเชื่อมต่อได้โดยตรงเมื่อคุณมีรหัสผ่านสำหรับแอปแล้ว
- 1.เปิดการเข้าสู่ระบบสองขั้นตอนของบัญชี Google มิฉะนั้น Google จะไม่ให้สร้างรหัสผ่านสำหรับแอป
- 2.สร้างรหัสผ่านสำหรับแอปในการตั้งค่าความปลอดภัยของบัญชี แล้วจดไว้ เพราะระบบแสดงให้เห็นเพียงครั้งเดียว
- 3.กรอกในระบบทิกเก็ต: IMAP imap.gmail.com พอร์ต 993 พร้อม SSL และ SMTP smtp.gmail.com พอร์ต 465 พร้อม SSL ใช้รหัสผ่านสำหรับแอป ไม่ใช่รหัสผ่านบัญชี
- 4.อย่าพิมพ์ชื่อโฟลเดอร์ Gmail เก็บโฟลเดอร์ระบบไว้ใต้ชื่ออย่าง “[Gmail]/…” ให้ใช้ “Read from server” ในระบบทิกเก็ตแล้วเลือกโฟลเดอร์จากรายการ
ไม่แน่ใจว่าผู้ให้บริการของคุณเข้าข่ายแบบใด บอกเราว่าคุณใช้รายไหน แล้วเราจะบอกทางที่สั้นที่สุดให้
ถามเรา