راهنمای فارسی ServiceDesk Plus ← ایمیل و اعلانها ← ایمیل ورودی
موضوع: Incoming Mail Server Settings | نسخه داخلی یا On-Premises
این مدخل برای تنظیم دریافت پیام است. پیشنیازهای Microsoft 365 را در راهنمای OAuth و Microsoft Graph آماده کنید؛ تنظیم حساب، مجوزها و نشانی بازگشت در همان صفحه آمده است.
اتصال صندوق
- با دسترسی SDAdmin، بخش ایمیل ورودی را در تنظیمات Mail Server Settings باز کنید.
- روش اتصال را انتخاب کنید. برای Microsoft Graph، نشانی صندوق، Endpoint و اطلاعات OAuth لازم است؛ برای IMAPS، میزبان، پورت و حساب صندوق را نیز تعیین کنید.
- تنظیمات را ذخیره و در روش OAuth، دسترسی را با حساب همان صندوق تأیید کنید.
- فاصله دریافت را در Fetch mails every بر حسب دقیقه وارد کنید. پس از ویرایش، فعالبودن دریافت را دوباره بررسی کنید.
آزمون Fetch a sample mail قدیمیترین پیام صندوق را دریافت میکند؛ بنابراین صندوق آزمون را آگاهانه انتخاب کنید. [۱]
مقادیر IMAPS برای Microsoft 365
در محیط عمومی Microsoft 365، میزبان outlook.office365.com، پورت 993 و TLS فعال معرفی شدهاند. Scope این روش:
https://outlook.office365.com/IMAP.AccessAsUser.All,offline_accessاین مقادیر مربوط به IMAPS هستند، نه Graph؛ مشخصات محیطهای ملی نیز متفاوت است. [۲]
پوشه پیامهای خطادار
پوشهای در صندوق بسازید و انتقال پیام خطادار را فعال کنید. نام پوشه، آستانه توقف دریافت و اعلان انتقال پیام را تعیین کنید. بازگرداندن پیامها به Inbox را پس از رفع علت خطا انجام دهید. این قابلیت برای POP/POPS نیست؛ خطای اتصال هم الزاماً پیامی به پوشه خطا منتقل نمیکند. اعلان انتقال به فعالبودن قانون خطای برنامه وابسته است. روش فعالسازی و انتخاب مسئول در راهنمای اعلان خطای برنامه توضیح داده شده است. [۱]
پیام حجیم: عدد یک نسخه را برای همه نسخهها استفاده نکنید
در یادداشت انتشار Build 15140، حد ۳۰ مگابایت برای عبور از پردازش یا انتقال پیام به پوشه خطا ذکر شده است. هلپ جاری از ۵۰ مگابایت و اعلانهای مرتبط در 15210 و بعد از آن صحبت میکند. این دو عدد را یک تنظیم ثابت برای همه نصبها ندانید. [۳] [۱]
یادداشت مدانت: در گزارش مشکل، شماره Build، اندازه کل پیام و اندازه پیوست را جدا ثبت کنید. پیش از تغییر محدودیتها، روشن کنید پیام در سرویس ایمیل رد شده، به صندوق رسیده یا در پردازش برنامه مانده است. برای این بررسی، کنترل پیوست یا محدودیت حجم را بهطور سراسری خاموش نکنید.
آزمون پیشنهادی مدانت: از صندوق تا درخواست
از یک حساب آزمایشی، پیامی با عنوان یکتا و یک پیوست کوچک غیرحساس ارسال کنید. سه زمان را یادداشت کنید: ارسال، رسیدن به صندوق و ظاهرشدن درخواست. سپس نام درخواستکننده، عنوان، متن فارسی و پیوست را بخوانید. این روش، محل توقف مسیر را روشن میکند؛ صرف حضور پیام در Inbox نتیجه نهایی نیست.
بعد از قبولی آزمون اول، یک پاسخ به مکالمه همان درخواست بفرستید و نتیجه را جدا بررسی کنید. اگر درخواست تازه ساخته شد، پیش از دستکاری تنظیمات اتصال، عنوان و شناسه مکالمه و پیام دریافتشده را مقایسه کنید. برای نگهداری سوابق آزمون، بهجای اطلاعات واقعی کاربران از متنهای مشخصاً آزمایشی استفاده کنید.
در آزمون پوشه خطا، پیام سالم را عمداً خراب نکنید و داده عملیاتی را حذف نکنید. هنگام وجود یک خطای واقعی، مشخصات پیام، متن خطا و اقدام انجامشده را ثبت کنید. بازگرداندن مکرر همان پیام بدون رفع علت، اطلاعات تازهای برای تشخیص مشکل ایجاد نمیکند.
برای ادامه آزمون رفتوبرگشت، ارسال پاسخ و پیوست را جدا بررسی کنید. در بررسی پیام کنارگذاشتهشده نیز تفاوت فیلتر پیام با فیلتر اعلان را در نظر بگیرید؛ نبود درخواست و نبود اعلان، یک نتیجه نیستند.
مطالب مرتبط
آمادهسازی OAuth و Graph | ایمیل خروجی | قواعد اعلان | فیلتر پیام و اعلان | مسیردهی درخواستها | فهرست راهنماهای ایمیل
سخن پایانی مدانت
کاربر با فرستادن ایمیل، مسئلهاش را به ما سپرده است. مسیر دریافت باید طوری اداره شود که هیچ پیام معتبری بینام و بیسرانجام نماند؛ از صندوق تا درخواست، نتیجه هر مرحله را ببینید.
منابع
- ManageEngine — Incoming Mail Server Settings؛ اتصال، دریافت، پوشه خطا و محدودیتهای وابسته به نسخه.
- ManageEngine — Default Mail Server Configurations؛ مقادیر اتصال IMAPS.
- ManageEngine — On-Premises Release Notes؛ بخش 15140 و تغییر SD-133701.
بازبینی منابع: ۱۹ سپتامبر ۲۰۲۶. روش آزمون و سخن پایانی، افزوده مدانتاند. این مدخل تنظیمات متداول دریافت را پوشش میدهد؛ دستکاری مستقیم پایگاه داده یا غیرفعالکردن کنترل پیوستها جزو مراحل آن نیست.
