# Microsoft Exchange یا SmarterMail؟ کدام Mail Server برای سازمان شما مناسب‌تر است؟

مقایسه Exchange SE، Exchange Online و SmarterMail بر اساس اندازه سازمان، Outlook، امنیت، بازیابی، لایسنس و هزینه واقعی نگهداری؛ همراه سناریو و ماتریس تصمیم.

## تصمیم از زمان بازیابی شروع می‌شود

فرض کنید مسئول زیرساخت شرکتی با ۳۰۰ کارمند هستید. برای راه‌اندازی ایمیل داخلی، یک نفر Exchange پیشنهاد می‌دهد و دیگری SmarterMail. هر دو یک Inbox سالم نشان می‌دهند. بعد مدیر IT می‌پرسد اگر ساعت ده صبح Storage خراب شد چه می‌کنیم، چه کسی سرویس متصل به اینترنت را Patch می‌کند و آیا دستیار فروش می‌تواند تقویم مدیر را مدیریت کند؟ پاسخ این سؤال‌ها از نمایش موفق نصب مهم‌تر است.

سناریوهای این متن تمرین طراحی‌اند؛ روایت پروژه شخصی یا مشتری واقعی نویسنده نیستند. مبنای بررسی در ۶ نوامبر ۲۰۲۶، Exchange Server Subscription Edition یا SE، سرویس Exchange Online و مستندات جاری SmarterMail با Build قابل دانلود 9784 است. مایکروسافت بخشی از نیازمندی‌های SE را همراه 2019 مستند کرده؛ این موضوع توصیه به نصب جدید 2019 نیست. پیش از خرید، ماتریس پشتیبانی CU و Build انتخابی را دوباره بررسی کنید.

[Exchange SE system requirements](https://learn.microsoft.com/en-us/exchange/plan-and-deploy/system-requirements) · [SmarterMail current download and HA licensing notice](https://www.smartertools.com/smartermail/downloads)

## مسیر یک پیام را دنبال کنیم

Mail Server پیام را می‌پذیرد، مسیریابی و ذخیره می‌کند و به مقصد تحویل می‌دهد. Webmail رابط مرورگری کاربر است، نه موتور تحویل پیام. Mailbox محل پیام‌ها و پوشه‌های کاربر و در سامانه‌های همکاری، داده‌های تقویم و مخاطبان است. Mail Queue پیام‌هایی را نگه می‌دارد که منتظر پردازش یا تلاش مجدد برای تحویل‌اند؛ رشد صف علامت بررسی است، نه الزاماً نشانه خاموش بودن سرویس.

SMTP انتقال پیام بین سرورها و ارسال احراز هویت‌شده کاربر را انجام می‌دهد. IMAP پوشه‌های Mailbox را میان دستگاه‌ها همگام می‌کند. POP3 پیام را دریافت می‌کند و رفتار باقی ماندن نسخه روی سرور به تنظیم Client بستگی دارد؛ تقویم مشترک ارائه نمی‌دهد. بنابراین Outlook با IMAP همان تجربه Outlook متصل به پروتکل‌های Exchange نیست. انتخاب پروتکل باید در سند نیازمندی نوشته شود.

در مسیر معمول خارجی، فرستنده MX دامنه گیرنده را می‌خواند، نام سرور ایمیل را Resolve می‌کند، با SMTP وصل می‌شود و در صورت امکان TLS برقرار می‌کند. پیام پس از کنترل‌های سیاستی وارد Mailbox می‌شود. پاسخ مسیر خروجی جداگانه‌ای دارد و ممکن است از Relay عبور کند. تست داخلی موفق چند مرز مهم را دور می‌زند و اثبات‌کننده تحویل ایمیل اینترنتی نیست.

On-Premises یعنی سازمان مسئول سرورها و زیرساخت بازیابی است؛ چه در رک خودش باشند چه در دیتاسنتر اجاره‌ای. Cloud Email بخش بزرگی از عملیات پلتفرم را به ارائه‌دهنده منتقل می‌کند. هویت، مجوز دسترسی، Retention، دستگاه کاربر و نیاز بازیابی همچنان مسئولیت مشتری‌اند. اجاره VPS و نصب Mail Server روی آن همچنان ایمیل خودمدیریت‌شده است.

## Exchange؛ پلتفرم همکاری متکی به Directory

Exchange Server SE محصولی است که خودتان اداره می‌کنید. Exchange Online سرویس میزبانی‌شده مایکروسافت با قابلیت‌ها و سقف‌های وابسته به اشتراک است. Exchange Hybrid سازمان Exchange داخلی را برای همزیستی پشتیبانی‌شده، مسیریابی و مهاجرت به Exchange Online متصل می‌کند. Hybrid نسخه آماده‌به‌کار همه Mailboxها نیست و به‌خودی‌خود محیط داخلی را ساده‌تر نمی‌کند.

SE به Active Directory و DNS پشتیبانی‌شده وابسته است. Role مربوط به Mailbox، سرویس‌های Client Access و اجزای Transport را در بر می‌گیرد؛ در این معماری لایه سرور مستقل Client Access لازم نیست. Front End Transport ورودی SMTP را می‌گیرد، Transport پیام را دسته‌بندی و مسیریابی می‌کند و Mailbox Transport آن را به Store متصل می‌کند. Mailbox Database از پایگاه ESE و Transaction Log استفاده می‌کند؛ فایل Database مجموعه پوشه‌های مستقل کاربران برای کپی ساده نیست.

یکپارچگی Outlook، تقویم واگذارشده، مجوزهای Shared Mailbox و Distribution Groups با فرایندهای مبتنی بر AD سازگارند. Full Access و Send As دو مجوز متفاوت‌اند؛ آدرس یک واحد ممکن است هر دو را بخواهد، در حالی که Distribution Group معمولاً پیام را توزیع می‌کند و تاریخچه مشترک کار تیم را نگه نمی‌دارد. DAG پایگاه‌های Mailbox را بین سرورها Replicate می‌کند؛ جایگزین طراحی AD، دسترسی کاربران، SMTP Gateway و Backup نیست.

![معماری Exchange SE با وابستگی AD، دسترسی Client، Transport و پایگاه Mailbox](/assets/img/articles/content/microsoft-exchange-vs-smartermail/exchange-server-architecture.webp)

[Exchange Server architecture](https://learn.microsoft.com/en-us/exchange/architecture/architecture) · [Database availability groups](https://learn.microsoft.com/en-us/exchange/high-availability/database-availability-groups/database-availability-groups) · [Exchange hybrid deployments](https://learn.microsoft.com/en-us/exchange/exchange-hybrid)

## SmarterMail؛ سرویس پایه را از Integration لایسنس‌دار جدا کنید

Professional ایمیل پایه و همکاری تحت وب، از جمله تقویم و مخاطبان را با SMTP، IMAP، POP3 و همگام‌سازی DAV مربوط ارائه می‌دهد. Enterprise امکاناتی مانند LDAP، احراز هویت Active Directory، آرشیو و Failover پایه اضافه می‌کند. احراز هویت AD یک Integration اختیاری است، نه پیش‌نیاز نصب؛ همچنین به معنی بازتولید خودکار گروه‌های AD و Recipient Objectهای Exchange نیست.

در مستندات فعلی، MAPI/EWS و Exchange ActiveSync یا EAS افزونه‌های لایسنس‌دار Enterprise هستند. قیمت Professional را مبنا نگیرید و همکاری کامل Outlook وعده ندهید. سازنده MAPI را برای Outlook ویندوز 2016 به بعد و EWS را برای Clientهای سازگار، مانند Outlook مک مستند می‌کند؛ این ادعای سازگاری پروتکل، مجوز استفاده از Office خارج از پشتیبانی نیست. Build پشتیبانی‌شده Outlook کلاسیک یا جدید و سیستم‌عامل واقعی سازمان را آزمایش کنید.

SmarterMail تنظیمات دامنه و کاربر و داده ایمیل را در ساختاری مبتنی بر فایل نگه می‌دارد؛ بسته به داده، فایل‌های پیام GRP/EML هم در آن قرار دارند. این یعنی ESE متعلق به Exchange را اداره نمی‌کنید، نه اینکه کپی زنده فایل‌ها خودبه‌خود سازگار باشد. Index جست‌وجو، نوشتن‌های باز، Permission و Configuration باید در طراحی بازیابی دیده شوند. کنترل‌های داخلی Antispam و ClamAV را از سرویس‌های Premium پولی جدا حساب کنید.

میزبانی چنددامنه‌ای با مرز مدیریت Server و Domain یکی از کاربردهای طبیعی این محصول است. SmarterMail HA کلاستر Hub/Node با لایسنس جداگانه است و در استقرار مستندشده Storage مشترک متمرکز دارد. Failover فعال/آماده‌به‌کار Enterprise گزینه متفاوتی است. نه افزودن Node و نه افزودن Domain به‌تنهایی مرز مستقل امنیت یا خرابی Storage ایجاد نمی‌کند.

![معماری Standalone در SmarterMail با Domain، ذخیره پیام، Webmail و پروتکل لایسنس‌دار](/assets/img/articles/content/microsoft-exchange-vs-smartermail/smartermail-server-architecture.webp)

[SmarterMail Professional and Enterprise scope](https://help.smartertools.com/smartermail/current/topics/general/smartermailenterpriseprofessional) · [SmarterMail licensed Exchange functionality](https://help.smartertools.com/smartermail/current/topics/systemadmin/settings/exchangefunctionality) · [SmarterMail restore and folder rebuild](https://help.smartertools.com/smartermail/current/topics/systemadmin/manage/restore) · [SmarterMail antivirus: included and paid engines](https://help.smartertools.com/SmarterMail/Current/Topics/SystemAdmin/Settings/Antivirus) · [SmarterMail HA installation and shared-storage requirements](https://help.smartertools.com/smartermail/current/topics/smartermailha/halinuxinstallation)

## پیش از شمارش کاربران، Storage و ظرفیت خرابی را بسنجید

Exchange SE روی نسخه‌های پشتیبانی‌شده Windows Server اجرا می‌شود، نه Linux. ترکیب دقیق Windows، .NET و CU را از Supportability Matrix انتخاب کنید؛ وجود Windows جدید مجوز ارتقای درجا روی سرور Exchange نیست. نیازمندی رسمی مایکروسافت برای Role مربوط به Mailbox، حافظه 128 GB را حداقل توصیه‌شده معرفی می‌کند. تمام شدن Setup روی VM کوچک، مدرک طراحی مناسب Production نیست.

SmarterMail فعلی Windows و توزیع‌های مشخص Linux را پشتیبانی می‌کند. مبنای اعلام‌شده دو هسته CPU، حافظه 6 GB و فضای 1 GB برای نصب، بدون داده ایمیل است. این عدد پیش‌نیاز ورود است، نه Sizing برای ۵۰۰ کاربر. نشست‌های همزمان MAPI، Indexing، اسکن ویروس، نرخ پیام و اندازه Mailbox منابع لازم را تغییر می‌دهند. برای پایلوت سبک یک دفتر کوچک می‌توان از 4 vCPU و 8 تا 16 GB شروع کرد؛ این فرض آزمایش مهندسی است، نه تضمین ظرفیت سازنده.

برای نمونه محاسباتی، ۵۰۰ Mailbox با میانگین مصرف 10 GB یعنی 5 TB داده اصلی، پیش از رشد، Index، Log، نگهداری پیام حذف‌شده، آرشیو، Replica و Backup. Quota با مصرف اندازه‌گیری‌شده یکسان نیست. در هر دو محصول تأخیر نوشتن، IOPS، فضای آزاد، سرعت Backup و زمان Rebuild را اندازه بگیرید. ظرفیت Nodeهای باقی‌مانده هنگام Maintenance را رزرو کنید، نه فقط بار متعادل روز عادی.

توسعه Exchange به جای‌گذاری Database، تعداد Copy، سلامت Directory و ظرفیت Transport و Client Access وابسته است. رفتن SmarterMail از Standalone به HA، Hub، Node، Storage مشترک و هماهنگی را اضافه می‌کند. هیچ‌کدام عدد همگانی و مفیدی برای کاربران هر سرور ندارند. محیط ۲۰۰۰ کاربری با Mailboxهای کم‌فعالیت ممکن است از ۵۰۰ کاربر با Mailbox مشترک و Sync سنگین سبک‌تر باشد.

![مقایسه وابستگی‌های زیرساخت Exchange SE و SmarterMail تک‌سروری](/assets/img/articles/content/microsoft-exchange-vs-smartermail/exchange-smartermail-infrastructure-comparison.webp)

[Exchange SE system requirements](https://learn.microsoft.com/en-us/exchange/plan-and-deploy/system-requirements) · [Exchange supportability matrix](https://learn.microsoft.com/en-us/exchange/plan-and-deploy/supportability-matrix) · [SmarterMail system requirements](https://help.smartertools.com/smartermail/current/topics/installation/requirements)

## ۲۰ کارمند؛ یک VM و تیم IT کوچک

اگر نیاز، ایمیل سازمانی، Webmail و استفاده از Outlook برای پیام است، SmarterMail Professional با IMAP گزینه قابل بررسی برای میزبانی داخلی است. پذیرش Sync جداگانه تقویم و مخاطب را با کاربران تأیید کنید. ۲۰ کاربر در سقف ده Mailbox نسخه Free جا نمی‌شوند. اگر همکاری مشابه Exchange در Outlook می‌خواهید، Enterprise و افزونه لازم را بودجه‌بندی و تقویم مشترک را پایلوت کنید.

یک VM، یک مرز خرابی سرویس دارد. Backup قابل بازیابی را خارج از آن Host نگه دارید و زمان Restore اندازه‌گیری‌شده را با کسب‌وکار توافق کنید. Exchange SE علاوه بر Directory به تعهد عملیاتی بزرگ‌تری نیاز دارد؛ ساخت آن فقط برای بیست Inbox معمولاً توجیه ندارد. Exchange Online با اشتراک قابل استفاده و اینترنت پایدار اغلب برای تیم خیلی کوچک ساده‌تر است؛ الزام میزبانی داخلی می‌تواند نتیجه را عوض کند.

## ۱۰۰ کارمند؛ Delegation را تست کنید، نه فقط Login

AD، Outlook، آدرس مشترک واحدها و Calendar، Exchange SE را از نظر کارکردی به گزینه جدی‌تری نسبت به سرور IMAP پایه تبدیل می‌کنند. تست پذیرش را دقیق بنویسید: دستیار از طرف sales ارسال کند، مدیر دسترسی تقویم را واگذار کند، اتاق جلسه رزرو متداخل را نپذیرد و کاربر بیرونی پس از تغییر رمز دوباره وصل شود. کاربران موبایل و مک را هم وارد تست کنید؛ فقط لپ‌تاپ ویندوز مدیر سیستم کافی نیست.

SmarterMail Enterprise با لایسنس پروتکل لازم ممکن است همین کارهای سازمان را با وابستگی کمتر به Directory انجام دهد؛ اما Permission پوشه مشترک، Free/Busy، Autodiscovery و بازیابی را تأیید کنید. Backup روزانه یک برنامه زمانی است، نه تضمین RPO؛ شکست Job یا Restore آزمایش‌نشده آن را بی‌اعتبار می‌کند. دسترسی بیرونی امن، بازبینی Antispam و Monitoring مستقل برای هر دو لازم است. وجود AD به‌تنهایی دلیل انتخاب Exchange نیست.

## ۵۰۰ کارمند؛ معماری به تصمیم درباره نیروی متخصص تبدیل می‌شود

برای واحدهای متکی به Delegation در Outlook، گروه‌های AD و Shared Mailbox، حداقل دو Mailbox Server با Copyهای DAG روی مرزهای مستقل خرابی Storage، سرویس AD/DNS مقاوم، طرح Quorum/Witness و ورودی افزونه Client/SMTP را بررسی کنید. DAG را نباید منحصراً قابلیت لایسنس Enterprise سرور فرض کرد؛ سقف Database نسخه Standard همچنان مهم است. Enterprise Server License هم با Enterprise CAL یکی نیست.

SmarterMail HA وقتی Webmail، میزبانی چنددامنه‌ای و قابلیت همکاری آزموده‌شده‌اش نیاز را پوشش دهند قابل بررسی است. قرارداد HA، Hub/Node افزونه و Storage مشترک مقاوم را قیمت‌گذاری کنید. Failover آماده‌به‌کار Enterprise شاید نیاز محدودتر خرابی Host را پوشش دهد، اما همان معماری HA نیست. اگر Storage مشترک و سکوی DR را از صفر بسازید، صرفه‌جویی لایسنس Mail Server ممکن است از بین برود.

آرشیو عملیاتی را از نگهداری حقوقی جدا کنید: جست‌وجوی پیام قدیمی خودبه‌خود سند تغییرناپذیر با Hold ممیزی‌شده نیست. مشخص کنید چه کسی آرشیو را حذف می‌کند، مدت نگهداری چقدر است، Export چگونه مجاز می‌شود و بازیابی چه روشی دارد. برای Patch، تست Restore و هشدار صف مسئول تعیین کنید. در این مقیاس نبود مسئول پاسخ‌گو می‌تواند مزیت قابلیت محصول را بی‌اثر کند.

[Exchange SE licensing: server editions and CALs](https://www.microsoft.com/en-us/microsoft-365/exchange/microsoft-exchange-server-licensing-licensing-overview) · [SmarterMail HA installation and shared-storage requirements](https://help.smartertools.com/smartermail/current/topics/smartermailha/halinuxinstallation)

## ۲۰۰۰ کارمند و چند شعبه؛ خرابی WAN را طراحی کنید

ایمیل متمرکز روی VPN، MPLS یا SD-WAN مدیریت را متمرکز می‌کند، اما تجربه شعبه را به Latency، Packet Loss و مسیر دیتاسنتر وابسته می‌سازد. Cached Outlook بخشی از داده Syncشده را نگه می‌دارد؛ هنگام قطعی کامل ایمیل خارجی جدید تحویل نمی‌دهد. پهنای باند شعب را برای Sync اولیه Profile و موج Attachment بسنجید و مسیر جایگزین را با Client واقعی آزمایش کنید.

Exchange SE با برنامه Copy پایگاه‌ها و فرایند Datacenter Activation می‌تواند در طراحی چندسایتی قرار گیرد، به شرط طراحی Quorum، Directory، شبکه، Namespace و ظرفیت ذخیره. SmarterMail HA به طرح تأییدشده مقاومت Storage و Hub/Node خودش نیاز دارد؛ معماری Shared Storage را بدون شواهد پشتیبانی Latency و Failover بین شهرها نکشید. چند Node در یک اتاق، بازیابی پس از بحران سایت نیست.

Exchange Online نگهداری و Patch سرور و Database محلی Mailbox را از کار تیم برمی‌دارد و وقتی دسترسی جهانی، اشتراک مجاز و ارتباط قابل اتکا دارید جذاب است. مجوز Retention، Audit، امنیت هویت و حفاظت تهدید پیشرفته را به تفکیک Plan مقایسه کنید. در مقابل، وابستگی به ارتباط خارجی، هویت Tenant و دسترس‌پذیری ارائه‌دهنده ایجاد می‌شود. Hybrid برای همزیستی یا مهاجرت مشخص مناسب است، نه سازش پیش‌فرض بین Cloud و داخلی.

[Exchange hybrid deployments](https://learn.microsoft.com/en-us/exchange/exchange-hybrid) · [Exchange Online service description](https://learn.microsoft.com/en-us/office365/servicedescriptions/exchange-online-service-description/exchange-online-service-description)

## پنج برند؛ Multi-Domain معادل جداسازی Tenant نیست

پنج دامنه ایمیل پذیرفته‌شده برای یک شرکت را از پنج کسب‌وکار با مدیر مستقل جدا کنید. Exchange می‌تواند چند Domain را بدون سرور Exchange مجزا برای هر دامنه بپذیرد؛ Scope مدیریت و Address Policy باید طراحی شوند. مدیریت دامنه‌محور SmarterMail می‌تواند واگذاری اداره هر دامنه را ساده کند. پس تعداد Domain به‌تنهایی صرفه‌جویی لایسنس را ثابت نمی‌کند.

سقف Mailbox/Domain، افزونه پروتکل، آدرس مشترک و حق مدیر را در پیش‌فاکتور واقعی مقایسه کنید. Restore هر دامنه را تعریف و تأیید کنید که مدیر یک دامنه نمی‌تواند ایمیل برند دیگر را بازیابی کند. Process، مدیر کل، Disk یا IP خروجی مشترک همچنان ریسک مشترک‌اند؛ فرستنده آلوده در یک برند ممکن است اعتبار هر پنج برند را خراب کند. اگر سطح جداسازی لازم است، Instance، Storage یا Gateway جدا طراحی کنید.

SmarterMail در این محیط وقتی واگذاری مدیریت Domain کار عملیاتی را کم کند و کاربران عمدتاً Webmail و همکاری پایه بخواهند می‌تواند اقتصادی باشد. وقتی همه برندها یک سازمان AD و وابستگی جدی به Delegation و حاکمیت Exchange دارند، Exchange ممکن است مناسب‌تر بماند. پیش از اعلام ارزان‌تر بودن، نیروی بازیابی و Integration لایسنس‌دار را هم حساب کنید.

## محدودیت ارتباط خارجی؛ سرور داخلی اعتبار IP را اصلاح نمی‌کند

برای سازمانی در ایران، دسترسی واقعی به خرید اشتراک، Activation، Update، پشتیبانی و Endpointهای خارجی را پیش از تعهد بررسی کنید. Production را بر فرض مجوز یا راه‌حل دور زدن Activation بنا نکنید. Exchange Online برای احراز هویت و استفاده از سرویس به ارتباط خارجی قابل اتکا نیاز دارد؛ سرور داخلی می‌تواند ارتباط داخلی LAN را حفظ کند، به شرط اینکه هویت، DNS و مسیر Client هم محلی و سالم باشند.

نه Exchange و نه SmarterMail به‌خودی‌خود مشکل تحویل به Gmail و Outlook را حل نمی‌کنند. SMTP خروجی به مقصد قابل دسترس، مسیر مجاز پورت 25 و Public IP ثابت با اعتبار قابل قبول نیاز دارد. از مالک IP بخواهید PTR یا Reverse DNS را به نام Mail Server تنظیم کند و Forward DNS متناظر باشد؛ هویت SMTP هم باید سازگار انتخاب شود. صرف Public IP کافی نیست؛ برخی VPSها SMTP را می‌بندند یا IP با سابقه سوءاستفاده می‌دهند.

SMTP Relay احراز هویت‌شده وقتی ارسال مستقیم مسدود است، مدیریت Reputation عملی نیست یا فیلتر خروجی لازم دارید مفید می‌شود. دسترس‌پذیری قراردادی، Throughput، دامنه فرستنده مجاز، محل پردازش داده، امضای DKIM و Alignment مربوط به DMARC را بررسی کنید. Relay هم به مسیر ارتباط سالم با ارائه‌دهنده وابسته است. Gateway ورودی Store-and-Forward می‌تواند هنگام قطعی صف نگه دارد، اما هنگام قطع مسیر داخلی ایمیل اینترنتی جدید به کاربر نمی‌رساند.

SPF، DKIM و DMARC هویت قابل تأیید می‌سازند، نه تضمین ورود به Inbox. پاسخ هر مقصد و گزارش سوءاستفاده را پایش کنید. اگر حجم و ریسک پیام انبوه یا تراکنشی برنامه با مکاتبه کارکنان متفاوت است، مسیرش را جدا کنید. انتخاب در این سناریو به همان اندازه که انتخاب Mail Server است، انتخاب مدل ارتباط و عملیات هم هست.

[Google sender requirements](https://support.google.com/mail/answer/81126) · [Outlook.com Postmaster sender policies](https://substrate.office.com/ip-domain-management-snds/postmaster)

## استقرار؛ زمان Setup با آمادگی Production فرق دارد

در Exchange ابتدا Replication مربوط به AD، DNS، ساعت، OS/.NET پشتیبانی‌شده و سطح دسترسی حساب‌ها را بررسی کنید. نام‌ها و Certificate را طراحی کنید، AD Preparation مستند را انجام دهید و SE را روی Member Server نصب کنید. Accepted Domain، Address Policy، Send/Receive Connector، URLهای Client و Autodiscovery را تنظیم کنید. فقط مسیرهای لازم را منتشر کنید؛ Filtering و در صورت نیاز Gateway یا Integration پشتیبانی‌شده برای DKIM Signing را آماده و پیش از جابه‌جایی MX، Backup و Monitoring را تأیید کنید.

در SmarterMail میزبان Windows یا Linux پشتیبانی‌شده، مسیر داده پایدار، Permission و Firewall را آماده کنید؛ روی Linux وابستگی‌های مستند مانند curl و libicu هم لازم‌اند. Build منتخب را نصب، Edition خریداری‌شده را فعال، Domain و Mailbox را ایجاد و Hostname، Listener و TLS را تنظیم کنید. سپس Routing، Antispam و پروتکل Sync لایسنس‌دار را فعال کنید. مدیریت، Restore یک Mailbox و ارسال و دریافت خارجی را پیش از Cutover بیازمایید.

هر دو به طرح DNS معتبر نیاز دارند: MX و A/AAAA فقط برای مسیر واقعاً قابل دسترس، SPF برای همه فرستنده‌های مجاز، کلید DKIM سرویس امضاکننده و سیاست مرحله‌ای DMARC. اگر تحویل و Reputation مربوط به IPv6 آماده نیست، AAAA منتشر نکنید. Split DNS و Client Discovery را جدا از SMTP خارجی طراحی کنید. نام‌های SAN گواهی، حفاظت کلید خصوصی و Renewal/Rebinding باید با Endpointهای منتشرشده منطبق باشند.

با فرض محیط جدید ۲۰ تا ۱۰۰ کاربری، IP و پورت 25 تأییدشده، اختیار DNS، گواهی و لایسنس آماده، بدون مهاجرت و مهندس باتجربه، پایلوت تک‌سروری SmarterMail ممکن است نیم تا یک روز کاری زمان ببرد؛ Hardening، Monitoring و تمرین بازیابی حدود یک تا سه روز دیگر. پایلوت Exchange SE با AD موجود و سالم ممکن است یک تا دو روز و کنترل‌های Production حدود دو تا پنج روز بعدی زمان بخواهد. AD جدید، مهاجرت، HA و بررسی امنیت می‌توانند هفته‌ها اضافه کنند. این‌ها برآورد برنامه‌ریزی‌اند، نه Benchmark نصب یا تعهد خدمت.

مانع‌های رایج Exchange شامل AD ناسالم، پیش‌نیاز ناقص، ترکیب نسخه پشتیبانی‌نشده و اشتباه Certificate/Namespace است. در SmarterMail، Permission فایل، Listener بسته، مجوز ناکافی پروتکل و ناسازگاری Discovery/Certificate رایج‌اند. هر دو از محدودیت پورت 25 و قواعد Relay اشتباه آسیب می‌بینند. Installer ساده‌تر از کار روز اول کم می‌کند؛ مسئولیت Production را حذف نمی‌کند.

[Install Exchange Mailbox servers](https://learn.microsoft.com/en-us/exchange/plan-and-deploy/deploy-new-installations/install-mailbox-role) · [SmarterMail Linux installation and data paths](https://help.smartertools.com/smartermail/current/topics/installation/installation-linux) · [Microsoft DKIM guidance: Exchange Online scope](https://learn.microsoft.com/en-us/defender-office-365/email-authentication-dkim-configure)

## کارهایی که بعد از استقرار باقی می‌مانند

Exchange کارهای ویژه Directory و Database اضافه می‌کند: بررسی سازگاری CU/SU، Maintenance Mode و Patch مرحله‌ای DAG، سلامت Copy، رشد Transaction Log و Log Truncation توسط Backup پشتیبانی‌شده. Restart موفق سرویس، Health Check نیست. Exchange Health Checker را به‌کار ببرید و خروجی Get-Queue، Get-MailboxDatabaseCopyStatus و Test-ReplicationHealth را با مسیر واقعی کاربر تطبیق دهید. Offline Defragmentation روتین یا حذف دستی Log را راهکار مدیریت ظرفیت نکنید.

SmarterMail به بررسی Release Note هر Build، Update سیستم‌عامل، مجوز سرویس و Storage، سن پیام Spool، عملکرد Indexing و تنظیم Antispam نیاز دارد. در HA، سلامت Hub/Node، تأخیر Shared Storage و دسترسی همه Nodeها را هم اضافه کنید. پیش از Upgrade تنظیمات را Backup و بازیابی را روی نسخه ایزوله تمرین کنید؛ Build جدید ممکن است قالب داده را تغییر دهد، پس نصب Binary قبلی به‌تنهایی Rollback کافی نیست.

علاوه بر تعداد پیام صف، سن قدیمی‌ترین پیام، نرخ شکست به تفکیک مقصد، الگوی غیرعادی احراز هویت، انقضای Certificate، رشد Disk و عمر Restore Point را هشدار دهید. Monitoring را خارج از Mail Host قرار دهید و مسیر هشداری داشته باشید که هنگام قطعی ایمیل هم کار کند. آستانه را از Baseline و هدف خدمت بگیرید؛ عدد دلخواه صف ممکن است پیام حساس گیرکرده را پنهان کند یا هنگام موج ارسال عادی هشدار کاذب بدهد.

هنگام تأخیر پیام، زمان با Timezone، فرستنده و گیرنده Envelope، Message-ID و پاسخ SMTP را ثبت کنید. Submission، Transport، پذیرش مقصد و تحویل Mailbox را جدا کنید. پاسخ 4xx معمولاً تحلیل Retry می‌خواهد؛ برای 5xx باید دلیل رد اعلام‌شده را بررسی کرد. پیش از Restart، Message Tracking یا لاگ SMTP/Session، DNS، TLS و پاسخ مقصد را دنبال کنید. Credential و محتوای خصوصی را از لاگ عیب‌یابی قابل اشتراک حذف کنید.

| دوره | هر دو پلتفرم | کنترل ویژه محصول |
| --- | --- | --- |
| روزانه | سن صف، تست واقعی ارسال/دریافت، Disk، وضعیت Backup و هشدار امنیت | Exchange: وضعیت Copy و Log؛ SmarterMail: Spool، Scanner و دسترسی HA |
| هفتگی | Restore نمونه Mailbox، بررسی False Positive، شکست ورود و روند ظرفیت | Exchange: سلامت AD/Replication و Health Checker؛ SmarterMail: Index و لاگ Hub/Node/Storage |
| ماهانه و پس از تغییر مهم | پنجره Patch، تست تمدید گواهی، ممیزی مجوز و تمرین بازیابی ایزوله | Exchange: جابه‌جایی برنامه‌ریزی‌شده DB؛ SmarterMail: Cutover مستند Node/Standby؛ سنجش DR با RPO/RTO توافقی |

[Microsoft Exchange Health Checker](https://microsoft.github.io/CSS-Exchange/Diagnostics/HealthChecker/) · [SmarterMail release notes](https://www.smartertools.com/smartermail/release-notes)

## HA سرویس را نگه می‌دارد؛ Backup نقطه بازیابی را

DAG با Copyهای جداگانه پایگاه و Replication لاگ کار می‌کند. Copy سالم روی Storage مستقل می‌تواند خرابی Disk پایگاه دیگر را تحمل کند، به شرط سلامت Copy، Activation Policy و Quorum. این معماری همه اجزا را خودکار Highly Available نمی‌کند. Client Routing، Transport، AD، DNS و طراحی Witness تحلیل خرابی جدا می‌خواهند. خرابی منطقی، حذف یا نفوذ ممکن است داده Replicateشده را هم درگیر کند.

Failover پایه Enterprise در طراحی مستند Linux یک سرور فعال و Standby با داده مشترک دارد و مسئولیت Monitoring و Promotion اسکریپتی/دستی باید مشخص باشد. هر دو را بدون هماهنگی پشتیبانی‌شده همزمان به Store قابل نوشتن وصل نکنید. SmarterMail HA در مقابل از Hub و Node و Shared Storage با قرارداد لایسنس ویژه استفاده می‌کند. Storage، وضعیت Hub، ورودی Client و مسیر مدیریت را مقاوم کنید؛ با Promotion یک Node دیگر، قطعی Shared Storage حل نمی‌شود.

برای Exchange محصول Backup با پشتیبانی صریح Build نصب‌شده SE و Consistency مبتنی بر VSS آگاه از Exchange انتخاب کنید؛ رفتار Database/Log را تأیید کنید. وابستگی‌های بازیابی Directory و Certificate/Configuration را هم قابل بازیابی نگه دارید. Restore پایگاه باید در Workflow مناسب انجام شود و برای استخراج Mailbox از Recovery Database پشتیبانی‌شده استفاده شود؛ برای یک پیام، Production را بازنویسی نکنید.

برای SmarterMail داده ایمیل و Configuration سرور/دامنه را با روش Consistency مستند بگیرید: توقف یا Quiescence سرویس در صورت نیاز، یا Workflow هماهنگ و پشتیبانی‌شده Backup؛ همه داده مشترک HA را نیز پوشش دهید. ابزار Restore می‌تواند User/Folder را Attach و پوشه ایمیل را از فایل بازیابی‌شده Rebuild کند. ابتدا مقصد ایزوله بسازید تا UID Conflict پیش نیاید؛ Permission، Calendar و Search را هم بسنجید، نه فقط تعداد پیام قابل مشاهده.

RPO میزان قابل تحمل از دست رفتن داده برحسب زمان و RTO هدف زمانی بازیابی است. هیچ‌کدام تیک قابلیت محصول نیستند. آن‌ها را برای خدمت تعریف، عمر Backup و Lag مربوط به Copy را اندازه بگیرید و Restore کامل شامل DNS/Client Routing و اعتبارسنجی را زمان‌سنجی کنید. نسخه مستقل Offline یا Immutable با Credential جدا نگه دارید. Snapshot ماشین مجازی جایگزین Backup نیست و Revert کردن Snapshot Exchange روش پشتیبانی‌شده بازیابی نیست. HA نیز نقطه تاریخی بازیابی را جایگزین نمی‌کند.

![Copy مستقل Database در DAG در برابر Storage مشترک SmarterMail HA؛ Backup مستقل برای هر دو](/assets/img/articles/content/microsoft-exchange-vs-smartermail/mail-high-availability-disaster-recovery.webp)

[Database availability groups](https://learn.microsoft.com/en-us/exchange/high-availability/database-availability-groups/database-availability-groups) · [SmarterMail Enterprise Linux failover](https://help.smartertools.com/SmarterMail/Current/Topics/Installation/Linux-Failover) · [SmarterMail HA installation and shared-storage requirements](https://help.smartertools.com/smartermail/current/topics/smartermailha/halinuxinstallation) · [Exchange backup, restore and disaster recovery](https://learn.microsoft.com/en-us/exchange/high-availability/disaster-recovery/disaster-recovery) · [Exchange Recovery Databases](https://learn.microsoft.com/en-us/exchange/high-availability/disaster-recovery/recovery-databases) · [SmarterMail restore and folder rebuild](https://help.smartertools.com/smartermail/current/topics/systemadmin/manage/restore) · [Exchange virtualization and snapshot restrictions](https://learn.microsoft.com/en-us/exchange/plan-and-deploy/virtualization)

## ساعت ۱۰ صبح؛ Storage با ۵۰۰ کاربر از دسترس خارج می‌شود

اول مشخص کنید چه چیزی خراب شده: Volume یک پایگاه، Datastore مجازی‌ساز یا Storage مشترک کل سرویس؟ تغییرات حدسی را متوقف، Copyهای باقی‌مانده را بررسی و Log را حفظ کنید. اگر رخداد امنیتی است، فرستنده آلوده را متوقف کنید. صف بالادستی را سالم نگه دارید؛ پذیرش پیام روی Store آسیب‌دیده بازیابی را سخت‌تر می‌کند. پیش از وعده زمان بازگشت، اثر مشاهده‌شده و آخرین نقطه بازیابی تأییدشده را گزارش دهید.

در DAG با Copy سالم روی Storage مستقل، Activation/Quorum و Mount پایگاه را بررسی کنید، Client را به سرویس دسترسی سالم برسانید و Mail Flow را بسنجید. شاید Activation خودکار انجام شده باشد؛ Copy عقب‌مانده را بدون پذیرش صریح ریسک از دست رفتن داده Force نکنید. بعداً Storage را جایگزین و Reseed کنید. اگر هر دو Copy روی Datastore خراب بوده‌اند، به طرح آزموده‌شده بازیابی Database/Server و Backup برگردید؛ DAG استقلال فیزیکی ایجاد نکرده بوده است.

در Standby متعلق به SmarterMail Enterprise، خرابی Host پردازشی همراه Storage مشترک سالم می‌تواند پس از Fencing سرور فعال قبلی به Cutover مستند منجر شود. اگر Shared Storage خراب شده، Standby داده آن را برنمی‌گرداند. در HA ابتدا خرابی Hub/Node را از Store مشترک جدا کنید؛ سرویس Storage را بازیابی یا Copy تأییدشده DR را با Configuration سازگار و Fencing فعال کنید، سپس Nodeها را وصل و Domain و Mail Flow را تست کنید. چند Writer را به Storage نامطمئن متصل نکنید.

در استقرار تک‌سروری هر دو محصول، میزبان پشتیبانی‌شده را بازسازی، Configuration و داده سازگار را از Backup مستقل Restore و هویت/Certificate و Routing را بازیابی کنید. اگر آخرین Backup تأییدشده ساعت 02:00 بوده و داده بعدی از دست رفته، شکاف احتمالی در ساعت 10:00 هشت ساعت است؛ Job روزانه هرگز به معنی صفر Data Loss نبوده است. Restore داده 5 TB با مسیر پایدار 200 MB/s فقط برای انتقال حد نظری حدود هفت ساعت دارد؛ اعتبارسنجی و راه‌اندازی جدا هستند. Throughput و Parallelism خودتان را بسنجید، نه RTO عمومی.

## هویت، مسیر پیام و مدیران را امن کنید

SPF میزبان مجاز ارسال برای دامنه Envelope را معرفی می‌کند؛ DKIM بخش‌های منتخب Header و محتوا را امضا می‌کند؛ DMARC هم‌راستایی با دامنه From قابل مشاهده و سیاست برخورد/گزارش را تعریف می‌کند. پیش از رفتن از Monitoring به Quarantine/Reject، فرستنده‌های مجاز را فهرست کنید. هیچ‌کدام محتوا را رمز نمی‌کنند. TLS یک Hop ارتباط را محافظت می‌کند؛ رمزگذاری End-to-End پیام نیست و Opportunistic SMTP TLS تضمین رمزگذاری معتبر همه Hopها نیست.

روی Listener مخصوص Client، Submission احراز هویت‌شده با TLS بخواهید و SMTP اینترنتی بدون احراز هویت را فقط برای گیرنده پذیرفته‌شده مجاز کنید، نه Relay دلخواه. از شبکه نامعتمد تست کنید که فرستنده خارجی نتواند به دامنه خارجی دیگر Relay کند. Relay پرینتر/برنامه را با مبدأ و مقصد و Rate Limit محدود کنید. دسترسی غیرضروری POP/IMAP/SMTP AUTH را ببندید، TLS قدیمی را طبق راهنمای پشتیبانی جاری حذف و Credential را از Client قدیمی محافظت کنید.

SmarterMail قابلیت 2FA و کنترل حمله را مستند کرده و باید Scope نسخه خریداری‌شده را تأیید کرد. هر پروتکل را جدا بسنجید: 2FA مربوط به Webmail خودکار نشست IMAP با رمز را محافظت نمی‌کند و App Password یک Credential دیگر برای مدیریت می‌سازد. طراحی Authentication/MFA در Exchange SE به مسیر Client و Integration هویت پشتیبانی‌شده وابسته است؛ فرض نکنید Conditional Access مربوط به Exchange Online خودکار Endpoint محلی را می‌پوشاند. MFA و کنترل هویت پیشرفته Online هم به مجوز منتخب و Configuration وابسته‌اند.

Filtering و Antivirus را به‌صورت لایه‌ای با بازبینی False Positive، گزارش Phishing و فرایند رخداد به‌کار ببرید. ClamAV همراه SmarterMail با سرویس‌های اختیاری Cyren/Message Sniffer فرق دارد. حفاظت محلی Exchange SE معادل کل سرویس Exchange Online Protection یا Defender for Office 365 نیست؛ Gateway/Cloud Protection و قابلیت‌هایش را جدا قیمت‌گذاری کنید. برای DKIM Signing در Exchange داخلی، Gateway/Integration امضاکننده را صریح انتخاب و نگهداری کنید؛ تنظیمات Exchange Online را قابل تعمیم فرض نکنید.

با حساب مدیریتی شخصی و جداگانه، RBAC در Exchange یا Scope مناسب Server/Domain در SmarterMail را اعمال کنید. مدیریت را به VPN یا شبکه کنترل‌شده محدود کنید؛ عمومی بودن Webmail دلیل انتشار دسترسی Admin نیست. لاگ‌های مرتبط مدیریت، احراز هویت و ممیزی Mailbox را به Storage مرکزی محافظت‌شده بفرستید و بررسی کنید کدام عمل واقعاً ثبت می‌شود. Patch، Monitoring، Backup و Incident Response وظیفه سازمان‌اند؛ داخلی بودن به‌تنهایی امنیت را بیشتر نمی‌کند.

![مسیر دریافت ایمیل از DNS و SPF/DKIM/DMARC تا SMTP TLS، فیلتر Spam/بدافزار و Mailbox](/assets/img/articles/content/microsoft-exchange-vs-smartermail/enterprise-mail-security-architecture.webp)

[SmarterMail detailed edition/security comparison](https://help.smartertools.com/smartermail/current/topics/general/editioncomparison) · [SmarterMail antivirus: included and paid engines](https://help.smartertools.com/SmarterMail/Current/Topics/SystemAdmin/Settings/Antivirus) · [Microsoft DKIM guidance: Exchange Online scope](https://learn.microsoft.com/en-us/defender-office-365/email-authentication-dkim-configure) · [On-premises Exchange modern authentication](https://learn.microsoft.com/en-us/exchange/plan-and-deploy/post-installation-tasks/enable-modern-auth-in-exchange-server-on-premises) · [Exchange Server RBAC permissions](https://learn.microsoft.com/en-us/exchange/permissions/permissions) · [IETF DMARC specification (RFC 7489)](https://www.rfc-editor.org/rfc/rfc7489)

## سه سال عملیات را قیمت بگیرید، نه یک لایسنس

پیش از مقایسه پیش‌فاکتور، هدف خدمت مشترک تعریف کنید. یک VM از SmarterMail با Exchange دوسایتی خرید هم‌ارز نیست. برای مدل سه‌ساله، Hardware/Storage اولیه و اجرا/مهاجرت را با ۳۶ ماه لایسنس یا پشتیبانی، میزبانی/برق، ظرفیت Backup، Filtering، Monitoring و ساعت مهندسی جمع کنید؛ تمرین DR و Upgrade برنامه‌ریزی‌شده را هم بیفزایید. اثر قطعی را جدا به‌صورت دامنه سناریو حساب کنید؛ دقت عددی ساختگی در جمع کل پنهان نکنید.

برای Exchange SE هر Instance سرور در حال اجرا، مجوز دسترسی/CAL لازم، لایسنس Windows Server و Windows CAL مربوط، لایسنس Client Outlook، نرم‌افزار Backup و سرویس اضافه Compliance/Security را لحاظ کنید. SE به حق استفاده مناسب اشتراکی یا Software Assurance فعال نیاز دارد و قرارداد دقیق تعیین‌کننده است. Edition سرور Standard و Enterprise سقف Database متفاوت دارند، در حالی که Enterprise CAL مجوز دسترسی افزوده است. Shared Mailbox تعهد مجوز دسترسی کاربران را حذف نمی‌کند.

برای SmarterMail، Edition و Tier تعداد Mailbox/Domain، Maintenance and Support، افزونه MAPI/EWS، EAS، Filtering پولی اختیاری، هزینه OS و در صورت نیاز قرارداد مستقل HA را قیمت بگیرید. Linux می‌تواند هزینه Windows آن میزبان را حذف کند، نه مهندسی و Storage را. وابستگی تمدید افزونه و حق استفاده DR/Standby را کتبی تأیید کنید. Exchange Online هزینه Plan هر کاربر همراه گزینه‌های هویت/امنیت/Retention، مدیریت، مهاجرت و Backup مستقل لازم طبق سیاست بازیابی شما دارد.

اینجا جمع مبلغ ارزی ارائه نشده؛ پیش‌فاکتور قراردادی هم‌ارز و جاری، مالیات، فرض نرخ ارز و شرایط خرید قابل استفاده مشخص نشده‌اند. برای سال عادی و سال رشد جدا قیمت بگیرید، Replica/Archive را در Storage حساب کنید و نرخ کامل ساعت مهندسی را به‌کار ببرید. خروجی مفید مدل قابل دفاع با حساسیت به رشد Mailbox و نیروی انسانی است، نه درصد ارزان‌تر بودن ساختگی.

| کاربر | سناریوی هزینه Exchange SE / Online | سناریوی هزینه SmarterMail |
| --- | --- | --- |
| ۵۰ | SE: هزینه Directory و Mail Host بزرگ؛ مقایسه با ۳۶ × ۵۰ کاربرماه Online | Edition پولی Standalone؛ افزودن Enterprise/پروتکل برای همکاری Outlook |
| ۲۰۰ | هدف صریح بازیابی تک‌سرور یا DAG دونودی؛ لحاظ AD و Backup | Standalone با Restore اندازه‌گیری‌شده یا Standby Enterprise؛ لحاظ نیروی بازیابی |
| ۵۰۰ | DAG، Copy مستقل، Filtering، مجوز Archive و عملیات؛ مقایسه Plan آنلاین | قیمت مستقل HA، Storage/Hub/Node افزونه و تمدید پروتکل |
| ۲۰۰۰ | ظرفیت چندسایتی، WAN، DR و متخصص در برابر اشتراک و ارتباط Online | ظرفیت کلاستر تأییدشده، Storage مشترک مقاوم، طرح DR و قرارداد پشتیبانی |

[Exchange SE licensing: server editions and CALs](https://www.microsoft.com/en-us/microsoft-365/exchange/microsoft-exchange-server-licensing-licensing-overview) · [Exchange SE roadmap and subscription/SA rights](https://techcommunity.microsoft.com/blog/exchange/exchange-server-roadmap-update/4132742) · [SmarterMail licensing and activation](https://help.smartertools.com/SmarterMail/Current/Topics/SystemAdmin/Settings/Activation/Licensing) · [SmarterMail protocol options and renewal requirements](https://portal.smartertools.com/kb/a2877/protocol-options-when-syncing-a-smartermail-account.aspx) · [Exchange Online limits and shared-mailbox licensing](https://learn.microsoft.com/en-us/office365/servicedescriptions/exchange-online-service-description/exchange-online-limits)

## مقایسه عملیاتی در یک نگاه

ستون Exchange مربوط به Server SE است مگر Online صریح ذکر شود. ظرفیت و اندازه تیم نتیجه طراحی‌اند، نه سقف ثابت تعداد کاربر محصول.

| ویژگی | Microsoft Exchange | SmarterMail |
| --- | --- | --- |
| نصب | پیش‌نیاز بیشتر و آماده‌سازی AD | شروع Standalone ساده‌تر؛ HA زیرساخت اضافه می‌کند |
| مدیریت | EAC، PowerShell و فرایند Recipient مبتنی بر AD | مدیریت وب، Scope سرور/دامنه و API |
| نیاز سخت‌افزار | حداقل حافظه توصیه‌شده Mailbox برابر 128 GB؛ Sizing بار و Copy | مبنای دو هسته و 6 GB؛ Sizing جداگانه Sync، Scan و Storage |
| سیستم‌عامل | Windows Server پشتیبانی‌شده؛ بدون سرور Linux | Windows و توزیع‌های Linux فهرست‌شده |
| Active Directory | برای SE الزامی | احراز هویت/LDAP اختیاری در Enterprise |
| سازگاری Outlook | همکاری بومی با Client پشتیبانی‌شده | ایمیل IMAP؛ MAPI/EWS لایسنس‌دار Enterprise برای Sync بیشتر؛ پایلوت Client دقیق |
| تقویم مشترک | Delegation و فرایند Resource یکپارچه | همکاری وب؛ رفتار Client وابسته به پروتکل/لایسنس |
| چنددامنه‌ای | Accepted Domain متعدد؛ طراحی Scope مدیریت | میزبانی دامنه‌محور؛ تابع سقف خریداری‌شده |
| پشتیبان‌گیری | VSS آگاه از برنامه و بازیابی پشتیبانی‌شده | ثبت سازگار داده/تنظیمات و Restore آزموده‌شده فایل/Mailbox |
| دسترس‌پذیری بالا | Copy پایگاه DAG؛ افزونگی جدا برای لایه‌های دیگر | Standby Enterprise متفاوت از HA لایسنس‌دار با Hub/Node/Store مشترک |
| توسعه ظرفیت | طراحی جای‌گذاری Database/Server و سایت | Sizing مربوط به Standalone یا توسعه تأییدشده HA |
| امنیت | RBAC و کنترل محلی؛ Scope جدا برای Gateway/Cloud Protection | Filtering/ClamAV داخلی؛ Scope جدا برای موتور Premium و کنترل Edition |
| لایسنس | حقوق SE، Instance سرور، Access/CAL و OS/Client | Edition/Tier، Maintenance، افزونه پروتکل و قرارداد HA |
| پایش | Health Checker، صف، Replication و تست Client | Spool، Log، Event، Index و کنترل HA/Storage |
| پیچیدگی نگهداری | تخصص بیشتر Directory/Database | سربار کمتر Standalone؛ کار جدی HA/Storage/Security باقی می‌ماند |
| اندازه مناسب سازمان | تابع نیاز: عمق AD/Outlook و تیم عملیاتی، نه فقط تعداد | از دفتر کوچک تا استقرار بزرگ تأییدشده؛ کنترل Tier/Capacity لازم |

این جدول سند حق استفاده نیست. Enterprise Server و Enterprise CAL در Exchange متفاوت‌اند؛ Enterprise، افزونه پولی پروتکل و HA در SmarterMail تصمیم‌های خرید جدا هستند. Antivirus داخلی معادل همه سرویس‌های Premium نیست. قرارداد و Build جاری را پیش از تأیید بررسی کنید.

## ماتریس تصمیم برای جلسه طراحی

از محدودیت قطعی شروع کنید و سپس قابلیت پولی را با معیار پذیرش مکتوب پایلوت کنید. شکست یک نیاز الزامی از امتیاز خوب در بخش دیگر مهم‌تر است. هزینه سه‌ساله را فقط وقتی مقایسه کنید که گزینه‌ها هدف یکسان بازیابی، امنیت و همکاری را پوشش دهند.

| نیاز تعیین‌کننده | فهرست اولیه | شاهد لازم |
| --- | --- | --- |
| Delegation عمیق Outlook و عملیات بالغ AD | Exchange SE؛ Online در صورت مجاز بودن مدل میزبانی | پایلوت Client/Delegation، مجوز و اثبات بازیابی |
| Webmail محور، چند برند و IT کوچک | Edition پولی SmarterMail؛ Enterprise هنگام نیاز Integration | Scope دامنه، جداسازی Restore و قیمت همه افزونه‌ها |
| نبود تیم Patch ایمیل و دسترسی خارجی پایدار | Exchange Online | امکان خرید/استفاده، ارتباط، امنیت Tenant و سیاست بازیابی |
| تداوم ارتباط داخلی هنگام قطعی خارجی | SE یا SmarterMail با عملیات محلی | تست مسیر محلی هویت/DNS/Client؛ برنامه جدا برای تحویل خارجی |
| RTO کوتاه پس از خرابی Storage | DAG یا HA/Storage تأییدشده؛ ارزیابی مدل خدمت Online | تمرین خرابی زمان‌سنجی‌شده روی مرزهای مستقل |

در رشد سازمان، Exchange وقتی مقصد، فرایند عمیق‌تر Microsoft است انعطاف دارد؛ SmarterMail وقتی مقصد، Domain میزبانی‌شده بیشتر و سرویس Web محور است می‌تواند منعطف باشد. Online عملیات ظرفیت را به ارائه‌دهنده منتقل می‌کند، اما سقف Plan و محدودیت ارتباط را نگه می‌دارد. معماری‌ای را انتخاب کنید که تیم بازیابی آن را عملاً نشان دهد و دلیل انطباقش با نیاز سازمان را ثبت کنید.

## پرسش‌های رایج

### آیا داشتن AD الزاماً یعنی Exchange لازم داریم؟

خیر. AD وابستگی Exchange SE است، نه الزام خرید آن. پروتکل، Delegation، بازیابی و توان تیم تعیین‌کننده‌اند؛ Enterprise می‌تواند احراز هویت را با AD یکپارچه کند، بدون بازتولید مدل Object در Exchange.

### آیا SmarterMail جایگزین کامل Exchange می‌شود؟

وقتی همه Workflowهای لازم پایلوت را بگذرانند، می‌تواند جای سرویس ایمیل و همکاری را بگیرد. تضمین جایگزینی بدون تغییر برای API، Governance، Delegation و Integration خاص Hybrid مایکروسافت نیست. برنامه‌ها را هم مانند کاربران فهرست کنید.

### آیا Outlook با هر دو عملکرد یکسان دارد؟

خیر. IMAP ایمیل را Sync می‌کند، نه همکاری کامل Exchange. MAPI/EWS لایسنس‌دار SmarterMail همگام‌سازی بیشتری می‌دهد، اما Edition/Build، پلتفرم، پوشه مشترک، Free/Busy و Delegation باید آزمایش شوند.

### آیا شرکت کوچک به Exchange داخلی نیاز دارد؟

معمولاً صرف Inbox کافی نیست. SmarterMail پولی یا Exchange Online را با توجه به ارتباط و امکان خرید بررسی کنید. الزام میزبانی محلی، Integration برنامه یا همکاری تخصصی با تیم عملیاتی دارای بودجه می‌تواند SE را توجیه کند.

### کدام محصول تیم متخصص‌تری می‌خواهد؟

Exchange SE معمولاً مهارت عمیق‌تر AD، Transport، Database و DAG می‌خواهد. SmarterMail وابستگی اولیه کمتری دارد، اما HA، Storage، Reputation و امنیت همچنان مهندس باتجربه می‌خواهند. Online عملیات سرور را کم می‌کند، نه کل مدیریت را.

### آیا HA جایگزین Backup است؟

خیر. HA تداوم سرویس هنگام خرابی مشخص را هدف می‌گیرد؛ Backup وضعیت تاریخی قابل بازیابی می‌دهد. حذف، نفوذ و وابستگی مشترک می‌توانند سیستم افزونه زنده را هم درگیر کنند. Restore مستقل را با RPO و RTO توافقی بسنجید.

### آیا میزبانی داخلی تحویل به Gmail و Outlook را تضمین می‌کند؟

خیر. ارتباط، Reputation دامنه/IP، DNS، احراز هویت، کیفیت پیام و سیاست مقصد همچنان اثر دارند. Relay معتبر می‌تواند مدل عملیات خروجی را بهتر کند، اما وابستگی ارتباط و سیاست را حذف نمی‌کند.

## مقالات مرتبط

- [زنجیره Backup در Veeam و وابستگی Restore](/articles/veeam-forward-vs-reverse-incremental)
- [پایش و Backup در Zabbix](/articles/zabbix-server-linux-windows-agents-backup)
- [HAProxy یا Nginx در ورودی سرویس](/articles/haproxy-vs-nginx-load-balancer-reverse-proxy)

## منابع رسمی — بررسی ۶ نوامبر ۲۰۲۶

- [Exchange SE system requirements](https://learn.microsoft.com/en-us/exchange/plan-and-deploy/system-requirements)
- [Exchange supportability matrix](https://learn.microsoft.com/en-us/exchange/plan-and-deploy/supportability-matrix)
- [Exchange Server architecture](https://learn.microsoft.com/en-us/exchange/architecture/architecture)
- [Database availability groups](https://learn.microsoft.com/en-us/exchange/high-availability/database-availability-groups/database-availability-groups)
- [Exchange hybrid deployments](https://learn.microsoft.com/en-us/exchange/exchange-hybrid)
- [Exchange SE licensing: server editions and CALs](https://www.microsoft.com/en-us/microsoft-365/exchange/microsoft-exchange-server-licensing-licensing-overview)
- [Exchange SE roadmap and subscription/SA rights](https://techcommunity.microsoft.com/blog/exchange/exchange-server-roadmap-update/4132742)
- [Exchange Online service description](https://learn.microsoft.com/en-us/office365/servicedescriptions/exchange-online-service-description/exchange-online-service-description)
- [Exchange Online limits and shared-mailbox licensing](https://learn.microsoft.com/en-us/office365/servicedescriptions/exchange-online-service-description/exchange-online-limits)
- [Install Exchange Mailbox servers](https://learn.microsoft.com/en-us/exchange/plan-and-deploy/deploy-new-installations/install-mailbox-role)
- [Exchange backup, restore and disaster recovery](https://learn.microsoft.com/en-us/exchange/high-availability/disaster-recovery/disaster-recovery)
- [Exchange Recovery Databases](https://learn.microsoft.com/en-us/exchange/high-availability/disaster-recovery/recovery-databases)
- [Exchange virtualization and snapshot restrictions](https://learn.microsoft.com/en-us/exchange/plan-and-deploy/virtualization)
- [On-premises Exchange modern authentication](https://learn.microsoft.com/en-us/exchange/plan-and-deploy/post-installation-tasks/enable-modern-auth-in-exchange-server-on-premises)
- [Exchange Server RBAC permissions](https://learn.microsoft.com/en-us/exchange/permissions/permissions)
- [Microsoft Exchange Health Checker](https://microsoft.github.io/CSS-Exchange/Diagnostics/HealthChecker/)
- [Microsoft DKIM guidance: Exchange Online scope](https://learn.microsoft.com/en-us/defender-office-365/email-authentication-dkim-configure)
- [SmarterMail current download and HA licensing notice](https://www.smartertools.com/smartermail/downloads)
- [SmarterMail Professional and Enterprise scope](https://help.smartertools.com/smartermail/current/topics/general/smartermailenterpriseprofessional)
- [SmarterMail licensed Exchange functionality](https://help.smartertools.com/smartermail/current/topics/systemadmin/settings/exchangefunctionality)
- [SmarterMail protocol options and renewal requirements](https://portal.smartertools.com/kb/a2877/protocol-options-when-syncing-a-smartermail-account.aspx)
- [SmarterMail system requirements](https://help.smartertools.com/smartermail/current/topics/installation/requirements)
- [SmarterMail HA installation and shared-storage requirements](https://help.smartertools.com/smartermail/current/topics/smartermailha/halinuxinstallation)
- [SmarterMail HA hubs, nodes and licensing](https://help.smartertools.com/SmarterMail/Current/Topics/General/WhatIsSmarterMailHA)
- [SmarterMail Enterprise Linux failover](https://help.smartertools.com/SmarterMail/Current/Topics/Installation/Linux-Failover)
- [SmarterMail restore and folder rebuild](https://help.smartertools.com/smartermail/current/topics/systemadmin/manage/restore)
- [SmarterMail antivirus: included and paid engines](https://help.smartertools.com/SmarterMail/Current/Topics/SystemAdmin/Settings/Antivirus)
- [SmarterMail detailed edition/security comparison](https://help.smartertools.com/smartermail/current/topics/general/editioncomparison)
- [SmarterMail Linux installation and data paths](https://help.smartertools.com/smartermail/current/topics/installation/installation-linux)
- [SmarterMail release notes](https://www.smartertools.com/smartermail/release-notes)
- [SmarterMail licensing and activation](https://help.smartertools.com/SmarterMail/Current/Topics/SystemAdmin/Settings/Activation/Licensing)
- [Google sender requirements](https://support.google.com/mail/answer/81126)
- [Outlook.com Postmaster sender policies](https://substrate.office.com/ip-domain-management-snds/postmaster)
- [IETF DMARC specification (RFC 7489)](https://www.rfc-editor.org/rfc/rfc7489)
- [Google Search updates: FAQ rich results retired in May 2026](https://developers.google.com/search/updates)