نکات کلیدی
- میل سرور داخلی یا سرویس؛ پاسخ کوتاه چیست؟: گزینه دیگر، سرویس های ابری مانند Microsoft 365 و Google Workspace است که حفظ سرور را بر عهده می گیرند و به ازای هر کاربر بار مالی می گیرند.
- آنچه درباره برپاسازی میل سرور روی سرور باید بدانیم
- درباره قیمت برپاسازی میل سرور از چه باید دانست؟: بار مالی سه قسمت دارد: کرایه یا خرید سرور، لایسنس نرم افزار و زمان نیروی فنی برای نصب و حفظ.
میل سرور سازمانی مجموعهای از سرویسهای ارسال، دریافت و حفظ ایمیل است که روی سرور خود سازمان نصب میشود و صندوقهای پستی کارکنان را با محدوده شرکت (مانند name@company.ir) کنترل میکند. برخلاف ایمیل بدون هزینه یا ایمیل میزبانی اشتراکی، کنترل دادهها، سیاستهای امنیتی و ویرایش پشتیبان یکسره در دست گروه فنی شماست.
مالکیت داده: نامهها و پیوستها روی سروری میماند که خودتان کنترل میکنید. هویت حرفهای: ایمیل سازمانی با محدوده شرکت، اعتماد مشتری و شریک تجاری را بیشتر میکند. یکپارچگی: تقویم، دفترچه تماس و همگامسازی موبایل در یک بستر واحد دسترس کارکنان است. بار مالی قابل پیشبینی: در راهکارهای متنباز، قیمت اصلی سرور و حفظ است، نه شمار کاربران.
میل سرور داخلی = اداره پست اختصاصی سازمان شما
زیرساخت اختصاصی برای ایمیل سازمان
درباره میل سرور سازمانی چه باید دانست؟
در ادامه، میل سرور سازمانی چه ضروری است دانست را با جزئیات بیشتری مرور میکنیم.
یک سامانه ایمیل سازمانی در عمل یک نرمافزار واحد نیست؛ چندین سرویس کنار هم عمل میکنند تا نامه به مقصد برسد و نامههای ورودی در صندوق صحیح بنشینند. پروتکل SMTP نامه را بین سرورها جابهجا میکند و پروتکلهای IMAP و POP3 نامهها را به Outlook، Thunderbird یا وبمیل کاربر میرسانند.
برای درک بهتر، میل سرور را مانند اداره پست داخلی یک برج اداری تصور کنید. باجه ورودی (MTA) بستهها را از بیرون تحویل میگیرد، مأمور بازرسی (فیلتر اسپم و ویروس) بستههای مشکوک را جدا میکند و هر نامه در صندوق شخصی کارمند (Mailbox) قرار میگیرد؛ صندوقی که تنها با کلید خود او باز میشود.
اجزای اصلی یک میل سرور: نکته فنی: پورتهایی که ضروری است باز باشند پورت 25 برای تبادل نامه بین سرورها لازم است و اسناد فنی iRedMail هم باز بودن آن را پیششرط پیادهسازی میداند. کاربران بیشتر وقتها برای ارسال از پورت 587 یا 465 و برای دریافت از IMAPS روی پورت 993 بهره میبرند. پیش از خرید سرور، باز بودن پورت 25 را از ارائهدهنده بپرسید.
- MTA (Mail Transfer Agent): مانند Postfix؛ نامه را از سرورهای دیگر تحویل میگیرد یا برای آنها ارسال میکند.
- ذخیرهساز صندوق و سرور IMAP: مانند Dovecot؛ نامه را در صندوق کاربر قرار میدهد و دسترسی IMAP و POP3 را آماده میکند.
- فیلتر اسپم و ویروس: ابزارهایی مانند Amavisd، SpamAssassin، ClamAV یا Rspamd که نامه مشکوک را جدا میکنند.
- وبمیل و گروهافزار: رابطی مانند Roundcube یا SOGo برای خواندن ایمیل در مرورگر، بههمراه تقویم و دفترچه تماس.
- دایرکتوری کاربران: دیتابیس یا LDAP و در Exchange، سرویس Active Directory که حسابها را نگه میدارد.
تفاوت با ایمیل میزبانی اشتراکی
شماری از کسبوکارهای کوچک کار را با ایمیل داخل میزبانی اشتراکی آغاز میکنند. این شیوه برای چندین صندوق آسان بسنده است، ولی IP ارسال بین مشتریان چشمگیری مشترک است و چنانچه یکی از آنها اسپم بفرستد، اعتبار ایمیل شما هم آسیب میبیند. در میل سرور داخلی، IP، سیاست ارسال، حجم صندوقها و زمانبندی نسخه پشتیبان را خودتان تعیین میکنید.
این آزادی مسئولیت هم دارد: بروزرسانی امنیتی و پیگیری چالش تحویل نامه با گروه شماست. چنانچه درباره گونه و قدرت سرور قابل اعتماد نیستید، راهنمای برگزیدن سرور سازمانی برای شرکتها دید کلی خوبی میدهد.
چرا سازمانها به میل سرور داخلی نیازمندند چه پیشنیازهایی دارد؟
حاکمیت داده: مکاتبات قراردادی، مالی و منابع انسانی روی سرور تحت کنترل سازمان میماند. دسترسی باثبات در داخل کشور: یک میل سرور ایرانی برای مکاتبات داخلی به ارتباطات بینالملل وابسته نیست و هنگام کندی یا اختلال اینترنت بینالملل هم کارکنان به صندوق خود دسترسی دارند. بی بار مالی لایسنس به ازای کاربر: در iRedMail و mailcow، افزودن صندوق جدید قیمت لایسنس ندارد و محدودیت عملی، منابع سرور است. یکپارچگی با سیستمهای داخلی: ارسال اعلان از نرمافزار حسابداری یا اتوماسیون اداری از طریق SMTP داخلی سادهتر است. چنانچه نرمافزارهای مالی را هم خودتان میزبانی میکنید، نکات گزینش سرور حسابداری و ERP را ببینید. سیاست امنیتی دلخواه: احراز هویت دومرحلهای، محدودیت ورود و آرشیو قانونی نامهها را متناسب با احتیاج سازمان پیکربندی میکنید.
❌ نگهداری، نصب وصلههای امنیتی و پایش تحویل نامهها بر عهده گروه فنی شماست. ❌ IP تازه هنوز سابقه ارسال ندارد و در هفتههای اول ممکن است نامههای آن با سختگیری بیشتری مرور شوند. ❌ ارسال به دامنههای خارجی مانند Gmail همچنان به اینترنت بینالملل وابسته است؛ میل سرور ایرانی تنها مکاتبات داخلی را از این وابستگی جدا میکند.
سنجش راهکارهای ایمیل سازمانی؛ Zimbra چگونه ارزیابی میشود؟
آنچه درباره سنجش راهکارهای ایمیل سازمانی ضرورت دارد، در همین قسمت واکاوی میشود.
برگزیدن نرمافزار اصلیترین تصمیم فنی این پروژه است؛ چون مهاجرت بعدی بین پلتفرمها زمانبر است. چهار گزینه رایج را بر اساس اسناد فنی رسمی خودشان واکاوی میکنیم.
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 شما | وابسته به زیرساخت ارائهدهنده |
آنچه درباره برپاسازی میل سرور روی سرور باید بدانیم
برای تصمیمگیری بهتر، در آغاز برپاسازی میل سرور روی سرور ضروری است بدانیم را دقیقتر میشناسیم.
تخمین منابع سرور: حداقلهای رسمی را مبنا بگیرید و برای رشد سازمان حاشیه بگذارید. رم اصلیترین منبع است؛ چون فیلترهای اسپم و ویروس و ایندکس جستجو حافظه چشمگیری مصرف میکنند. فضای دیسک را از حاصلضرب شمار کاربران در سهمیه هر صندوق، بهعلاوه فضای لاگ حساب کنید. ◀ CPU: اسناد فنی Zimbra برای محیط عملیاتی، پردازندهای با امتیاز PassMark بالای 15,000 را توصیه میکند. ◀ دیسک: 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 و انواع رکوردها را مرور کنید.
رکوردهای SPF، DKIM و DMARC
این سه رکورد هویت نامههای شما را اثبات میکنند. SPF بر پایه RFC 7208 فهرست IPهای مجاز به ارسال از طرف محدوده را اعلام میکند و ارزیابی آن حداکثر به ۱۰ جستجوی DNS محدود است. DKIM بر پایه RFC 6376 هر نامه را با کلید خصوصی سرور امضا میکند و کلید عمومی در DNS منتشر میشود.
DMARC که ویرایش جدید استاندارد آن در مه 2026 با شماره RFC 9989 منتشر شد و جای RFC 7489 را گرفت، به گیرنده میگوید با نامهای که بررسیها را رد کند چه کند: none (تنها گزارش)، quarantine (برخورد مشکوک، بیشتر وقتها انتقال به اسپم) یا reject (رد تمامعیار). با 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 لینوکس ایمن کنید و بهروزرسانیها را منظم نصب کنید.
بکاپ، پایش و آزمون نهایی
صندوقهای ایمیل سازمانی حافظه سازمان شما هستند؛ از آنها هر روز نسخه پشتیبان بگیرید و نسخهای را بیرون از همان سرور نگه دارید. اصول قانون ۳-۲-۱ در نوشته نسخه پشتیبان سرور اختصاصی توضیح داده شده است. صف ارسال، فضای دیسک و گزارشهای 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 ProLiant DL360 Gen9 با دو CPU 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 و نصب مجدد سیستمعامل مشاوره پیش از خرید با گروه فنی ۲۴ ساعته و واکاوی پیکربندیهای سفارشی از طریق تیکت یا تماس.
⚠ محدودیتها را هم بدانید
برای 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 هم تنها نقطه آغاز است. چنانچه آرشیو بزرگ و جستجوی زیاد دارید، حاشیه بیشتری مدنظر قرار دهید.
میل سرور داخلی بی رکورد چه پیشنیازهایی دارد؟: ارسال و دریافت داخلی کار میکند، ولی تحویل به سرویسهای بزرگ دچار دشواری میشود. Google در راهنمای رسمی خود داشتن رکوردهای DNS بیواسطه و معکوس معتبر را برای همه ارسالکنندگان به Gmail الزامی کرده است. از این رو بی PTR درست، امکان رد شدن نامه یا رفتن آن به پوشه اسپم بالاست.
میل سرور ایرانی برای ارسال؛ پاسخ کوتاه چیست؟: محل سرور بهتنهایی تعیینکننده نیست؛ معیار اصلی پیکربندی SPF، DKIM، DMARC، رکورد PTR و سابقه IP است. محدودیت این است که ارسال به دامنههای خارجی به اینترنت بینالملل بستگی دارد و در زمان اختلال، نامهها در صف میمانند و پس از برقراری ارتباط ارسال میشوند.
درباره برای ایمیل سازمانی، Zimbra بهتر چه باید دانست؟: چنانچه وبمیل تمامعیار با تقویم مشترک و رابط آشنا برای کاربران غیرفنی میخواهید، 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 را پیش از معرفی ایمیلها به کارکنان پیکربندی و آزمون کنید و امنیت، نسخه پشتیبان و پایش را جزو کار هر روز بدانید. چنانچه مکاتبات داخلی حجم بالایی دارد یا دادهها حساس است، میل سرور داخلی روی سختافزار اختصاصی کنترل و پایداری بیشتری به شما میدهد. منابع: 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.
نکات کلیدی این مطلب
- میل سرور سازمانی چه ضروری است دانست
- سنجش راهکارهای ایمیل سازمانی
- برپاسازی میل سرور روی سرور لازم است بدانیم
پرسشهای پرتکرار
چرا سازمانها به میل سرور داخلی نیازمندند؛ پاسخ کوتاه چیست؟
حاکمیت داده: مکاتبات قراردادی، مالی و منابع انسانی روی سرور تحت کنترل سازمان میماند. دسترسی باثبات در داخل کشور: یک میل سرور ایرانی برای مکاتبات داخلی به ارتباطات بینالملل وابسته نیست و هنگام کندی یا اختلال اینترنت بینالملل هم کارکنان به صندوق خود دسترسی دارند. بی بار مالی لایسنس به ازای کاربر: در iRedMail و mailcow، افزودن صندوق جدید قیمت لایسنس ندارد و محدودیت عملی، منابع سرور است.
میل سرور داخلی یا سرویس؛ پاسخ کوتاه چیست؟
گزینه دیگر، سرویسهای ابری مانند Microsoft 365 و Google Workspace است که حفظ سرور را بر عهده میگیرند و به ازای هر کاربر بار مالی میگیرند. ولی برای سازمانهای ایرانی، محدودیتهای تحریمی، دشواری تسویه ارزی و حفظ داده خارج از کشور، این مسیر را دشوار میکند.
قیمت پیادهسازی میل سرور از؛ پاسخ کوتاه چیست؟
بار مالی سه قسمت دارد: کرایه یا خرید سرور، لایسنس نرمافزار و زمان نیروی فنی برای نصب و حفظ. با iRedMail یا mailcow قیمت لایسنس حذف میشود، ولی حفظ همچنان وقت میگیرد. در Exchange Server SE، لایسنس ویندوز سرور و مجوزهای Exchange هم اضافه میشود و سرور قویتری لازم است.
برای ۵۰ کاربر ایمیل سازمانی؛ پاسخ کوتاه چیست؟
به نرمافزار و میزان بهرهگیری تابع است. اسناد فنی mailcow برای شرکتی با نزدیک به ۵۰ اتصال همزمان IMAP و ۱۵ گوشی متصل با ActiveSync، رقم 16GiB را توصیه میکند. حداقل 8GB برای Zimbra 10 هم تنها نقطه آغاز است.
پرسشهای متداول
چرا سازمانها به میل سرور داخلی نیازمندند چه پیشنیازهایی دارد؟
حاکمیت داده: مکاتبات قراردادی، مالی و منابع انسانی روی سرور تحت کنترل سازمان میماند. دسترسی باثبات در داخل کشور: یک میل سرور ایرانی برای مکاتبات داخلی به ارتباطات بینالملل وابسته نیست و هنگام کندی یا اختلال اینترنت بینالملل هم کارکنان به صندوق خود دسترسی دارند.
چرا سازمانها به میل سرور داخلی نیازمندند؛ پاسخ کوتاه چیست؟
حاکمیت داده: مکاتبات قراردادی، مالی و منابع انسانی روی سرور تحت کنترل سازمان میماند. دسترسی باثبات در داخل کشور: یک میل سرور ایرانی برای مکاتبات داخلی به ارتباطات بینالملل وابسته نیست و هنگام کندی یا اختلال اینترنت بینالملل هم کارکنان به صندوق خود دسترسی دارند.
میل سرور داخلی یا سرویس؛ پاسخ کوتاه چیست؟
گزینه دیگر، سرویسهای ابری مانند Microsoft 365 و Google Workspace است که حفظ سرور را بر عهده میگیرند و به ازای هر کاربر بار مالی میگیرند. ولی برای سازمانهای ایرانی، محدودیتهای تحریمی، دشواری تسویه ارزی و حفظ داده خارج از کشور، این مسیر را دشوار میکند.

کمپین ابتکار نو
کمپین ایده های نو
کمپین آینده روشن
کمپین طراحی مدرن