SMTP Relay ในสภาพแวดล้อม Office 365 | ตอนที่ 3#4

หลังจากการโยกย้ายไปยัง Office 365 (Exchange Online) ผู้ใช้บ่นว่าพวกเขาหยุดรับข้อความอีเมลจากอุปกรณ์แฟกซ์ที่อยู่ภายใน Office ขององค์กร

คุณเริ่มตรวจสอบปัญหานี้และตรวจสอบการตั้งค่าอุปกรณ์แฟกซ์อีกครั้ง ทุกอย่างดูดี แต่ข้อความอีเมลที่ส่งโดยอุปกรณ์แฟกซ์ไปไม่ถึงปลายทาง อืม …. เกิดอะไรขึ้น
สิ่งเล็กๆ น้อยๆ ที่เราลืมไปก็คือ จนถึงขณะนี้ Devices\Application ที่เปิดใช้งานอีเมลได้รับการกำหนดค่าให้เชื่อมต่อกับเซิร์ฟเวอร์ Exchange ภายในองค์กร

ก่อนที่เราจะสามารถคืนค่าความสามารถของ Devices\Application ที่เปิดใช้งาน Mail นี้ในการส่งอีเมลไปยังผู้รับขององค์กร (ที่อยู่ในระบบคลาวด์) เราจะต้องเผชิญกับ "อุปสรรคบางประการ" ” ไม่ต้องกลัว มีทางแก้!

ส่งอีเมลไปที่ Exchange Online - Article Series

• ส่งอีเมลไปที่ Exchange Online | ตอนที่ 1#4
• ส่งอีเมลไปยัง Exchange Online โดยใช้เซสชัน SMTP มาตรฐาน | ตอนที่ 2#4
• SMTP Relay ในสภาพแวดล้อม Office 365 | ตอนที่ 3#4
• SMTP Relay ในสภาพแวดล้อม Office 365 | สถานการณ์การแก้ไขปัญหา |ส่วนที่ 4#4

บทความปัจจุบันเป็นบทความที่สามในชุดบทความที่เกี่ยวข้องกับข้อกำหนดในการส่งจดหมายผ่านบริการจดหมายของ Office 365
ในบทความก่อนหน้านี้ เราได้อธิบายสถานการณ์ที่เราจัดการกับบริการจดหมายของ Office 365 โดยใช้ บันทึก MX ที่แสดงถึง “เซิร์ฟเวอร์อีเมลของเรา” ใน Office 365

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

“วิธีแก้ปัญหา” สำหรับข้อเสียนี้และวิธีการที่ต้องการในการเชื่อมต่อโครงสร้างพื้นฐานเมล Office 365 คือการใช้ช่องทางการสื่อสารที่ปลอดภัยตามโปรโตคอล TLS และความต้องการไคลเอนต์เมลในการให้ข้อมูลรับรองผู้ใช้

ความท้าทายหลักที่เราเผชิญคือในสถานการณ์ที่ “โปรแกรมรับส่งเมล” เป็นอุปกรณ์ฮาร์ดแวร์ เช่น เครื่องสแกนหรือเครื่องพิมพ์ หรือซอฟต์แวร์เฉพาะ หลายครั้ง “โปรแกรมรับส่งเมล” นี้ไม่สนับสนุนความจำเป็นที่จำเป็นในการสร้างระบบรักษาความปลอดภัย ช่องทางการสื่อสารโดยใช้โปรโตคอล TLS

ในกรณีนี้ วิธีแก้ปัญหาจะดำเนินการโดยใช้นายหน้าหรือตัวกลางซึ่งเรียกว่าการส่งต่อเมล
ในบทความปัจจุบัน เราจะตรวจสอบวิธีใช้เซิร์ฟเวอร์ SMTP ในตัวซึ่งมีอยู่ใน Windows Server OS - เซิร์ฟเวอร์ IIS SMTP

ไคลเอนต์เมลระบุที่อยู่บริการเมล | สถานการณ์ทางเลือก

สถานการณ์ที่ 1 - ไคลเอนต์ LAN Mail (อุปกรณ์\แอปพลิเคชัน) จัดการกับเมลเซิร์ฟเวอร์ภายใน

ในสถานการณ์ที่ไคลเอนต์ LAN Mail (อุปกรณ์\แอปพลิเคชัน) จัดการกับเมลเซิร์ฟเวอร์ภายใน สมมติฐานพื้นฐานคือสภาพแวดล้อม LAN ถือว่า "ปลอดภัย" (แยกจากเครือข่ายภายนอก)
ด้วยเหตุนี้ โดยทั่วไป อักขระของการสื่อสารระหว่าง Devices\Applications ที่เปิดใช้งาน Mail และเซิร์ฟเวอร์เมลภายในองค์กรคือ:

1. ช่องทางการสื่อสาร - Devices\Applications ที่เปิดใช้งานเมลจะสื่อสารกับเซิร์ฟเวอร์เมลภายในองค์กรโดยใช้โปรโตคอล SMTP (การเชื่อมต่อที่ไม่ได้เข้ารหัส)
2. การรับรองความถูกต้อง - โดยส่วนใหญ่แล้ว Devices\Applications ที่เปิดใช้งาน Mail จะไม่ใช้กลไกการรับรองความถูกต้อง (การรับรองความถูกต้องแบบไม่ระบุชื่อ)
3. การจำกัดที่อยู่ IP - ในบางสถานการณ์ หากผู้ดูแลระบบต้องการใช้กลไกการรักษาความปลอดภัยขั้นพื้นฐาน เซิร์ฟเวอร์อีเมลภายในองค์กรจะได้รับการกำหนดค่าให้ยอมรับการเชื่อมต่อ SMTP ที่ไม่ระบุชื่อจากที่อยู่ IP ที่กำหนดไว้ล่วงหน้าเท่านั้น

สถานการณ์ที่ 2 - ไคลเอ็นต์ LAN Mail ที่ระบุถึงบริการอีเมล Office 365 โดยใช้ช่องทางการสื่อสารที่ปลอดภัย (TLS)

ในสถานการณ์ของการรับส่งอีเมลในเครือข่ายสาธารณะ เช่น ระบบคลาวด์ (บริการอีเมลของ Office 365) ลักษณะของช่องทางการสื่อสารจะขึ้นอยู่กับสมมติฐานที่แตกต่างกัน - ช่องทางการสื่อสาร - ช่องทางการสื่อสารระหว่าง Mail ที่เปิดใช้งาน Devices\Applications และ Office บริการเมล 365 ถูกสร้างขึ้นผ่านโครงสร้างพื้นฐานเครือข่ายสาธารณะ (สภาพแวดล้อมที่ไม่น่าเชื่อถือ)

ด้วยเหตุนี้ แนวปฏิบัติที่ดีที่สุดจากมุมมองด้านความปลอดภัยคือความจำเป็นในการสร้างกลไกการรักษาความปลอดภัยที่จะช่วยให้สามารถส่งอีเมลผ่านโครงสร้างพื้นฐานเมลของ Office 365 ได้อย่างปลอดภัย

“การแปล” สำหรับ “วิธีที่ปลอดภัย” กำลังใช้ช่องทางการสื่อสารที่เข้ารหัส + ความต้องการโครงสร้างพื้นฐานเมล Office 365 เพื่อระบุ “องค์ประกอบ” (อุปกรณ์\แอปพลิเคชันที่เปิดใช้งานเมล) ที่เชื่อมต่อเขาและขอบริการเมล

กฎบัตรของสถานการณ์นี้คือ Devices\Applications ที่เปิดใช้งาน Mail ซึ่งมีความสามารถในการระบุโครงสร้างพื้นฐานเมล Office 365 “โดยตรง” โดยระบุถึงเอนทิตี Office 365 ที่เป็นตัวแทนของบริการอีเมล Exchange Online ที่พร้อมใช้งานสำหรับไคลเอ็นต์อีเมล

เพื่อให้สามารถจัดการกับเมลเซิร์ฟเวอร์ Office 365 - smtp.office365.com โดยใช้ช่องทางการสื่อสารที่ปลอดภัย Devices\Applications ที่เปิดใช้งาน Mail จำเป็นต้องมีความสามารถในการสื่อสารโดยใช้โปรโตคอล TLS + ให้ข้อมูลรับรองผู้ใช้ของผู้ใช้ Office 365 ที่มีกล่องจดหมาย Exchange Online

สถานการณ์ที่ 3- ไคลเอ็นต์จดหมาย LAN (อุปกรณ์\แอปพลิเคชัน) ที่ระบุถึงบริการจดหมายของ Office 365 ผ่านการส่งต่อจดหมาย

สถานการณ์ที่สาม คือสถานการณ์ที่เราต้องการเปิดใช้งาน Mail ที่เปิดใช้งาน Devices\Applications ที่อยู่โครงสร้างพื้นฐานเมล Office 365 โดยใช้ช่องทางการสื่อสารที่ปลอดภัย

เนื่องจาก Devices\Applications ที่เปิดใช้งาน Mail ไม่สนับสนุนข้อกำหนดบังคับสำหรับการใช้โปรโตคอล TLS + การรับรองความถูกต้อง เราจึงจำเป็นต้องใช้องค์ประกอบตัวกลางที่จะทำหน้าที่เป็น "ตัวเชื่อมต่อตรรกะ" ระหว่างองค์กรที่เปิดใช้งาน Mail Devices\Applications และจดหมาย Office 365 โครงสร้างพื้นฐาน (เซิร์ฟเวอร์ EOP)

“ตัวเชื่อมต่อลอจิก ” จะถูกใช้งานโดยใช้เซิร์ฟเวอร์ส่งต่อ SMTP
เซิร์ฟเวอร์ส่งต่อ SMTP จะใช้อินเทอร์เฟซที่แยกจากกันสองอินเทอร์เฟซ:

• อินเทอร์เฟซ 1 - อินเทอร์เฟซภายในที่จะสื่อสารกับอุปกรณ์\แอปพลิเคชันที่เปิดใช้งาน Mail ขององค์กร
• อินเทอร์เฟซ 2 - อินเทอร์เฟซสาธารณะที่จะติดต่อกับโครงสร้างพื้นฐานเมล Office 365 (เซิร์ฟเวอร์ EOP) โดยใช้ช่องทางการสื่อสารที่ปลอดภัย

อินเทอร์เฟซสาธารณะของเซิร์ฟเวอร์ส่งต่อ SMTP จะต้องตอบข้อกำหนดบังคับต่อไปนี้:

1. ช่องทางการสื่อสารที่ปลอดภัย - ช่องทางการสื่อสารที่เข้ารหัสที่สร้างขึ้นโดยใช้โปรโตคอล TLS (พอร์ต 587 หรือพอร์ต 25)
2. การรับรองความถูกต้อง - “เซิร์ฟเวอร์ส่งต่อ SMTP ” ที่ต้องการส่งต่อเมลไปยังโครงสร้างพื้นฐานเมล Office 365 จะต้องให้ข้อมูลประจำตัว (ชื่อผู้ใช้ + รหัสผ่าน) โดยใช้โปรโตคอลการรับรองความถูกต้องพื้นฐาน
3. ที่อยู่ IP ของเมลเซิร์ฟเวอร์\ชื่อโฮสต์ - “เซิร์ฟเวอร์ส่งต่อ SMTP ” ที่ต้องการส่งต่อเมลไปยังโครงสร้างพื้นฐานเมล 365 จะต้องรู้ว่าชื่อโฮสต์ Pubic ของเมลเซิร์ฟเวอร์ 365 คืออะไร (smtp .office365.com)

เซิร์ฟเวอร์ IIS SMTP สามารถตอบสนองความต้องการข้อกำหนดบังคับของ Exchange Online สำหรับ TLS และการรับรองความถูกต้อง ในสถานการณ์สมมติ เซิร์ฟเวอร์ IIS SMTP จะถูกกำหนดค่าด้วย "อินเทอร์เฟซ" สองรายการ:

1. อินเทอร์เฟซที่ยอมรับคำขอจาก Devices\Applications ที่เปิดใช้งาน LAN Mail - "อินเทอร์เฟซ" นี้จะอนุญาต\ยอมรับคำขอส่งต่ออีเมลจาก Devices\Applications ที่เปิดใช้งาน LAN Mail โดยไม่จำเป็นต้องตรวจสอบสิทธิ์ (ไม่ระบุชื่อ) และช่องทางการสื่อสารที่เราใช้สำหรับ การสื่อสารกับ Devices\Applications ที่เปิดใช้งาน LAN Mail จะขึ้นอยู่กับโปรโตคอล SMTP (ไม่จำเป็นต้องเข้ารหัส)
2. อินเทอร์เฟซที่สื่อสารกับ Exchange Online - “ขา” หรืออินเทอร์เฟซอื่น ๆ จะถูกใช้โดยเซิร์ฟเวอร์ IIS SMTP สำหรับการสื่อสารกับ Exchange Online โดยใช้: TLS และใช้ข้อกำหนดสำหรับการรับรองความถูกต้อง

ส่วนที่ 1 - การใช้การส่งต่อเมล SMTP โดยใช้เซิร์ฟเวอร์ IIS

ในส่วนต่อไปนี้ เราจะตรวจสอบการตั้งค่าและข้อกำหนดเบื้องต้นทั้งหมดที่เราจำเป็นต้องใช้เพื่อใช้ IIS SMTP เป็นเซิร์ฟเวอร์ส่งต่อเมล

ข้อกำหนดเบื้องต้นของ SMTP Mail Relay

1. ข้อมูลรับรองผู้ใช้ IIS SMTP

ข้อมูลประจำตัวที่ IIS SMTP ใช้สำหรับการสื่อสารกับ Exchange Online อาจเป็นข้อมูลประจำตัวผู้ใช้ Office 365 ใดๆ ที่มีใบอนุญาตที่ถูกต้อง (ใบอนุญาตสำหรับกล่องจดหมาย Exchange Online)

ไม่จำเป็นต้องซื้อใบอนุญาต "ตรวจพบ" เพื่อจุดประสงค์นี้ “ปัญหา” เดียวที่เราควรพิจารณาเกี่ยวกับชื่อผู้รับ (ผู้ใช้ Office 365 ที่เราใช้สำหรับการตรวจสอบสิทธิ์กับเซิร์ฟเวอร์ Exchange Online) คือตามค่าเริ่มต้น แต่ละข้อความที่จะส่งต่อไปยังเซิร์ฟเวอร์ Exchange Online จะรวมผู้รับรายนี้ด้วย ชื่อในช่องจาก

ตัวอย่างเช่น ในกรณีที่เรากำหนดค่าเซิร์ฟเวอร์ IIS SMTP ให้ใช้ข้อมูลประจำตัวของผู้ใช้ Office 365 ชื่อ John ที่อยู่อีเมลแต่ละรายการที่ส่งจาก Devices\Applications ที่เปิดใช้งาน LAN Mail ไปยังผู้รับ Office 365 อื่น ๆ จะได้รับการยอมรับ ที่ผู้รับปลายทางเป็นที่อยู่อีเมลที่ส่งโดย “จอห์น ”

ในภายหลัง เราจะตรวจสอบสถานการณ์ที่ Devices\Applications ที่เปิดใช้งาน LAN Mail ใช้ที่อยู่อีเมลที่แตกต่างกัน และวิธีการเปิดใช้งาน IIS SMTP เพื่อส่งอีเมล "ในนามของ" โฮสต์นี้

2. การตั้งค่าไฟร์วอลล์

หากต้องการเปิดใช้งานเซิร์ฟเวอร์ IIS SMTP เพื่อสร้างช่องทางการสื่อสารไปยัง Exchange Online เราจำเป็นต้องสร้างในไฟร์วอลล์ขององค์กรซึ่งเป็นกฎขาออกที่อนุญาตให้ IIS SMTP ใช้ TLS (พอร์ต 587 หรือพอร์ต 25)

3. เอนทิตีเซิร์ฟเวอร์จดหมาย Office 365 | ชื่อโฮสต์

เพื่อให้สามารถอ้างอิงเซิร์ฟเวอร์ Exchange Online ได้ Office 365 จะใช้ชื่อโฮสต์ทั่วไป: smtp.office365.com

ในกรณีที่คุณต้องการค้นหาข้อมูลเกี่ยวกับชื่อเซิร์ฟเวอร์ Exchange Online ให้ใช้คำแนะนำต่อไปนี้

1. เข้าสู่ระบบพอร์ทัล Office 365
2. เข้าถึงไคลเอ็นต์ OWA (Mail)
3. ในเมนูด้านบน ให้คลิกที่ไอคอน การตั้งค่า
4. เลือกเมนู ตัวเลือก

5. ที่แถบเมนูด้านซ้าย ให้เลือกเมนู POP และ IMAP
6. ที่ด้านล่างของหน้า ให้คลิก การตั้งค่าสำหรับ POP หรือ IMAP
7. ในหน้าต่างที่ปรากฏขึ้น ให้มองหาส่วน: การตั้งค่า SMTP
   ที่นี่ คุณจะพบชื่อเซิร์ฟเวอร์ Exchange Online (smtp.office365.com) และนอกจากนี้ เราจะเห็นว่ามี ข้อกำหนดบังคับสำหรับการใช้โปรโตคอล TLS (พอร์ต 587 หรือพอร์ต 25)

การติดตั้งและกำหนดค่าเซิร์ฟเวอร์ IIS SMTP

ในส่วนต่อไปนี้ เราจะสาธิตวิธีการติดตั้งเซิร์ฟเวอร์ IIS SMTP บนเซิร์ฟเวอร์ Windows 2008

ขั้นตอนที่ 1: ติดตั้งเซิร์ฟเวอร์ IIS

1. เปิดคอนโซลตัวจัดการเซิร์ฟเวอร์และภายใต้คุณสมบัติให้เลือกเพิ่มคุณสมบัติ
2. เลือกตัวเลือกเซิร์ฟเวอร์ SMTP
   (การรีเซ็ตกระบวนการติดตั้งเป็นเพียงถัดไป ถัดไป ฯลฯ)

ขั้นตอนที่ 2: บริการ IIS SMTP

ตามค่าเริ่มต้น บริการ IIS SMTP จะไม่เริ่มทำงาน และประเภทการเริ่มต้นคือ: ด้วยตนเอง

1. เราจะต้องเปลี่ยนการตั้งค่าเริ่มต้นเป็น - อัตโนมัติ
   ดับเบิลคลิกที่บริการ SMTP: Simple Mail Transfer Protocol (SMTP) และเปลี่ยน ประเภทการเริ่มต้น เป็น อัตโนมัติ
2. เริ่ม บริการ IIS SMTP (SMTPSVC)

ขั้นตอนที่ 3: เซิร์ฟเวอร์ IIS SMTP MMC

คอนโซลการจัดการสำหรับ IIS SMTP คือ Internet Information Services 6.0
(ไม่มีตัวเลือกในการจัดการ IIS SMTP โดยใช้คอนโซลการจัดการ "มาตรฐาน" IIS 7) เราสามารถค้นหา IIS 6.0 Manager ได้ภายใต้ เครื่องมือการดูแลระบบ -> Internet Information Services 6.0

ส่วนที่ 2 - การกำหนดค่าเซิร์ฟเวอร์ IIS เป็นการส่งต่อเมลสำหรับสภาพแวดล้อม Office 365

ในส่วนต่อไปนี้ เราจะตรวจสอบการตั้งค่าที่จำเป็นทั้งหมดสำหรับการกำหนดค่าเซิร์ฟเวอร์ IIS SMTP เป็น “SMTP Relay” ”

1. รีเลย์ IIS SMTP “อินเทอร์เฟซ LAN”

ส่วนแรกเกี่ยวข้องกับ: การตั้งค่าสำหรับอินเทอร์เฟซหรือ “IIS Leg ” ที่ให้บริการโฮสต์ LAN (อุปกรณ์ที่เปิดใช้งาน Mail\Applications)

เปิดคอนโซลการจัดการ IIS SMTP คลิกขวาที่
[SMTP Virtual Server #1] และเลือก: คุณสมบัติ

1. เข้าถึงแท็บ | การรับรองความถูกต้อง

เลือกแท็บ การเข้าถึง -> การตรวจสอบสิทธิ์

ในหน้าต่างการตรวจสอบสิทธิ์ ให้เลือกตัวเลือก: การเข้าถึงแบบไม่ระบุชื่อ (อุปกรณ์\แอปพลิเคชันที่เปิดใช้งานเมลไม่จำเป็นต้องใช้การตรวจสอบสิทธิ์)

<แข็งแกร่ง>2. เข้าถึงแท็บ | รีเลย์

การตั้งค่า “รีเลย์ ” ใช้สำหรับการกำหนดค่าที่อยู่ IP ของ: Devices\Applications ที่เปิดใช้งานเมล ซึ่งจะสื่อสาร (เมลรีเลย์) ไปยังเซิร์ฟเวอร์ IIS SMTP
ในตัวอย่างของเรา เรามีโฮสต์สองแห่งที่ต้องการส่งอีเมลไปยัง เซิร์ฟเวอร์ IIS SMTP:

แอปพลิเคชัน Help Desk ที่ติดตั้งบนเวิร์กสเตชันที่มีที่อยู่ IP 10.100.102.2 และอุปกรณ์แฟกซ์ที่ใช้ที่อยู่ IP: 10.100.102.3
เพื่อให้โฮสต์นี้ส่ง (รีเลย์) เมลไปยังเซิร์ฟเวอร์ IIS SMTP เราจะต้อง เพื่อเพิ่มที่อยู่ IP นี้ลงใน "รายการที่อนุญาต"

เลือกแท็บ การเข้าถึง -> คลิกที่ปุ่ม รีเลย์...

ในหน้าต่าง ข้อจำกัดการส่งต่อ ให้เพิ่มที่อยู่ IP ของ Mail ที่เปิดใช้งาน Devices\Applications ซึ่งจะสื่อสาร (จดหมายส่งต่อ) ไปยังเซิร์ฟเวอร์ IIS SMTP

คุณสามารถอ่านข้อมูลเพิ่มเติมเกี่ยวกับการตั้งค่าการส่งต่อได้ในบทความถัดไป - SMTP Relay ในสภาพแวดล้อม Office 365 | สถานการณ์การแก้ไขปัญหา |ส่วนที่ 4#4

<แข็งแกร่ง>2. อินเทอร์เฟซ "คลาวด์" การส่งต่อเมล IIS SMTP

ในส่วนนี้ เราจะสร้างการตั้งค่าที่จำเป็นซึ่งทำให้เซิร์ฟเวอร์ IIS SMTP สามารถส่งต่อข้อความเมลไปยังเซิร์ฟเวอร์ Exchange Online

แท็บการจัดส่ง

แท็บ การจัดส่ง ใช้สำหรับกำหนดค่า "อินเทอร์เฟซ" ของ IIS SMTP ที่สื่อสารกับเซิร์ฟเวอร์ Exchange Online

1. แท็บการจัดส่ง | การรักษาความปลอดภัยขาออก

เลือกตัวเลือกแท็บ การส่ง -> ความปลอดภัยขาออก

ในหน้าต่าง ความปลอดภัยขาออก เลือกตัวเลือก: การตรวจสอบสิทธิ์ขั้นพื้นฐาน

เราจะต้องให้ข้อมูลประจำตัวผู้ใช้ Office 365 ซึ่งมีกล่องจดหมาย Exchange Online ในตัวอย่างของเรา เราจะใช้ข้อมูลประจำตัวของผู้ใช้ชื่อ: John@o365info.com

เลือกแท็บ การนำส่ง -> ตัวเลือก ความปลอดภัยขาออก
ในหน้าต่าง ความปลอดภัยขาออก ให้เลือกตัวเลือก: การเข้ารหัส TLS (สำหรับการสร้างช่องทางการสื่อสารที่ปลอดภัยให้กับ Exchange Online)

<แข็งแกร่ง>2. แท็บการจัดส่ง | พอร์ต TCP

เลือกแท็บ การส่ง -> ตัวเลือก การเชื่อมต่อขาออก

หมายเลขพอร์ต TLS ที่เราใช้ในการสื่อสารกับ Exchange Online คือ:25 (หรือพอร์ต 587)

(โปรดตรวจสอบว่าไฟร์วอลล์ขององค์กรจะมีกฎขาออกที่จำเป็นซึ่งจะทำให้เซิร์ฟเวอร์ IIS SMTP ใช้พอร์ตนี้)

<แข็งแกร่ง>3. แท็บการจัดส่ง | ขั้นสูง

เลือกตัวเลือกแท็บ การจัดส่ง -> ขั้นสูง

ในกล่องข้อความ สมาร์ทโฮสต์ เราจำเป็นต้องระบุชื่อเซิร์ฟเวอร์ Exchange Online

ส่วนของ ชื่อโดเมนแบบเต็ม ไม่ใช่ข้อกำหนดบังคับ คุณสามารถเพิ่ม FQDN ของเซิร์ฟเวอร์ IIS SMTP ได้

ส่วนที่ 3 - เปิดใช้งานการส่งต่อ IIS SMTP เพื่อส่งอีเมลในนามของที่อยู่อีเมลอื่น

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

เพื่อจุดประสงค์ในการสาธิต ให้ใช้สถานการณ์ต่อไปนี้:
เราต้องการเปิดใช้งานโฮสต์ภายในสองรายการ เพื่อส่งอีเมลโดยใช้เซิร์ฟเวอร์ IIS SMTP

One Host คือแอปพลิเคชัน Helpdesk ที่ใช้ที่อยู่อีเมล:HelpDesk@o365info.com และอีกโฮสต์หนึ่งเป็นเครื่องแฟกซ์ที่ใช้ที่อยู่อีเมล: FaxService@o365info.com

ในกรณีที่โฮสต์นี้จะพยายามส่งต่อเมลไปยังเซิร์ฟเวอร์ IIS SMTP ข้อความเมลนั้นจะถูกปฏิเสธโดยเซิร์ฟเวอร์ Exchange Online เนื่องจาก: ตามค่าเริ่มต้น ผู้รับ (ในตัวอย่างของเรา: John@o365info .com) ไม่สามารถส่งอีเมล “ในนามของ ” ของผู้รับอื่นได้ (ในตัวอย่างของเรา: FaxService@o365info. com และ HelpDesk@o365info.com)

ข่าวดีก็คือ เราไม่จำเป็นต้องสร้างบัญชีผู้ใช้และกล่องจดหมายที่จะ "เป็นตัวแทน" โฮสต์เหล่านี้ ซึ่งจะส่งต่อจดหมายไปยัง IIS SMTP Server

หากต้องการเปิดใช้งานเซิร์ฟเวอร์ IIS SMTP เพื่อส่งอีเมลสำหรับโฮสต์นี้ เราสามารถเลือกหนึ่งในวิธีแก้ไขปัญหาต่อไปนี้:

1. ใช้กลุ่มการแจกจ่ายและกำหนด “ส่งเป็นการอนุญาต”

โซลูชันนี้อิงจากการสร้างกลุ่มการแจกจ่ายสำหรับแต่ละโฮสต์ที่ต้องการส่งต่ออีเมลไปยังเซิร์ฟเวอร์ IIS SMTP
กลุ่มการแจกจ่ายที่กำหนดค่าเป็นกลุ่มความปลอดภัย (กลุ่ม Security\Distribution)
ถัดไป ขั้นตอนคือ: การกำหนด “ส่งเป็นการอนุญาต” สำหรับผู้รับที่ IIS SMTP Server ใช้สำหรับการตรวจสอบสิทธิ์ (ในตัวอย่างของเรา:John@o365info.com)

สามารถกำหนดสิทธิ์ส่งเป็นได้โดยใช้เว็บอินเตอร์เฟสหรือโดยใช้คำสั่ง PowerShell

กำหนด “ส่งเป็นสิทธิ์” โดยใช้อินเทอร์เฟซการจัดการเว็บของ Office 365

1. เข้าสู่ระบบพอร์ทัล Office 365 ในเมนูผู้ดูแลระบบ ให้เลือกตัวเลือก: Exchange
2. ในศูนย์การจัดการ Exchange ให้เลือกเมนู ผู้รับ -> กลุ่ม
3. คลิกที่ตัวเลือก “เพิ่ม ” และเลือกตัวเลือก กลุ่มความปลอดภัย

4. ในตัวอย่างของเรา เราจะตั้งชื่อกลุ่มการกระจายการรักษาความปลอดภัยใหม่เป็น FaxService
5. ดับเบิลคลิกที่ชื่อของการกระจายความปลอดภัยใหม่ (FaxService) และเลือกเมนู - การมอบหมายกลุ่ม
6. คลิกที่ตัวเลือก เพิ่ม และเพิ่มชื่อผู้รับที่เราใช้สำหรับข้อมูลรับรอง IIS SMTP (ในตัวอย่างของเรา: John)

เราจะต้องทำซ้ำขั้นตอนนี้สำหรับแต่ละโฮสต์ LAN ที่จะต้องส่งต่ออีเมลโดยใช้ IIS SMTP Server

กำหนด “ส่งเป็นสิทธิ์” โดยใช้คำสั่ง PowerShell
กำหนดสิทธิ์ “ส่งเป็น” สำหรับกล่องจดหมาย/กลุ่มการแจกจ่าย

ตัวอย่างไวยากรณ์คำสั่ง PowerShell:

Add-RecipientPermission FaxService -AccessRights SendAs -Trustee John

2. เพิ่มที่อยู่อีเมลเพิ่มเติม (นามแฝง)

ตัวเลือกอื่นที่เราสามารถใช้ได้ ( แทนโซลูชันการรักษาความปลอดภัย\การแจกจ่าย) คือ: เพิ่มที่อยู่อีเมลที่จะใช้โดย Devices\Applications ที่เปิดใช้งาน LAN Mail เป็นที่อยู่อีเมลเพิ่มเติม (นามแฝง) สำหรับผู้รับที่ใช้โดย เซิร์ฟเวอร์ IIS SMTP

ในตัวอย่างของเรา เราจะเพิ่มที่อยู่อีเมลเพิ่มเติมอีกสองรายการให้กับผู้รับชื่อ: John

1. เข้าสู่ระบบพอร์ทัล Office 365 ในเมนูผู้ดูแลระบบ ให้เลือกตัวเลือก: Exchange
2. ในศูนย์การจัดการ Exchange ให้เลือกเมนู ผู้รับ -> กล่องจดหมาย
3. เลือกชื่อผู้รับที่ใช้โดย IIS SMTP Server (ในตัวอย่างของเรา - John)

4. คลิกที่ตัวเลือก “เพิ่ม ”
5. ในคุณสมบัติกล่องจดหมาย ให้เลือกตัวเลือก: ที่อยู่อีเมล
6. ในตัวอย่างของเรา เราจะเพิ่มที่อยู่อีเมล (นามแฝง) ลงใน “John Mailbox”: FaxService@o365info.com และ HelpDesk@o365info.com