راهنمای فارسی ServiceDesk Plus ← تنظیمات ادمین ← ایمیل خروجی
موضوع: Outgoing Mail Server Settings | نسخه داخلی یا On-Premises
این صفحه برای ارسال پاسخ و اعلان است؛ دریافت پیام در راهنمای ایمیل ورودی و آمادهسازی مجوزهای Microsoft 365 در راهنمای OAuth و Microsoft Graph توضیح داده شدهاند.
تنظیم SMTP
- با SDAdmin، تنظیمات ایمیل خروجی را باز و SMTP یا SMTPS را انتخاب کنید.
- میزبان، پورت، نام نمایشی فرستنده و نشانی Reply to را تعیین کنید. راهنمای محصول این نشانی را برای From پیام خروجی نیز معرفی میکند.
- TLS و روش احراز هویت را مطابق سرویس ایمیل تنظیم کنید؛ در روش OAuth، اطلاعات برنامه و Scope لازماند.
- تنظیمات را ذخیره کنید و با Send a sample mail به یک گیرنده آزمایشی پیام بفرستید. [۱]
SMTP در Microsoft 365
برای محیط عمومی، میزبان smtp.office365.com، پورت 587 و TLS فعال در جدول سازنده آمدهاند. Scope روش OAuth:
https://outlook.office365.com/SMTP.Send,offline_accessاین مقادیر برای Graph یا محیطهای ملی مایکروسافت نیستند. [۲]
SMTP AUTH در Exchange Online هم تنظیم سازمانی دارد و هم تنظیم صندوق؛ مقدار اختصاصی صندوق میتواند بر تنظیم عمومی مقدم باشد. همچنین Security Defaults میتواند استفاده از SMTP AUTH را مسدود کند. فعالبودن OAuth، بهتنهایی مجازبودن این پروتکل را ثابت نمیکند. [۳]
یادداشت مدانت: برای رفع خطای یک صندوق، سیاست امنیتی کل سازمان را خاموش نکنید. مدیر ایمیل باید مشخص کند استفاده محدود از SMTP مطابق سیاست سازمان است یا اتصال Graph انتخاب مناسبتری برای این نصب خواهد بود.
ارسال با Microsoft Graph
Microsoft Graph را انتخاب و Endpoint، نشانی فرستنده و اطلاعات OAuth خروجی را تکمیل کنید. تنظیم مجوزها و Client ID جداگانه در مدخل اتصال Graph آمده است.
سرور برنامه به میزبانهای graph.microsoft.com و login.microsoftonline.com نیاز دارد؛ برای پیوست بزرگتر از ۳ مگابایت، دسترسی به outlook.office365.com نیز لازم است. [۱]
رفتار سرور جایگزین
در روش دارای فیلد سرور جایگزین، با قطع اتصال سرور اصلی، ارسال به سرور دوم منتقل میشود و ادامه مییابد. بازگشت به اصلی، طبق مستند با پیکربندی مجدد خروجی یا راهاندازی مجدد سرویس است؛ آن را بازگشت خودکار فرض نکنید. [۱]
یادداشت مدانت: راهاندازی مجدد سرویس عملیاتی صرفاً برای آزمودن این گزینه انجام نشود. نشانی و مجوزهای سرور دوم را پیش از رخداد بررسی کنید و روش بازگشت را در برنامه نگهداری بنویسید.
تأخیر ارسال با شکست احراز هویت یکی نیست
مایکروسافت برای ترکیب هر برنامه و صندوق Outlook در Graph، محدودیتهایی از جمله چهار درخواست همزمان و ۱۰هزار درخواست API در ده دقیقه اعلام کرده است. تعداد درخواست API را برابر تعداد ایمیل نگیرید؛ یک عملیات ارسال ممکن است چند درخواست داشته باشد. [۴]
در بررسی تأخیر، زمان اقدام کارشناس، نتیجه نمایشدادهشده و زمان رسیدن پیام را ثبت کنید. ارسال مکرر همان پاسخ، آزمون مناسبی برای تشخیص گلوگاه نیست و ممکن است گیرنده چند نسخه دریافت کند. ابتدا روشن کنید پیام رد شده، در انتظار است یا به پوشه دیگری در صندوق گیرنده رسیده است.
آزمون پیشنهادی مدانت
سه پیام آزمایشی جدا بفرستید: متن ساده، پاسخ از داخل یک درخواست و پاسخ دارای پیوست غیرحساس. در هر مورد، نام و نشانی فرستنده، متن فارسی، شناسه درخواست و وجود پیوست را در صندوق گیرنده بررسی کنید. موفقیت پیام ساده را به ارسال پیوست تعمیم ندهید.
سپس گیرنده به همان مکالمه پاسخ دهد و نتیجه را در مسیر دریافت ایمیل بررسی کنید. این آزمون رفتوبرگشت، تحویل پیام را از توانایی ادامه گفتوگو جدا میکند. اطلاعات محرمانه ورود یا توکنها جایی در متن آزمون ندارند.
مطالب مرتبط
ایمیل ورودی | اتصال OAuth و Graph | اعلانهای گروه پشتیبانی | فهرست راهنما
سخن پایانی مدانت
پاسخی که نوشته شده اما به کاربر نرسیده، هنوز ارتباطی را کامل نکرده است. ارسال را در مقصد بررسی کنید؛ کیفیت خدمت، از فاصله میان «ارسال شد» و «دریافت کردم» هم تأثیر میگیرد.
منابع
- ManageEngine — Outgoing Mail Server Settings؛ تنظیمات خروجی، سرور جایگزین و نیازهای شبکه Graph.
- ManageEngine — Default Mail Server Configurations؛ مقادیر SMTP.
- Microsoft — Enable or disable SMTP AUTH in Exchange Online؛ تنظیمات سازمان و صندوق.
- Microsoft — Outlook service limits in Microsoft Graph؛ محدودیتهای برنامه و صندوق.
بازبینی منابع: ۱۹ سپتامبر ۲۰۲۶. پیشنهادهای کنترل تغییر، روش آزمون و سخن پایانی، افزوده مدانتاند. امکانات هر مسیر باید با Build و سرویس ایمیل سازمان تطبیق داده شوند.
