جدید!
سرور ابری ساعتی فعال شد. ۱۰۰ هزار تومان اعتبار هدیه بگیرید
به اشتراک بگذارید
جدید!
سرور ابری ساعتی فعال شد. ۱۰۰ هزار تومان اعتبار هدیه بگیرید
میل سرور سازمانی مجموعه‌ای از سرویس‌های ارسال، دریافت و نگهداری ایمیل است که روی سرور خود سازمان نصب می‌شود و صندوق‌های پستی کارکنان را با دامنه شرکت (مثل name@company.ir) مدیریت می‌کند. برخلاف ایمیل رایگان یا ایمیل هاست اشتراکی، کنترل داده‌ها، سیاست‌های امنیتی و نسخه پشتیبان کاملاً در دست تیم فنی شماست.
✅ مالکیت داده: نامه‌ها و پیوست‌ها روی سروری می‌ماند که خودتان کنترل می‌کنید.
✅ هویت حرفه‌ای: ایمیل سازمانی با دامنه شرکت، اعتماد مشتری و شریک تجاری را بیشتر می‌کند.
✅ یکپارچگی: تقویم، دفترچه تماس و همگام‌سازی موبایل در یک بستر واحد در اختیار کارکنان است.
✅ هزینه قابل پیش‌بینی: در راهکارهای متن‌باز، هزینه اصلی سرور و نگهداری است، نه تعداد کاربران.
✅ هویت حرفه‌ای: ایمیل سازمانی با دامنه شرکت، اعتماد مشتری و شریک تجاری را بیشتر می‌کند.
✅ یکپارچگی: تقویم، دفترچه تماس و همگام‌سازی موبایل در یک بستر واحد در اختیار کارکنان است.
✅ هزینه قابل پیش‌بینی: در راهکارهای متن‌باز، هزینه اصلی سرور و نگهداری است، نه تعداد کاربران.
💡 میل سرور داخلی = اداره پست اختصاصی سازمان شما
✅ نرم‌افزار خوب نیمی از کار است؛ نیم دیگر DNS، رکورد PTR و اعتبار IP ارسال‌کننده است.
✅ سرور اختصاصی HPE با IP ثابت و تنظیم PTR از پنل کاربری، تنها در وب‌داده
✅ سرور اختصاصی HPE با IP ثابت و تنظیم PTR از پنل کاربری، تنها در وب‌داده
حتماً زمانی که این مقاله را باز کرده‌اید، به دنبال راهی مطمئن برای میزبانی ایمیل سازمانی روی سرور خودتان هستید؛ راهی که هزینه‌اش منطقی باشد و نامه‌ها سر از پوشه اسپم درنیاورند. در ادامه، راهکارهای مطرح را بر اساس مستندات رسمی مقایسه می‌کنیم و مراحل راه‌اندازی میل سرور را گام‌به‌گام مرور می‌کنیم. پس همراه ما باشید 😉👇
🔶 زیرساخت اختصاصی برای ایمیل سازمان
سرور اختصاصی ایران وب‌داده با رم ECC، هارد NVMe، IP ثابت و تنظیم PTR از پنل کاربری، نقطه شروع مطمئنی برای میزبانی صندوق‌های سازمان است. همین حالا مشخصات را ببینید 👇
میل سرور سازمانی چیست و چطور کار می‌کند؟
یک سامانه ایمیل سازمانی در عمل یک نرم‌افزار واحد نیست؛ چند سرویس کنار هم کار می‌کنند تا نامه به مقصد برسد و نامه‌های ورودی در صندوق درست بنشینند. پروتکل SMTP نامه را بین سرورها جابه‌جا می‌کند و پروتکل‌های IMAP و POP3 نامه‌ها را به Outlook، Thunderbird یا وب‌میل کاربر می‌رسانند.
برای درک بهتر، میل سرور را مثل اداره پست داخلی یک برج اداری تصور کنید. باجه ورودی (MTA) بسته‌ها را از بیرون تحویل می‌گیرد، مأمور بازرسی (فیلتر اسپم و ویروس) بسته‌های مشکوک را جدا می‌کند و هر نامه در صندوق شخصی کارمند (Mailbox) قرار می‌گیرد؛ صندوقی که فقط با کلید خود او باز می‌شود.
Outlook / Webmail / Mobile
⬇️ SMTP 587 or 465 (send)
[ MTA: Postfix / Exchange Transport ]
⬇️ spam + virus filter
[ Mailbox store: Dovecot / Zimbra ]
⬇️ IMAPS 993 (read)
User inbox ✅
Internet ⬅️➡️ MTA : SMTP 25 (MX)اجزای اصلی یک میل سرور
- MTA (Mail Transfer Agent): مثل Postfix؛ نامه را از سرورهای دیگر تحویل می‌گیرد یا برای آن‌ها ارسال می‌کند.
- ذخیره‌ساز صندوق و سرور IMAP: مثل Dovecot؛ نامه را در صندوق کاربر قرار می‌دهد و دسترسی IMAP و POP3 را فراهم می‌کند.
- فیلتر اسپم و ویروس: ابزارهایی مثل Amavisd، SpamAssassin، ClamAV یا Rspamd که نامه مشکوک را جدا می‌کنند.
- وب‌میل و گروه‌افزار: رابطی مثل Roundcube یا SOGo برای خواندن ایمیل در مرورگر، به‌همراه تقویم و دفترچه تماس.
- دایرکتوری کاربران: پایگاه داده یا LDAP و در Exchange، سرویس Active Directory که حساب‌ها را نگه می‌دارد.
🔸 نکته فنی: پورت‌هایی که باید باز باشند
پورت 25 برای تبادل نامه بین سرورها ضروری است و مستندات iRedMail هم باز بودن آن را پیش‌شرط راه‌اندازی می‌داند. کاربران معمولاً برای ارسال از پورت 587 یا 465 و برای دریافت از IMAPS روی پورت 993 استفاده می‌کنند. پیش از خرید سرور، باز بودن پورت 25 را از ارائه‌دهنده بپرسید.
تفاوت با ایمیل هاست اشتراکی
بسیاری از کسب‌وکارهای کوچک کار را با ایمیل داخل هاست اشتراکی شروع می‌کنند. این روش برای چند صندوق ساده کافی است، اما IP ارسال بین مشتریان زیادی مشترک است و اگر یکی از آن‌ها اسپم بفرستد، اعتبار ایمیل شما هم آسیب می‌بیند. در میل سرور داخلی، IP، سیاست ارسال، حجم صندوق‌ها و زمان‌بندی بکاپ را خودتان تعیین می‌کنید.
این آزادی مسئولیت هم دارد: به‌روزرسانی امنیتی و پیگیری مشکلات تحویل نامه با تیم شماست. اگر درباره نوع و قدرت سرور مطمئن نیستید، راهنمای انتخاب سرور سازمانی برای شرکت‌ها دید کلی خوبی می‌دهد.
چرا سازمان‌ها به میل سرور داخلی نیاز دارند؟
✅ حاکمیت داده: مکاتبات قراردادی، مالی و منابع انسانی روی سرور تحت کنترل سازمان می‌ماند.
✅ دسترسی پایدار در داخل کشور: یک میل سرور ایرانی برای مکاتبات داخلی به ارتباطات بین‌الملل وابسته نیست و هنگام کندی یا اختلال اینترنت بین‌الملل هم کارکنان به صندوق خود دسترسی دارند.
✅ بدون هزینه لایسنس به ازای کاربر: در iRedMail و mailcow، افزودن صندوق جدید هزینه لایسنس ندارد و محدودیت عملی، منابع سرور است.
✅ یکپارچگی با سیستم‌های داخلی: ارسال اعلان از نرم‌افزار حسابداری یا اتوماسیون اداری از طریق SMTP داخلی ساده‌تر است. اگر نرم‌افزارهای مالی را هم خودتان میزبانی می‌کنید، نکات انتخاب سرور حسابداری و ERP را ببینید.
✅ سیاست امنیتی دلخواه: احراز هویت دومرحله‌ای، محدودیت ورود و آرشیو قانونی نامه‌ها را متناسب با نیاز سازمان تنظیم می‌کنید.
✅ دسترسی پایدار در داخل کشور: یک میل سرور ایرانی برای مکاتبات داخلی به ارتباطات بین‌الملل وابسته نیست و هنگام کندی یا اختلال اینترنت بین‌الملل هم کارکنان به صندوق خود دسترسی دارند.
✅ بدون هزینه لایسنس به ازای کاربر: در iRedMail و mailcow، افزودن صندوق جدید هزینه لایسنس ندارد و محدودیت عملی، منابع سرور است.
✅ یکپارچگی با سیستم‌های داخلی: ارسال اعلان از نرم‌افزار حسابداری یا اتوماسیون اداری از طریق SMTP داخلی ساده‌تر است. اگر نرم‌افزارهای مالی را هم خودتان میزبانی می‌کنید، نکات انتخاب سرور حسابداری و ERP را ببینید.
✅ سیاست امنیتی دلخواه: احراز هویت دومرحله‌ای، محدودیت ورود و آرشیو قانونی نامه‌ها را متناسب با نیاز سازمان تنظیم می‌کنید.
❌ نگهداری، نصب وصله‌های امنیتی و پایش تحویل نامه‌ها بر عهده تیم فنی شماست.
❌ IP تازه هنوز سابقه ارسال ندارد و در هفته‌های اول ممکن است نامه‌های آن با سخت‌گیری بیشتری بررسی شوند.
❌ ارسال به دامنه‌های خارجی مثل Gmail همچنان به اینترنت بین‌الملل وابسته است؛ میل سرور ایرانی فقط مکاتبات داخلی را از این وابستگی جدا می‌کند.
❌ IP تازه هنوز سابقه ارسال ندارد و در هفته‌های اول ممکن است نامه‌های آن با سخت‌گیری بیشتری بررسی شوند.
❌ ارسال به دامنه‌های خارجی مثل Gmail همچنان به اینترنت بین‌الملل وابسته است؛ میل سرور ایرانی فقط مکاتبات داخلی را از این وابستگی جدا می‌کند.
مقایسه راهکارهای ایمیل سازمانی؛ Zimbra، iRedMail، mailcow یا Exchange؟
انتخاب نرم‌افزار مهم‌ترین تصمیم فنی این پروژه است؛ چون مهاجرت بعدی بین پلتفرم‌ها زمان‌بر است. چهار گزینه رایج را بر اساس مستندات رسمی خودشان بررسی می‌کنیم.
۱- Zimbra؛ گروه‌افزار کامل با وب‌میل قدرتمند
Zimbra Collaboration که نسخه 10 آن با نام Daffodil عرضه می‌شود، علاوه بر ایمیل، تقویم، دفترچه تماس و وب‌میل پیشرفته دارد. طبق راهنمای نصب رسمی Zimbra 10، نصب تک‌سرور دست‌کم 8GB رم می‌خواهد و در محیط عملیاتی، 100GB فضای خالی فقط برای نرم‌افزار و لاگ‌ها توصیه شده است؛ فضای صندوق‌ها جداگانه حساب می‌شود.
سیستم‌عامل‌های پشتیبانی‌شده در این راهنما شامل Red Hat Enterprise Linux 8، Rocky Linux 9، Oracle Linux 8 و 9 و Ubuntu 20.04 و 22.04 است. قابلیت‌هایی مثل Zimbra Mobile و Connector for Outlook فقط در Network Edition که نسخه تجاری است ارائه می‌شوند. برای نصب عملی، آموزش نصب Zimbra روی سرور لینوکس را ببینید.
۲- iRedMail؛ متن‌باز، سبک و سریع
iRedMail یک نصاب هوشمند است که اجزای شناخته‌شده متن‌باز را با تنظیمات امن کنار هم می‌چیند: Postfix به‌عنوان MTA، Dovecot برای IMAP و POP3، Amavisd برای فیلتر اسپم و ویروس و Roundcube یا SOGo برای وب‌میل. پنل iRedAdmin رایگان است و نسخه کامل‌تر آن، iRedAdmin-Pro، جداگانه و پولی عرضه می‌شود.
طبق مستندات iRedMail، یک میل سرور عملیاتی کم‌ترافیک با اسکن اسپم و ویروس دست‌کم 4GB رم لازم دارد و نصب باید روی سیستم‌عامل تازه‌ای انجام شود که MySQL، Postfix یا Dovecot از قبل روی آن نباشد. اگر ترجیح می‌دهید همین اجزا را دستی پیکربندی کنید، راهنمای کانفیگ سرور ایمیل با Postfix و Dovecot مسیر را نشان می‌دهد.
۳- mailcow؛ میل سرور کانتینری بر پایه Docker
پروژه mailcow: dockerized همه اجزای میل سرور را در قالب کانتینرهای Docker اجرا می‌کند؛ به همین دلیل به‌روزرسانی و جابه‌جایی آن ساده‌تر است. پنل مدیریت وب، وب‌میل SOGo و فیلتر Rspamd از اجزای آماده آن هستند.
طبق مستندات رسمی، حداقل منابع mailcow با تنظیمات پیش‌فرض 6GiB رم به‌همراه 1GiB فضای swap و 20GiB دیسک بدون احتساب ایمیل‌هاست. برای حدود ۵ تا ۱۰ کاربر 8GiB رم توصیه شده و برای شرکتی با ۱۵ گوشی متصل از طریق ActiveSync و حدود ۵۰ اتصال هم‌زمان IMAP، رقم 16GiB آمده است. mailcow روی OpenVZ، LXC یا NAS پشتیبانی نمی‌شود.
۴- Exchange Server SE؛ انتخاب سازمان‌های وابسته به مایکروسافت
Exchange Server Subscription Edition جانشین Exchange 2016 و 2019 است. طبق صفحه چرخه عمر مایکروسافت، پشتیبانی آن از 1 جولای 2025 با سیاست Modern Lifecycle آغاز شده و پشتیبانی تمدیدشده Exchange 2019 در اکتبر 2025 به پایان رسیده است. پس سازمانی که هنوز نسخه‌های قدیمی را دارد، باید مهاجرت را برنامه‌ریزی کند.
نیازهای سخت‌افزاری Exchange SE سنگین‌تر است: مایکروسافت برای نقش Mailbox حداقل 128GB رم توصیه می‌کند و Active Directory با دست‌کم یک Domain Controller قابل نوشتن که Global Catalog هم باشد، شرط نصب است. سیستم‌عامل‌های پشتیبانی‌شده Windows Server 2019، 2022 و 2025 هستند. در عوض، یکپارچگی کامل با Outlook و تقویم مشترک را یک‌جا دارید.
⚠️ هزینه پنهان Exchange
Exchange Server SE همان‌طور که از نامش پیداست بر مدل اشتراکی بنا شده است. علاوه بر سرور پرقدرت، لایسنس ویندوز سرور و مجوزهای خود Exchange هم به هزینه اضافه می‌شود؛ این مجموع را با نیاز واقعی سازمان مقایسه کنید.
جدول مقایسه Zimbra، iRedMail، mailcow و Exchange SE
جدول زیر خلاصه ارقام مستندات رسمی هر نرم‌افزار است. اعداد رم، حداقل رسمی هستند و برای بار واقعی باید حاشیه امن در نظر بگیرید.
| راهکار | مدل مجوز | حداقل رم رسمی | مناسب برای |
|---|---|---|---|
| Zimbra 10 (Daffodil) | نسخه متن‌باز و نسخه تجاری Network Edition | 8GB برای نصب تک‌سرور | سازمان‌هایی که وب‌میل و تقویم کامل می‌خواهند |
| iRedMail | متن‌باز و رایگان؛ پنل Pro پولی | 4GB با اسکن اسپم و ویروس | ایمیل سازمانی شرکت‌های کوچک و متوسط |
| mailcow | متن‌باز | 6GiB به‌همراه 1GiB swap | تیم‌های آشنا با Docker |
| Exchange Server SE | تجاری با مدل اشتراکی | 128GB برای نقش Mailbox (توصیه‌شده) | سازمان‌های متکی به Active Directory و Outlook |
میل سرور داخلی یا سرویس ابری؛ کدام برای سازمان شما مناسب است؟
گزینه دیگر، سرویس‌های ابری مثل Microsoft 365 و Google Workspace است که نگهداری سرور را بر عهده می‌گیرند و به ازای هر کاربر هزینه می‌گیرند. اما برای سازمان‌های ایرانی، محدودیت‌های تحریمی، دشواری پرداخت ارزی و نگهداری داده خارج از کشور، این مسیر را پیچیده می‌کند.
| معیار | میل سرور داخلی | سرویس ابری خارجی |
|---|---|---|
| محل نگهداری داده | سرور تحت کنترل سازمان | دیتاسنتر ارائه‌دهنده خارجی |
| مدل هزینه | سرور و نگهداری؛ در راهکار متن‌باز مستقل از تعداد کاربر | اشتراک دوره‌ای به ازای هر کاربر |
| نصب وصله‌های امنیتی | بر عهده تیم فنی سازمان | بر عهده ارائه‌دهنده |
| اختلال اینترنت بین‌الملل | مکاتبات داخلی برقرار می‌ماند | دسترسی مختل می‌شود |
| تحویل نامه به مقصد | وابسته به DNS و اعتبار IP شما | وابسته به زیرساخت ارائه‌دهنده |
🎯 اگر حجم مکاتبات داخلی بالاست، داده‌ها حساس است یا کاربران زیادی دارید، میل سرور ایرانی روی سرور اختصاصی انتخاب منطقی‌تری است. اگر فقط چند صندوق دارید و تیم فنی ندارید، ایمیل سازمانی روی هاست مدیریت‌شده ساده‌تر خواهد بود.
راه‌اندازی میل سرور روی سرور اختصاصی؛ آموزش گام‌به‌گام
در این بخش همراه تیم وب‌داده باشید تا مسیر راه‌اندازی میل سرور را از برآورد منابع تا تست نهایی مرور کنیم. ترتیب مراحل مهم است؛ بخش بزرگی از مشکلات تحویل ایمیل از جا انداختن همین گام‌ها شروع می‌شود.
۱- برآورد منابع سرور
حداقل‌های رسمی را مبنا بگیرید و برای رشد سازمان حاشیه بگذارید. رم مهم‌ترین منبع است؛ چون فیلترهای اسپم و ویروس و ایندکس جستجو حافظه زیادی مصرف می‌کنند. فضای دیسک را از حاصل‌ضرب تعداد کاربران در سهمیه هر صندوق، به‌علاوه فضای لاگ حساب کنید.
◀️ پردازنده: مستندات Zimbra برای محیط عملیاتی، پردازنده‌ای با امتیاز PassMark بالای 15,000 را پیشنهاد می‌کند.
◀️ دیسک: NVMe یا SSD جستجو در صندوق‌های بزرگ را سریع‌تر می‌کند. Zimbra استفاده از RAID-5 را برای نصب‌های بیش از ۱۰۰ حساب توصیه نمی‌کند؛ مقایسه RAID 5 و RAID 10 برای سرور اختصاصی به انتخاب درست کمک می‌کند.
◀️ IP: یک آی پی اختصاصی و ثابت که پیش‌تر در لیست‌های سیاه ثبت نشده باشد.
◀️ جداسازی نقش‌ها: بهتر است میل سرور روی همان سروری که سایت پربازدید شرکت را میزبانی می‌کند اجرا نشود؛ برای وب‌سایت، راهنمای انتخاب سرور سایت پربازدید را ببینید.
◀️ دیسک: NVMe یا SSD جستجو در صندوق‌های بزرگ را سریع‌تر می‌کند. Zimbra استفاده از RAID-5 را برای نصب‌های بیش از ۱۰۰ حساب توصیه نمی‌کند؛ مقایسه RAID 5 و RAID 10 برای سرور اختصاصی به انتخاب درست کمک می‌کند.
◀️ IP: یک آی پی اختصاصی و ثابت که پیش‌تر در لیست‌های سیاه ثبت نشده باشد.
◀️ جداسازی نقش‌ها: بهتر است میل سرور روی همان سروری که سایت پربازدید شرکت را میزبانی می‌کند اجرا نشود؛ برای وب‌سایت، راهنمای انتخاب سرور سایت پربازدید را ببینید.
۲- انتخاب سیستم‌عامل و نام میزبان (FQDN)
سیستم‌عامل را از فهرست پشتیبانی‌شده نرم‌افزار انتخاب کنید؛ مثلاً Ubuntu 22.04 یا Rocky Linux 9 برای Zimbra 10 و Debian یا Ubuntu برای iRedMail. سپس نامی کامل مثل mail.company.ir برای سرور تعیین کنید. همین نام باید در رکورد A، رکورد PTR و پیام خوشامد SMTP یکسان باشد.
📌 یادآوری: Zimbra و iRedMail هر دو نصب روی سیستم‌عامل تمیز را شرط می‌دانند؛ وب‌سرور، دیتابیس یا MTA دیگری نباید از قبل فعال باشد.
۳- رکوردهای DNS و تنظیم PTR
سه رکورد پایه را بسازید: رکورد A برای mail.company.ir، رکورد MX که دامنه را به همین نام اشاره دهد و رکورد PTR یا DNS معکوس که IP سرور را به mail.company.ir برگرداند. اگر با انواع رکوردها آشنا نیستید، آموزش کامل DNS و انواع رکوردها را مرور کنید.
رکورد PTR را صاحب IP تنظیم می‌کند، نه ثبت‌کننده دامنه. در سرویس‌های وب‌داده این کار از پنل کاربری انجام می‌شود و روش آن در راهنمای تنظیم رکورد PTR در پنل وب‌داده آمده است.
۴- رکوردهای SPF، DKIM و DMARC
این سه رکورد هویت نامه‌های شما را اثبات می‌کنند. SPF طبق RFC 7208 فهرست IPهای مجاز به ارسال از طرف دامنه را اعلام می‌کند و ارزیابی آن حداکثر به ۱۰ جستجوی DNS محدود است. DKIM طبق RFC 6376 هر نامه را با کلید خصوصی سرور امضا می‌کند و کلید عمومی در DNS منتشر می‌شود.
DMARC که نسخه جدید استاندارد آن در مه 2026 با شماره RFC 9989 منتشر شد و جای RFC 7489 را گرفت، به گیرنده می‌گوید با نامه‌ای که بررسی‌ها را رد کند چه کند: none (فقط گزارش)، quarantine (برخورد مشکوک، معمولاً انتقال به اسپم) یا reject (رد کامل). با p=none شروع کنید، گزارش‌ها را بخوانید و سپس سخت‌گیرانه‌تر شوید.
company.ir. MX 10 mail.company.ir.
mail.company.ir. A 203.0.113.10
10.113.0.203.in-addr.arpa. PTR mail.company.ir.
company.ir. TXT "v=spf1 mx -all"
s1._domainkey.company.ir. TXT "v=DKIM1; k=rsa; p=MIIB..."
_dmarc.company.ir. TXT "v=DMARC1; p=none"📚 از منابع معتبر
بر اساس راهنمای ارسال‌کنندگان ایمیل Google (Email sender guidelines)، از 1 فوریه 2024 همه ارسال‌کنندگان به حساب‌های Gmail باید دست‌کم SPF یا DKIM، رکوردهای DNS مستقیم و معکوس معتبر و اتصال TLS داشته باشند و نرخ اسپم گزارش‌شده در Postmaster Tools را زیر 0.3% نگه دارند. کسانی که روزانه بیش از ۵,۰۰۰ نامه به Gmail می‌فرستند، باید SPF، DKIM و DMARC را هم‌زمان داشته باشند.
۵- گواهی TLS و پورت‌ها
برای SMTP، IMAP و وب‌میل گواهی معتبر، مثلاً از Let’s Encrypt، نصب کنید تا ارتباط‌ها رمزنگاری شود. مستندات mailcow پورت‌های ورودی لازم را 25، 80، 110، 143، 443، 465، 587، 993، 995 و 4190 اعلام کرده است. پورت‌هایی را که استفاده نمی‌کنید، مثل POP3، در فایروال ببندید.
۶- امنیت و جلوگیری از اسپم
میل سرور هدف دائمی حمله‌های حدس رمز و سوءاستفاده برای ارسال اسپم است. اگر سرور شما به ابزار ارسال اسپم تبدیل شود، IP آن وارد لیست‌های سیاه می‌شود و نامه‌های سالم سازمان هم به مقصد نمی‌رسند. این اقدام‌ها را از روز اول انجام دهید:
✅ Open Relay را ببندید تا فقط کاربران احراز هویت‌شده بتوانند از طریق سرور نامه ارسال کنند.
✅ Fail2ban یا ابزار مشابه را برای مسدود کردن تلاش‌های پیاپی ورود ناموفق فعال کنید.
✅ برای هر کاربر سقف ارسال ساعتی تعریف کنید تا حساب هک‌شده نتواند هزاران نامه بفرستد.
✅ هر جا نرم‌افزار پشتیبانی می‌کند، احراز هویت دومرحله‌ای را برای وب‌میل و پنل مدیریت فعال کنید.
✅ سیستم‌عامل را طبق راهنمای Hardening لینوکس ایمن کنید و به‌روزرسانی‌ها را منظم نصب کنید.
✅ Fail2ban یا ابزار مشابه را برای مسدود کردن تلاش‌های پیاپی ورود ناموفق فعال کنید.
✅ برای هر کاربر سقف ارسال ساعتی تعریف کنید تا حساب هک‌شده نتواند هزاران نامه بفرستد.
✅ هر جا نرم‌افزار پشتیبانی می‌کند، احراز هویت دومرحله‌ای را برای وب‌میل و پنل مدیریت فعال کنید.
✅ سیستم‌عامل را طبق راهنمای Hardening لینوکس ایمن کنید و به‌روزرسانی‌ها را منظم نصب کنید.
۷- بکاپ، پایش و تست نهایی
صندوق‌های ایمیل سازمانی حافظه سازمان شما هستند؛ از آن‌ها روزانه بکاپ بگیرید و نسخه‌ای را بیرون از همان سرور نگه دارید. اصول قانون ۳-۲-۱ در مقاله بکاپ سرور اختصاصی توضیح داده شده است. صف ارسال، فضای دیسک و گزارش‌های DMARC را هم منظم پایش کنید.
در پایان، یک نامه آزمایشی به حساب Gmail بفرستید و با گزینه Show original وضعیت SPF، DKIM و DMARC را ببینید؛ هر سه باید PASS باشند. فروشگاه‌های اینترنتی هم برای ایمیل‌های سفارش به همین تنظیمات نیاز دارند؛ درباره میزبانی خود فروشگاه، راهنمای سرور وردپرس و ووکامرس را بخوانید.
سناریوی رایج در پشتیبانی وب‌داده
یک سناریوی نمونه: سازمانی Zimbra را نصب کرده و ارسال و دریافت داخلی بی‌نقص است، اما نامه‌ها در Gmail مشتریان به پوشه اسپم می‌روند. در چنین وضعیتی معمولاً PTR هنوز روی نام پیش‌فرض ارائه‌دهنده مانده، رکورد SPF وجود ندارد و کلید عمومی DKIM در DNS منتشر نشده است.
راه‌حل ترتیب مشخصی دارد: ابتدا PTR از پنل کاربری روی mail.company.ir تنظیم می‌شود، سپس SPF و کلید DKIM منتشر می‌شوند و DMARC با p=none اضافه می‌شود. بعد نامه آزمایشی دوباره بررسی می‌شود. اگر IP پیش‌تر در لیست سیاه ثبت شده باشد، درخواست حذف از همان لیست هم لازم است.
میل سرور سازمانی در وب‌داده؛ سخت‌افزار اختصاصی برای ایمیل پایدار
در وب‌داده می‌توانید زیرساخت میل سرور ایرانی خود را روی سخت‌افزار اختصاصی HPE تهیه کنید و نرم‌افزار دلخواه را با دسترسی کامل نصب کنید. با اجاره سرور اختصاصی، منابع سرور فقط در اختیار صندوق‌های سازمان شماست و این امکانات را دارید:
✅ سرور HPE ProLiant DL360 Gen9 با دو پردازنده Xeon E5-2680 v4 (در مجموع ۲۸ هسته و ۵۶ رشته) و 64GB رم Registered ECC DDR4؛ بالاتر از حداقل رسمی Zimbra، iRedMail و mailcow
✅ هارد 1TB NVMe از سری Samsung 980/990 PRO برای جستجوی سریع در صندوق‌های بزرگ
✅ پورت 10Gbit/s روی شبکه‌ای با آپلینک 100Gbit
✅ تنظیم PTR از پنل کاربری و خرید IPv4 اضافه از همان پنل با تحویل آماده
✅ محافظت DDoS با ظرفیت 100Gbit/s، فایروال سخت‌افزاری و امنیت چندلایه
✅ نصب خودکار سیستم‌عامل و تحویل آنی پس از پرداخت، مستقل از ساعت اداری؛ به‌همراه پنل مدیریت با کنسول KVM و نصب مجدد سیستم‌عامل
✅ مشاوره پیش از خرید با تیم فنی ۲۴ ساعته و بررسی پیکربندی‌های سفارشی از طریق تیکت یا تماس
✅ هارد 1TB NVMe از سری Samsung 980/990 PRO برای جستجوی سریع در صندوق‌های بزرگ
✅ پورت 10Gbit/s روی شبکه‌ای با آپلینک 100Gbit
✅ تنظیم PTR از پنل کاربری و خرید IPv4 اضافه از همان پنل با تحویل آماده
✅ محافظت DDoS با ظرفیت 100Gbit/s، فایروال سخت‌افزاری و امنیت چندلایه
✅ نصب خودکار سیستم‌عامل و تحویل آنی پس از پرداخت، مستقل از ساعت اداری؛ به‌همراه پنل مدیریت با کنسول KVM و نصب مجدد سیستم‌عامل
✅ مشاوره پیش از خرید با تیم فنی ۲۴ ساعته و بررسی پیکربندی‌های سفارشی از طریق تیکت یا تماس
⚠️ محدودیت‌ها را هم بدانید
برای Exchange Server SE، مایکروسافت در نقش Mailbox حداقل 128GB رم توصیه می‌کند و HPE سرور DL360 Gen9 را فقط تا Windows Server 2019 تأیید کرده است. این نسخه هنوز در فهرست پشتیبانی Exchange SE هست، اما برای رم بیشتر یا Windows Server 2022 و 2025، پیکربندی سفارشی از طریق تیکت یا تماس بررسی می‌شود.
اگر قصد دارید ایمیل را به‌عنوان سرویس به مشتریان خود بفروشید، راهنمای راه‌اندازی شرکت هاستینگ با سرور اختصاصی نقطه شروع مناسبی است.
🚀 بیشتر بدانید: ۱۰ راهکار کلیدی افزایش امنیت سرور و سرور اختصاصی چیست و چه مزایایی دارد
سوالات متداول
هزینه راه‌اندازی میل سرور از چه بخش‌هایی تشکیل می‌شود؟
هزینه سه بخش دارد: اجاره یا خرید سرور، لایسنس نرم‌افزار و زمان نیروی فنی برای نصب و نگهداری. با iRedMail یا mailcow هزینه لایسنس حذف می‌شود، اما نگهداری همچنان وقت می‌گیرد. در Exchange Server SE، لایسنس ویندوز سرور و مجوزهای Exchange هم اضافه می‌شود و سرور قوی‌تری لازم است.
برای ۵۰ کاربر ایمیل سازمانی چه مقدار رم لازم است؟
به نرم‌افزار و میزان استفاده بستگی دارد. مستندات mailcow برای شرکتی با حدود ۵۰ اتصال هم‌زمان IMAP و ۱۵ گوشی متصل با ActiveSync، رقم 16GiB را توصیه می‌کند. حداقل 8GB برای Zimbra 10 هم فقط نقطه شروع است. اگر آرشیو بزرگ و جستجوی زیاد دارید، حاشیه بیشتری در نظر بگیرید.
آیا میل سرور داخلی بدون رکورد PTR کار می‌کند؟
ارسال و دریافت داخلی کار می‌کند، اما تحویل به سرویس‌های بزرگ دچار مشکل می‌شود. Google در راهنمای رسمی خود داشتن رکوردهای DNS مستقیم و معکوس معتبر را برای همه ارسال‌کنندگان به Gmail الزامی کرده است. بنابراین بدون PTR درست، احتمال رد شدن نامه یا رفتن آن به پوشه اسپم بالاست.
میل سرور ایرانی برای ارسال به Gmail و Outlook مشکلی ندارد؟
محل سرور به‌تنهایی تعیین‌کننده نیست؛ معیار اصلی تنظیمات SPF، DKIM، DMARC، رکورد PTR و سابقه IP است. محدودیت این است که ارسال به دامنه‌های خارجی به اینترنت بین‌الملل وابسته است و در زمان اختلال، نامه‌ها در صف می‌مانند و پس از برقراری ارتباط ارسال می‌شوند.
برای ایمیل سازمانی، Zimbra بهتر است یا iRedMail؟
اگر وب‌میل کامل با تقویم مشترک و رابط آشنا برای کاربران غیرفنی می‌خواهید، Zimbra مناسب‌تر است؛ ولی رم بیشتری لازم دارد و برخی قابلیت‌ها مثل Zimbra Mobile فقط در نسخه تجاری ارائه می‌شوند. iRedMail سبک‌تر است، با 4GB رم شروع می‌شود و برای تیم آشنا با Postfix و Dovecot کنترل بیشتری می‌دهد.
آیا می‌توانم میل سرور داخلی را روی سرور مجازی نصب کنم؟
بله، برای تعداد کاربر کم و بار سبک این کار رایج است. به نوع مجازی‌سازی دقت کنید: mailcow روی OpenVZ و LXC پشتیبانی نمی‌شود و به KVM یا مجازی‌سازی کامل نیاز دارد. با افزایش کاربران و حجم آرشیو، سرور اختصاصی با رم ECC و هارد NVMe پایداری و فضای بیشتری می‌دهد.
آیا هنوز می‌توان از Exchange 2019 استفاده کرد؟
نرم‌افزار همچنان اجرا می‌شود، اما طبق صفحه چرخه عمر مایکروسافت، پشتیبانی تمدیدشده Exchange 2019 در اکتبر 2025 تمام شده و دیگر وصله امنیتی عمومی دریافت نمی‌کند. برای سروری که مستقیم به اینترنت متصل است این ریسک جدی است و مسیر پیشنهادی، ارتقا به Exchange Server SE است.
چرا ایمیل سازمانی ما به پوشه اسپم گیرنده می‌رود؟
رایج‌ترین دلایل عبارت‌اند از: نبود یا اشتباه بودن رکورد SPF، منتشر نشدن کلید DKIM، تنظیم نبودن PTR، ثبت IP در لیست سیاه و محتوای شبیه اسپم. ابتدا با گزینه Show original در Gmail وضعیت SPF، DKIM و DMARC را ببینید. اگر همه PASS بودند، سابقه IP و محتوای نامه را بررسی کنید.
ایمیل‌های قدیمی را چطور به میل سرور ایرانی جدید منتقل کنیم؟
اگر سرور قبلی از IMAP پشتیبانی می‌کند، ابزارهای متن‌بازی مثل imapsync صندوق‌ها را پوشه به پوشه به سرور جدید کپی می‌کنند. بهتر است ابتدا یک صندوق آزمایشی منتقل کنید، سپس بقیه را در ساعات کم‌کار انتقال دهید و رکورد MX را در پایان عوض کنید تا نامه‌ای گم نشود.
جمع‌بندی؛ ایمیل سازمانی مطمئن با نرم‌افزار و زیرساخت درست
یک میل سرور سازمانی موفق حاصل سه تصمیم درست است: نرم‌افزار متناسب با تیم و بودجه، سرور با منابع کافی و تنظیمات DNS بی‌نقص. Zimbra برای گروه‌افزار کامل، iRedMail برای راهکار سبک و متن‌باز، mailcow برای تیم‌های آشنا با Docker و Exchange Server SE برای سازمان‌های وابسته به Active Directory گزینه‌های منطقی هستند.
در هر راه‌اندازی میل سرور، رکوردهای PTR، SPF، DKIM و DMARC را پیش از معرفی ایمیل‌ها به کارکنان تنظیم و تست کنید و امنیت، بکاپ و پایش را جزو کار روزانه بدانید. اگر مکاتبات داخلی حجم بالایی دارد یا داده‌ها حساس است، میل سرور داخلی روی سخت‌افزار اختصاصی کنترل و پایداری بیشتری به شما می‌دهد.
وب‌داده با سرورهای اختصاصی HPE، رم ECC، هارد NVMe، تنظیم PTR از پنل کاربری و محافظت DDoS، زیرساخت لازم را فراهم کرده است. پیشنهاد نهایی ما: پیش از خرید، تعداد کاربران، سهمیه صندوق‌ها و نرم‌افزار مدنظر را با تیم فنی وب‌داده در میان بگذارید تا پیکربندی مناسب را با هم انتخاب کنیم.
در صورتی که سوالی داشتید می‌توانید در بخش نظرات با ما در ارتباط باشید.
امیدوارم این مقاله از بلاگ وب‌داده برای شما مفید بوده باشد.
امیدوارم این مقاله از بلاگ وب‌داده برای شما مفید بوده باشد.
منابع: Google Workspace Admin Help: Email sender guidelines؛ RFC 9989: Domain-based Message Authentication, Reporting, and Conformance (DMARC)؛ Zimbra Daffodil (v10) Single-Server Installation Guide؛ iRedMail: Install iRedMail on Debian or Ubuntu Linux؛ mailcow documentation: Prepare your system؛ Microsoft Learn: Exchange Server SE system requirements
