راهاندازی میل سرور سازمانی یعنی ایمیل با دامنه خودتان روی سروری که کنترلش دست شماست. اگر رکوردهای SPF، DKIM، DMARC و PTR درست تنظیم نشوند یا شرایط شبکه ایران در طراحی دیده نشود، ایمیلها به اسپم میروند یا اصلاً نمیرسند. کانفیگ سرور میل سرور را با Exchange، Zimbra، iRedMail، Mailcow یا MDaemon طراحی و نصب میکند.
Gmail از همه فرستندهها رکورد SPF یا DKIM و PTR معتبر میخواهد و Outlook از اردیبهشت ۱۴۰۴ ایمیل فرستندههای پرحجمی را که SPF، DKIM و DMARC ندارند رد میکند. رکوردها و اعتبار IP را بررسی و اصلاح میکنیم.
پشتیبانی این دو نسخه ۲۲ مهر ۱۴۰۴ تمام شد و Exchange Server SE تنها نسخه On-Premises پشتیبانیشده است. ارتقای درجا از Exchange 2019 CU14 یا CU15 ممکن است؛ اگر گزینه لینوکسی مناسبتر باشد، مهاجرت به آن را برنامهریزی میکنیم.
وقتی صندوقها روی سرویس خارجیاند یا مسیر کاربران به سرور از ارتباط بینالملل میگذرد، هر اختلال مکاتبات داخلی را هم متوقف میکند. میل سرور داخلی یا طراحی ترکیبی این وابستگی را برمیدارد.
بخشهایی را هم پوشش میدهیم که در آموزشهای نصب میل سرور معمولاً از قلم میافتند، مثل PTR، ضداسپم و پایش فهرستهای سیاه.
پلتفرم را بر اساس تعداد کاربران، سیستمعامل موجود و بودجه لایسنس انتخاب و نصب میکنیم.
بیشتر مشکلهای «ایمیل نمیرسد» به DNS و اعتبار IP برمیگردد و با عوض کردن نرمافزار حل نمیشود.
فیلتر باید فیشینگ و پیوست آلوده را پیش از صندوق کاربر بگیرد و کلاینتها هم با آنتیویروس سازمانی محافظت شوند.
کاربران با نام کاربری دامنه از مرورگر، Outlook و گوشی وارد صندوق میشوند؛ AD در مدیریت ویندوز سرور نگهداری میشود.
صندوقها را از ایمیل هاست، Exchange قدیمی یا سرویس ابری مرحلهای منتقل میکنیم؛ جابهجایی کل سرور در مهاجرت سرور و هاست آمده است.
سختسازی کلی در امنسازی سرور و نسخه پشتیبان در بکاپ و بازیابی بحران پوشش داده میشود.
راهاندازی میل سرور با نصب نرمافزار شروع میشود، اما بیشتر دردسرها بعد از آن پیدا میشوند: ایمیلی که به Gmail نمیرسد، IPای که به فهرست سیاه رفته یا صف ارسالی که با اختلال ارتباط بینالملل پر میشود. انتخاب میان Exchange، Zimbra یا iRedMail مهم است، ولی رکوردهای DNS، اعتبار IP و محل سرور روی رسیدن ایمیل اثر بیشتری دارند. نکتههای زیر برای مدیر IT سازمانی است که میخواهد میل سرور خودش را راه بیندازد یا طرح پیمانکار را بررسی کند.
هر کدام از این رکوردها به یک سؤال سرور گیرنده جواب میدهد. SPF میگوید کدام IPها اجازه ارسال از طرف دامنه شما را دارند و DKIM با امضای دیجیتال نشان میدهد پیام در مسیر تغییر نکرده است. DMARC به گیرنده میگوید اگر این بررسیها شکست خوردند با پیام چه کند و گزارش نتیجه را برای شما بفرستد. PTR یا reverse DNS هم IP سرور را به یک نام برمیگرداند و این نام باید با hostname و HELO سرور همخوان باشد.
Gmail از همه فرستندهها رکورد SPF یا DKIM و PTR معتبر میخواهد و Outlook ایمیل فرستندههای پرحجمی را که SPF، DKIM و DMARC ندارند رد میکند. DMARC را معمولاً با سیاست p=none شروع میکنند، مدتی گزارشها را میخوانند و وقتی مطمئن شدند همه منابع ارسال ایمیل سازمان در SPF و DKIM دیده شدهاند، به quarantine یا reject میروند. وقتی ایمیلی به اسپم رفت، سربرگ کامل همان پیام را در صندوق گیرنده بخوانید، چون نتیجه SPF، DKIM و DMARC در آن ثبت شده است.
در شبکه ایران سه موضوع را پیش از خرید سرور بررسی کنید. ممکن است ISP یا دیتاسنتر پورت ۲۵ را ببندد و بدون این پورت، ارسال مستقیم به سرورهای ایمیل بیرونی ممکن نیست. PTR را فقط صاحب IP، یعنی دیتاسنتر، تنظیم میکند و ممکن است همه ارائهدهندهها این امکان را روی هر IP ندهند. رسیدن ایمیل به Gmail و Outlook هم به اعتبار همان IP بستگی دارد و باید با ارسال آزمایشی سنجیده شود.
اگر بیشتر مکاتبات بین کارکنان است، میل سرور فقط داخلی در شبکه شرکت یا روی سرور مجازی ایران، با دسترسی VPN از بیرون، به ارتباط بینالملل وابسته نیست. اگر ایمیل بیرونی زیاد دارید و دیتاسنتر شرایط را فراهم میکند، مدل اینترنتی روی IP ایران سادهتر است. در طراحی ترکیبی صندوقها داخل کشور میمانند و فقط ایمیل بیرونی از رلهای روی سرور خارج از کشور میگذرد؛ در این مدل محتوای ایمیلهای بیرونی از آن سرور عبور میکند و برای مکاتبات حساس باید این را در تصمیم لحاظ کرد.
TTL رکورد MX را یکی دو روز پیش از جابهجایی کوتاه کنید تا تغییر آن زود اثر کند. اول چند صندوق آزمایشی را منتقل کنید و ارسال و دریافت، دفترچه آدرس و همگامسازی موبایل را روی آنها بسنجید. صندوقهای IMAP را با imapsync کپی کنید و برای Exchange از ابزار مهاجرت خود آن یا ایمپورت فایلهای PST استفاده کنید.
بعد از تغییر MX، بعضی سرورهای فرستنده تا مدتی هنوز به سرور قبلی ایمیل تحویل میدهند. به همین دلیل سرور قبلی را فوراً خاموش نکنید و بعد از تغییر رکورد یک همزمانسازی نهایی بگیرید تا این پیامها هم منتقل شوند. جابهجایی کل سرور، همراه سایتها و دیتابیسها، در مهاجرت سرور و هاست انجام میشود.
میل سروری که Open Relay باشد، دیر یا زود پیدا و برای ارسال اسپم استفاده میشود و IP آن به فهرستهای سیاه میرود. بعد از نصب از بیرون آزمایش کنید که سرور ایمیل فرستنده ناشناس را به مقصد بیرونی رله نمیکند، و تلاش ناموفق ورود را محدود کنید، چون حسابهای ایمیل هدف رایج حملههای حدس رمزند. صف ارسال، فضای دیسک و حضور IP در فهرستهای سیاه را پایش کنید؛ صفی که ناگهان بزرگ میشود اغلب نشانه حساب هکشده یا اسکریپت آلوده است.
بکاپ صندوقها وقتی قابل اتکاست که بازیابی دستکم یک صندوق را آزمایش کرده باشید. Exchange و پلتفرمهای لینوکسی بهروزرسانی امنیتی منظم میگیرند و نصب نکردن آنها سرور را در معرض آسیبپذیریهای شناختهشده میگذارد. طراحی بکاپ و آزمایش بازیابی در بکاپ و بازیابی بحران و سختسازی کلی سرور در امنسازی سرور پوشش داده میشود.
تعداد کاربران و حجم صندوقها، پلتفرم انتخابی و نیاز آن به لایسنس، مدل داخلی، اینترنتی یا ترکیبی و اتصال به Active Directory پایه برآورد هستند. حجم مهاجرت هم اثر زیادی دارد، چون انتقال چند صندوق کوچک از ایمیل هاست با انتقال سالها آرشیو Exchange و فایلهای PST یکسان نیست. اگر رله خارج از کشور لازم باشد، آمادهسازی سرور رله و بررسی پورت ۲۵ و PTR آن هم به کار اضافه میشود.
ارسال ایمیل انبوه تبلیغاتی و خبرنامه در این خدمت انجام نمیشود و تأمین لایسنس Exchange جداست. برای برآورد، تعداد کاربران، سیستم ایمیل فعلی، محل سرور و نیاز به اتصال AD را بفرستید. قیمت پس از بررسی اولیه اعلام میشود.
پیش از خرید سرور برای میل سرور، از دیتاسنتر بپرسید پورت ۲۵ ورودی و خروجی باز است یا نه و PTR را روی IP آن تنظیم میکند یا نه.
تفاوت اصلی گزینهها در سیستمعامل، مدل لایسنس و میزان نگهداری است.
| پلتفرم | بستر | مناسب برای | نکته مهم |
|---|---|---|---|
| Exchange Server SE | ویندوز سرور و Active Directory | سازمانهای وابسته به Outlook، تقویم مشترک و ActiveSync | لایسنس سرور و CAL بههمراه اشتراک فعال لازم است؛ شرایط تأمین در لایسنس سازمانی |
| Zimbra / Carbonio | لینوکس | وبمیل کامل و همکاری تیمی | Zimbra 10 متنباز از سوی سازنده فقط بهصورت کد منبع منتشر میشود؛ Carbonio CE بسته نصبی متنباز دارد |
| iRedMail | لینوکس با Postfix و Dovecot | میل سرور سبک با کنترل کامل | هسته رایگان است و پنل مدیریتی پیشرفته نسخه پولی دارد |
| Mailcow | لینوکس با Docker | پنل مدرن و بهروزرسانی ساده | به آشنایی با Docker و RAM بیشتری نیاز دارد |
| MDaemon | ویندوز | سازمانهای کوچک و متوسط با تیم ویندوزی | لایسنس تجاری بر اساس تعداد کاربر |
در دورههای اختلال گسترده ممکن است ارتباط بینالملل ایران قطع شود و شبکه داخلی هم تحت تأثیر قرار بگیرد. ممکن است برخی ISPها و دیتاسنترها پورت ۲۵ را ببندند، PTR فقط با هماهنگی دیتاسنتر تنظیم میشود و رسیدن ایمیل به Gmail و Outlook به اعتبار IP بستگی دارد. به همین دلیل مدل استقرار را پیش از نصب انتخاب میکنیم.
برای مکاتبات بین کارکنان، سرور در شبکه شرکت یا سرور مجازی ایران قرار میگیرد و از بیرون فقط از طریق VPN در دسترس است.
سادهترین مدل است، به شرط آنکه دیتاسنتر شرایط لازم را فراهم کند؛ این شرایط را پیش از خرید سرور میسنجیم.
صندوقها داخل کشور میمانند و فقط ایمیل بیرونی از رلهای روی سرور مجازی آلمان یا سرور مجازی فنلاند عبور میکند؛ برای مکاتبات حساس، گذر محتوا از سرور خارجی را در تصمیم لحاظ کنید.
کاربران، حجم صندوقها، سیستم فعلی، Active Directory و وضعیت پورت ۲۵ و PTR را بررسی میکنیم.
مدل استقرار، پلتفرم، رکوردهای DNS، ضداسپم، بکاپ و برنامه مهاجرت را مکتوب و با شما نهایی میکنیم.
سرور و DNS را پیکربندی میکنیم، چند صندوق آزمایشی را منتقل میکنیم، ارسال به Gmail و Outlook را آزمایش میکنیم و بعد MX را تغییر میدهیم.
مستندات، راهنمای اتصال Outlook و موبایل و روش بازیابی را تحویل میدهیم و پایش صف ارسال و فهرستهای سیاه را فعال میکنیم.
نصب نرمافزار بخش کوچکی از کار است. برای اینکه ایمیلها ماهها بعد هم به اسپم نروند و سرور به رله اسپم تبدیل نشود، DNS، ضداسپم و پایش باید درست طراحی شوند. بررسی اولیه از طریق تلگرام رایگان است.
Exchange و MDaemon را کنار مدیریت ویندوز سرور و Zimbra، iRedMail و Mailcow را کنار مدیریت سرور لینوکس نگهداری میکنیم.
پورت ۲۵، PTR، اعتبار IP و ریسک اختلال ارتباط بینالملل را پیش از نصب بررسی میکنیم.
ساختار دامنه را در Active Directory در ویندوز سرور و سختسازی سرور را در راهنمای امنیت لینوکس توضیح دادهایم.
پایه احراز هویت کاربران در Exchange و اتصال LDAP.
آموزشسختسازی سرور لینوکسی میزبان ایمیل.
راهنمابرای انتخاب محل صندوقها و رله در طراحی ترکیبی.
میل سرور سروری است که ایمیلهای دامنه شما را با SMTP، IMAP یا ActiveSync ارسال، دریافت و نگهداری میکند. ایمیل روی هاست اشتراکی برای چند صندوق ساده کافی است، اما IP و ضداسپمش مشترک است؛ میل سرور اختصاصی کنترل کامل، تقویم مشترک و اتصال به Active Directory میدهد.
گزینهای که با زیرساخت شما جور باشد. با Active Directory و Outlook، Exchange Server SE طبیعیترین انتخاب است ولی شرایط لایسنس دارد؛ روی لینوکس، Carbonio یا Zimbra وبمیل کامل میدهند و iRedMail یا Mailcow سبکتر و بدون هزینه لایسنساند. MDaemon برای سازمان کوچک ویندوزی سادهتر است.
بله. میل سرور داخلی فقط به شبکه محلی، DNS داخلی و در صورت نیاز Active Directory نیاز دارد و ایمیل بین کارکنان بدون اینترنت جابهجا میشود؛ ارسال بیرونی را بعداً با یک رله میتوان اضافه کرد.
معمولاً بهخاطر نبودن یا خطای SPF و DKIM، نبودن PTR یا ناهماهنگی آن با نام سرور، نبودن DMARC یا قرار داشتن IP در فهرست سیاه. با بررسی سربرگ ایمیل رسیده و گزارشهای DMARC، علت دقیق را پیدا و اصلاح میکنیم.
برای Exchange 2019 نه، چون دیگر پشتیبانی نمیشود، هرچند خود ویندوز سرور 2019 تا دی ۱۴۰۷ پشتیبانی تمدیدشده دارد. برای نصب جدید، Exchange Server SE را روی ویندوز سرور پشتیبانیشده نصب میکنیم یا MDaemon و گزینه لینوکسی را پیشنهاد میدهیم.
بله، اگر مرحلهای انجام شود: TTL رکوردها را پیش از تغییر MX کوتاه میکنیم، صندوقها را با imapsync یا ابزار مهاجرت Exchange کپی میکنیم و بعد از تغییر MX یک همزمانسازی نهایی میگیریم.
هزینه به تعداد کاربران و حجم صندوقها، پلتفرم و نیاز به لایسنس، مدل داخلی یا ترکیبی، اتصال به Active Directory و حجم مهاجرت بستگی دارد. پس از بررسی رایگان اولیه، برای استعلام قیمت در تلگرام پیام دهید.
تعداد کاربران، سیستم ایمیل فعلی و محل سرور را در تلگرام بنویسید تا مدل و پلتفرم مناسب را پیشنهاد دهیم.
