سرور پست الکترونیکی چیست؟ نحوه نصب Mail Server در اوبونتو یا دبیان

بیایید با آنچه منظور من از کسب و کار متوسط ​​است شروع کنیم. من طبقه بندی دقیق را نمی دانم و جایی را نگاه نکرده ام، بررسی نکرده ام. به طور مستقیم به نظر من این است که این از 10-15 کاربر تا 200-300 است. من بخش را در نظر خواهم گرفت تا 100 کاربر، از آنجایی که تقریباً در تمام مدت من به طور انحصاری در این طاقچه کار می کنم. مشکلات و نیازهای بیشتر شرکت های بزرگمن به طور قطع نمی دانم. اگرچه مطمئن نیستم که چیزی اساساً با 100 نفر متفاوت باشد، فکر می کنم رویکردها یکسان خواهد بود، فقط سخت افزار قدرتمندتر است. مشکلات توزیع بار و خوشه بندی به احتمال زیاد هنوز در اینجا به وجود نخواهد آمد.

ما یک شرکت کوچک با چند ده نفر داریم. به یک میل سرور نیاز داریم. علیرغم این واقعیت که فناوری مدت ها پیش قدم برداشته است و وسایل ارتباطی متعددی را ارائه می دهد، ایمیل هنوز در جایگاه خود ایستاده است و هنوز قرار نیست آنها را رها کند. با این حال، در چنین گروه کوچکی، خواسته های بزرگبه سرور ایمیل نشان داده نمی شود. بیشتر اوقات، کافی است که نامه فقط کار کند، بدون هیچ گونه زواید عملکردی خاصی. یا کلاینت ایمیل و پروتکل imap، یا رابط وب. خوب، اگر امکان راه اندازی یک پاسخ خودکار وجود دارد، پوشه های مشترک، یک دفترچه آدرس واحد ایجاد کنید، اما می توانید بدون آن زندگی کنید.

در میان همه گزینه هاسرویس پست الکترونیکی، من 3 رویکرد اساسی متفاوت برای اجرای عملکرد لازم را مشخص می کنم:

1. خدمات مبتنی بر خدمات ایمیل رایگان Google، Yandex یا ایمیل.
2. سرور ایمیل شما بر اساس نرم افزار رایگان.
3. سرور تبادل از مایکروسافت.

بیایید هر یک از آنها را با جزئیات بیشتری تجزیه و تحلیل کنیم.

ایمیل رایگان از google، yandex و mail.ru

من همین الان چند نظر خواهم داد. من مطمئن نیستم که آیا گوگل اکنون می تواند به صورت رایگان ثبت نام کند یا خیر پست شرکتی. همه کسانی که قبل از استفاده به صورت رایگان ثبت نام کرده اند و برای کاربران جدید فقط اشتراک های پولی در دسترس هستند. اما این اساسی نیست و مستقیماً به موضوع مقاله مربوط نمی شود. اگر Google برای کسب و کار کاملاً پولی شده است، ما به سادگی آن را از لیست خود حذف می کنیم. Yandex و Mail.ru هنوز هم قطعا رایگان هستند. من خودم اداره کردم دامنه های پستیدر برنامه های گوگل و یاندکس. من با biz.mail.ru کار نکردم، فقط می دانم که چیزی مشابه در آنجا پیاده سازی شده است. من به نوعی خود شرکت را از زمان های قدیم دوست ندارم. اگرچه اکنون به نظر می رسد که آنها به سمت کاربران روی آورده اند، اما آمیگو هنوز زنده و سالم است، بنابراین آنها هنوز دور نشده اند.

مزایای این خدمات پستی را در نظر بگیرید.

1. مهمترین مزیت این است که نامه کامل بلافاصله پس از ثبت نام آماده است. هیچ هزینه ای برای خرید سخت افزار و پیکربندی وجود ندارد. آیا برای یک کاربر کم و بیش پیشرفته که با پیروی از دستورالعمل های موجود در سایت، قادر به اتصال دامنه و ایجاد صندوق پستی باشد، کافی است. و از قبل می توانید از نامه استفاده کنید.
2. آسان برای ادارهو مدیریت کاربران، وب سرویس تمام ابزارهای لازم برای این کار را فراهم می کند. آنها راحت و شهودی (اگرچه نه همیشه) قابل درک هستند.
3. راحتو عادت رابط وب. همه چیز به سرعت کار می کند، از هر جایی که اتصال اینترنت و مرورگر وجود دارد. یک برنامه موبایل خوب وجود دارد.
4. عملکرد گسترده، بلافاصله پس از ایجاد جعبه آماده می شود. فیلترهای مختلف، جمع‌آوری نامه‌ها، ضد هرزنامه خوب (از Google) و موارد دیگر.

به نظر می رسد همه چیز چیزی کم ندارد. به نظر می رسد که مزایای آشکار و قابل توجه است. اما قبل از نتیجه گیری سریع، اجازه دهید به معایب نگاه کنیم.

1. شما این ایمیل را کنترل نمی کنید. اون مال تو نیست، روی سرورهای شما نیست. تو نمیدونی چه بلایی سرش میاد اگر مکاتبات بسیار حساس و خصوصی دارید، در مورد استفاده از سرویس های ایمیل محبوب شک و تردید ایجاد می شود. این ممکن است پارانوئیک به نظر برسد، اما این یک نگرانی واقعی برای کاربران و صاحبان مشاغل است و نباید از آن کاسته شود.
2. شما از خرابی در سیستم مصون نیستید و به هیچ وجه نمی توانید از آنها جلوگیری کنید. و شکست‌ها، اگرچه نه اغلب، اما اتفاق می‌افتند. از آنجایی که خدمات رایگان است هیچ کس چیزی به شما تضمین نمی کند. و اگر نوعی فورس ماژور اتفاق بیفتد و داده ها از بین بروند، به سادگی به شما می گویند متاسفم. اگر خودتان ساختار فناوری اطلاعات بسیار قابل اعتمادی ندارید، به احتمال زیاد مشکلات فنیروی شما سرور شخصیاحتمالا بالاتر خواهد بود اما شما می توانید این را کنترل کنید و از نظر تئوری بتوانید سیستمی با سطحی از قابلیت اطمینان بسازید که شما را راضی کند.
3. روش های پشتیبان گیری نامشخصو بازیابی صندوق های پستی در چنین خدماتی. شرایطی وجود دارد که تمام حروف از صندوق پست حذف می شوند. فرض کنید می‌توانید آن‌ها را به روش‌های مختلف ذخیره کنید، فقط با دانلود کردن، اما چگونه می‌توانید با حفظ تمام تاریخ‌ها، آنها را به جعبه برگردانید؟
4. هیچ راهی برای تجزیه و تحلیل موقعیت های غیرقابل درک وجود ندارد. مثلا نامه می فرستید به دست مخاطب نمی رسد. چه باید کرد؟ در مورد پست ابری، شما هیچ کاری انجام نخواهید داد، زیرا هیچ ابزاری برای تجزیه و تحلیل وضعیت ندارید. سعی کنید فقط یک نامه از جعبه دیگری ارسال کنید. گاهی اوقات نامه ای دریافت نمی کنید و نمی توانید بفهمید که چرا آن نامه وجود ندارد. و این مورد در فیلتری که به درستی پیکربندی نشده است می تواند ساده باشد. زمانی که فیلترهای زیادی وجود دارد، این یک وضعیت رایج است، به‌علاوه اگر برخی دیگر از ارسال‌ها پیکربندی شده باشند. بدون دسترسی به گزارش‌های سرور، درک وضعیت ممکن است دشوار باشد. و اگر گزارش سرور ایمیل وجود داشته باشد ، بلافاصله مشخص می شود که چرا نامه ارسال نمی شود یا پس از دریافت آن چه اتفاقی افتاده است. مطمئناً می توانید بفهمید که آیا سرور راه دور نامه شما را دریافت کرده است یا خیر.
5. خیر راه های ساده محدود کردن دسترسی به صندوق های پستیبه عنوان مثال، فقط از شبکه محلیدفتر. صندوق پستی خدمات عمومی همیشه از طریق اینترنت در دسترس است. حل این مشکل در برنامه های گوگل از طریق مجوز در سرویس های شخص ثالث امکان پذیر است. در Yandex و ایمیل، من فرصتی برای اجرای چنین عملکردی ندیده ام.
6. درک آن نیز ضروری است پنیر رایگان مشخص است که در آن اتفاق می افتد. به طور کامل مشخص نیست که خدمات پستی چگونه از اطلاعات دریافتی از کاربران استفاده می کنند. خوب، اگر فقط تبلیغات مرتبط را به آنها نشان دهیم. فکر نمی کنم فقط برای این باشد.

زمانی که من برای اولین بار حدود 10 سال پیش شروع به کار کردم، هیچ سوالی وجود نداشت که از چه نوع پستی در سازمان استفاده کنم. همه سرورهای ایمیل خود را راه اندازی کردند و آنها را مدیریت کردند. خدمات پست رایگان در آن زمان هیچ ابزاری برای مدیریت ایمیل برای تجارت فراهم نمی کرد. وقتی چنین ابزارهایی شروع به ظاهر شدن کردند، فکر کردم که به زودی هیچ کس به سرورهای پست الکترونیکی خود نیاز نخواهد داشت، زیرا آنها دیگر معنی ندارند. و تمام عذاب من (من دوست ندارم با آنها کار کنم) با سرورهای ایمیل بی معنی خواهد شد.

این فرصت به من داده شد تا دامنه ها را بر اساس خدمات پست عمومی مدیریت کنم. پس از آن، لیست معایب نوشته شده در بالا ظاهر شد. و برای من شخصا، این معایب بیشتر از جوانب مثبت بود، و اکنون هنوز هم خودم سرورهای ایمیل را راه اندازی می کنم. در نهایت، وقتی مزایا و معایب استفاده و مدیریت را با هم در نظر بگیرید راحت تر و قابل اعتمادتر است.

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

سرور ایمیل بر اساس نرم افزار رایگان

مزایا و معایب سرور ایمیل خود را بر اساس رایگان در نظر بگیرید نرم افزار. در اصل، برخی از موارد پولی را نیز می توان در اینجا گنجاند، به عنوان مثال، سرور ایمیل Kerio، که اغلب استفاده می شود. من فکر می کنم می توان آن را در اینجا نیز نسبت داد، زیرا عملکرد مشابهی را ارائه می دهد. من همه سرورهای پست الکترونیکی را به صورت مجموع در نظر می‌گیرم، بدون اینکه نمایندگان فردی را جدا کنم. اگرچه در لینوکس به غیر از postfix و exim، شخصا چیزی در تولید ندیدم. من خودم همیشه از postfix استفاده می کنم، زیرا به آن عادت کرده ام و آن را خوب می دانم. مزایای چنین سرورهایی را با دقت در نظر بگیرید.

1. شما کنترل کاملی بر تمامی اطلاعات دارید، که از طریق پست می آید و در سرور شما ذخیره می شود. شما می توانید دسترسی به نامه را به صلاحدید خود با ابزارهای فنی مختلف محدود کنید. شما می توانید قوانین حذف، به عنوان مثال، اطلاعات خصوصی به صورت حروف را با توجه به معیارهای مختلفی که خودتان می توانید تعیین کنید، به صورت مرکزی پیکربندی کنید.
2. سطح در دسترس بودن سرویس پستی فقط به شما بستگی دارد. با رویکرد درست، شما می توانید قابلیت اطمینان مناسب خود را ارائه دهیدعملیات سیستم
3. سیستم پشتیبان گیری انعطاف پذیر بودجه زیادی برای سازمان آن وجود دارد، از جمله موارد رایگان. همه چیز به نیاز، مهارت و توانایی شما بستگی دارد. شما می توانید برش های مختلف را بر اساس تاریخ، صندوق پستی، دامنه ذخیره کنید، هر طرح مناسب را سازماندهی کنید.
4. عملکرد تقریبا نامحدود. البته در محدوده معقول :) شما می توانید صندوق های پستی را فقط با امکان مکاتبات محلی ایجاد کنید، می توانید دریافت و ارسال نامه را به صورت متمرکز مدیریت کنید، لیست های سفید و سیاه خود را حفظ کنید. می توانید محدودیت های مختلفی را برای صندوق های پستی و دامنه ها تنظیم کنید. می‌توانید به‌راحتی تکثیر نامه‌های صندوق‌های پستی لازم را به‌صورت مرکزی مدیریت کنید، انواع فوروارد و موارد دیگر را انجام دهید.
5. تمام ابزارهای نظارت بر عملکرد سرور در دستان شماست. شما قادر خواهید بود با هر موقعیت غیر قابل درک کنار بیایید، داشتن سیاهههای مربوط به سرور ایمیل. این سرویس به خوبی ثبت شده است. من تقریباً هرگز مشکلی نداشتم وقتی که مشخص نبود نامه کجا رفته است. اغلب آثاری وجود دارد و قطعاً می توانید بگویید چه اتفاقی برای نامه افتاده است.

1. ضروری است خرید یا اجاره تجهیزاتبرای سازماندهی سرور ایمیل خود در مورد سرور لینوکس، الزامات عملکرد زیاد نخواهد بود. من معمولا ماشین های مجازی کافی برای 4 هسته و 4 گیگابایت رم دارم. زیرسیستم دیسک بسیار مهمتر است. اینجا از درایوهای سریعتر، هر چه بهتر بک آپ را فراموش نکنید. همچنین به منابع آهن نیاز دارد.
2. راه اندازی یک سرور ایمیل چند منظوره و کامل به حداقل دانش متوسط ​​در مدیریت سیستم لینوکس نیاز دارد. یعنی فقط admin-enikey در اینجا کار نخواهد کرد. به یک کارشناس با تجربه نیازمندیم. او باید حقوق مناسبی داشته باشد. اگر چنین ادمینی در ایالت وجود ندارد، توصیه می کنم فردی را برای یک کار راه اندازی یک بار استخدام کنید. در اغلب موارد، پس از راه اندازی، اگر عملکرد را تغییر ندهید، کار خاصی برای نگهداری سرور لازم نیست. فقط نظارت بر فضای آزاد دیسک و مدیریت صندوق های پستی از طریق پنل وب کافی است.
3. سهولت استفاده از طریق رابط وبکمتر از خدمات پستی رایگان خواهد بود. دوست داشته باشید یا نه، اما همان gmail بسیار راحت پیاده سازی می شود. جستجوی سریع، فیلترها، مرتب‌سازی، برچسب‌ها و غیره واقعا راحت است. من خیلی عادت دارم و نمی توانم از هیچ چیز دیگری استفاده کنم.

من چنین معایبی از خدمات پستی خود می بینم. مهمترین چیز برای من آخرین مورد است. من خودم به کار با ایمیل از طریق وب عادت دارم. من دوست ندارم از سرویس گیرنده های ایمیل استفاده کنم، اگرچه مجبورم. رابط های وب سرورهای ایمیل رایگان از نظر راحتی و سرعت از جی میل یا Yandex فاصله چندانی ندارند، مقایسه کردن منطقی نیست. با این وجود، من فکر می کنم که برای یک سازمان متوسط ​​این بهترین گزینه است.

مزایا و معایب Microsoft Exchange Server

من تجربه مدیریت مبادلات زیادی ندارم. من آن را خیلی وقت پیش آزمایش کردم که تصمیم گرفتم با کدام سرورهای ایمیل کار کنم. نصب شده، عملکرد را مطالعه کرد. سپس یک بار یک سرور ایمیل برای سازمان راه اندازی کردم. آنها دقیقاً معاوضه می خواستند. هیچ مشکلی وجود نداشت، من به سرعت آن را طبق راهنماهای متعدد در اینترنت تنظیم کردم. آستانه ورود به پیکربندی سرور ایمیل تبادل بسیار کم است. حتی enikey می‌تواند عملکردهای اولیه را انجام دهد.

برای سازمان‌های متوسط، من تقویم‌های مشترک را یک عملکرد واقعا مفید و سخت می‌دانم که جایگزین آن‌ها می‌شود. و البته، راحتی ادغام با AD، در صورت وجود. و اغلب AD وجود دارد، زیرا نمی توانم مدیریت شبکه را برای بیش از 20-30 نفر بدون آن تصور کنم اکتیو دایرکتوری. من فکر می کنم که ذخیره کردن در اینجا بی معنی است و شما باید سرور مایکروسافت را خریداری کنید.

اکنون جوانب مثبت و منفی Microsoft Exchange Server را در نظر بگیرید. من دوباره به شما هشدار می دهم در هر صورت. من فقط دیدگاه خود را می گویم، من تجربه کمی با سرور دارم، بنابراین می خواهم نظرات خود را در نظرات دریافت کنم تا ارزیابی مناسب تری از این سیستم داشته باشم. جوانب مثبت تبادل:

1. عملکرد عالیبا سهولت نسبی راه اندازی یک سرور با عملکردهای اولیه برای هر مدیر مستقر کنید. علاوه بر این، این عملکرد اساسی می تواند بیشتر از هر اسمبلی تحت لینوکس باشد.
2. ادغام با اکتیو دایرکتوری. شما یک حساب کاربری جدید ایجاد می کنید و صندوق پست بلافاصله برای او آماده می شود. اگر کاربر Microsoft Outlook داشته باشد، به تنظیمات خاصی نیاز نیست. اتصال به سرور با چند کلیک ماوس پیکربندی می شود.
3. راحت ابزارهای مدیریتیبه صورت آماده ویندوز سرور. همه چیز برای راه حل های مایکروسافت سنتی است.

معایب Exchange Server به اندازه مزایای بیشتر محصولات مایکروسافت است:

1. قیمت، قیمت و قیمت بیشتر. مایکروسافت اکسچنج سرور گران است. باید بررسی و تخمین زد که آیا کسب آن موجه خواهد بود یا خیر. برای استفاده از تمام قابلیت های داخلی، برای هر یک لازم است محل کارنسخه ای از Microsoft Office را با Outlook خریداری کنید. اینها هزینه های اضافی هستند.
2. عملکرد خوب نیاز دارد خیلی بیشتر آهن قدرتمند ، در مقایسه با سرورهای لینوکس. و برای پشتیبانی از صندوق های پستی بزرگ، به عنوان مثال، 50 گیگابایت، به سخت افزار بسیار قدرتمند نیاز دارید. اگرچه چنین جعبه هایی برای همان کبوترخانه نشان نمی دهد مشکلات خاص. در عوض، به احتمال زیاد از سهمیه ها برای محدود کردن حداکثر اندازه صندوق پست استفاده خواهید کرد.
3. برای پشتیبان‌گیری، به احتمال زیاد مجبور خواهید بود سخت‌افزار مناسبی خریداری کنید و نرم افزار پولی . در اینجا من فقط حدس می زنم، من واقعاً نمی دانم برای یک نسخه پشتیبان تبادل راحت چه چیزی لازم است. من نرم افزار پولی را از فروشندگان محبوب می شناسم. شاید چیزی رایگان وجود داشته باشد.

نتیجه گیری من در مورد Exchange Server این است که تقریبا در همه چیز خوب است به جز قیمت. اگر رایگان بود به احتمال زیاد از آن استفاده می کردم. به دلایل کاملاً عینی، این غیرممکن است. نرم افزار خوب و راحت به خودی خود ظاهر نمی شود. شما باید آن را ایجاد کنید و پولی را برای آن خرج کنید که می خواهید با سود آن را برگردانید.

امروز با توجه به هزینه مایکروسافت اکسچنج سرور و مایکروسافت آفیس از اینها استفاده نمی کنم محصولات مایکروسافت. تعداد کمی از مردم موافقت می کنند که مقدار لازم را برای سرور پستی تعیین کنند. من می خواهم نگاهی دقیق تر به Exchange in داشته باشم شرایط واقعیحداقل 60-80 نفر برای ارزیابی عینی تر این سرور. اما تاکنون این فرصت برای خود فراهم نشده است.

نتیجه

اجازه دهید استدلال خود را در مورد سرور ایمیل برای یک سازمان کوچک متوسط ​​خلاصه کنم. اگرچه نتیجه گیری، من فکر می کنم، از قبل روشن است. من خودم گزینه دومی را که توضیح دادم ترجیح می دهم - یک سرور ایمیل مبتنی بر نرم افزار رایگان در لینوکس. اما من دو گزینه دیگر را تخفیف نمی دهم. پست رایگاناز خدمات عمومی قطعا برای یک تیم بسیار کوچک - برای 10-15 نفر - راحت خواهد بود. منطقی نیست که سرور خود را برای چنین شماره ای حصار کنید.

توصیه می کنم اگر آن را دارید از Exchange Server استفاده کنید و برای خرید آن مشکلی ندارید. این محصول به طور منحصر به فردی راحت، کاربردی و آسان برای پیکربندی و مدیریت است. با ساده صحبت کردن، باید درک کنید که این مشروط است. تنظیمات می توانند بسیار پیچیده باشند، اما در این مورد من به سطح ورودی نگاه می کنم.

دوره آنلاین "مدیر لینوکس"

Enterprise N در مجموع 72 هاست دارد. نصب و پیکربندی یک میل سرور زمان و تلاش زیادی را می طلبد. نصب یک سرور پست مجازی راحت تر و راحت تر است. با عملکرد کامل یک سرور پست الکترونیکی معمولی، سرور مجازی کاربر را از نیاز به خرید رها می کند تجهیزات کامپیوترو از صدور مجوز نرم افزار.

بیایید برخی از آنها را در نظر بگیریم.

Sendmail یک سرور پست الکترونیکی کلاس MTA (عامل انتقال پیام) رایگان است. نسخه هایی از سرور برای همه سیستم عامل ها و پلتفرم های سخت افزاری وجود دارد. Sendmail یک برنامه منسوخ شده است که دارای نقص های زیادی است که بیشتر مربوط به آسیب پذیری ها و ساختار راه حل پیچیده است. برای مشتریان شرکتی متقاضی، امکان خرید توزیع پولی وجود دارد.

Postfix به عنوان جایگزینی برای Sendmail ایجاد شد. اعتقاد بر این است که Postfix سریع تر، آسان تر برای مدیریت، امن تر است. مزیت Postfix در معماری ماژولار آن نهفته است: هر یک از اجزای سرور مسئول حداقل مجموعه ای از عملکردهای ساده است. Postfix حاوی یک عامل تحویل نامه (MDA) نیست، اما می تواند با MDA های مختلف ارتباط برقرار کند و نامه های دریافتی را به آنها ارسال کند. Postfix با استفاده از پروتکل LMTP ارتباط برقرار می کند. نسخه هایی از سرور برای همه سیستم عامل ها و پلتفرم های سخت افزاری وجود دارد.

Courier Mail Server یک سرور رایگان ویندوز برای شبکه های اداری و خانگی است. توزیع سرور پست الکترونیکی فشرده و آسان برای نصب است. سرور از تعداد نامحدود صندوق پست پشتیبانی می کند، مدیریت آن آسان است، حداقل مصرف می کند منابع سیستم، دارای پوسته گرافیکی مناسب، رابط روسی زبان و اسناد است.

Kerio MailServer به عنوان یک جایگزین کامل برای Microsoft Exchange Server قرار گرفته است و هدف آن کوچک و کسب و کار متوسط. سرور دارای طیف گسترده ای از گزینه ها برای پیکربندی و مدیریت است. این کیت همراه با Kerio Exchange Migration Tool است - ابزاری که به شما امکان می‌دهد کاربران، ساختار فهرست، پیام‌ها، همه پیوست‌ها، تقویم‌ها، مخاطبین و وظایف را از Microsoft Exchange Server انتقال دهید. با توجه به ماهیت برنامه، Kerio MailServer می تواند به طور یکسان با هر دو نسخه سرور و دسکتاپ ویندوز کار کند، که به خریدار اجازه می دهد تا هزینه نرم افزار مربوطه را به میزان قابل توجهی کاهش دهد. همچنین از سیستم عامل های Red Hat Linux، SUSE Linux و Mac OS X پشتیبانی می کند.

MDaemon همچنین برای مشاغل کوچک و متوسط ​​طراحی شده است. با این حال، موقعیت توسعه دهندگان با Kerio MailServer در MDaemon متفاوت است، تاکید بر عملکرد است، توسعه دهندگان به آن دست پیدا نکرده اند. راحتی خارجی. این محصول فقط از سرورهای مبتنی بر ویندوز پشتیبانی می کند که دامنه آن را محدود می کند. MDaemon با مجموعه بزرگی از ابزارها برای مدیریت حساب های ایمیل و قالب های پیام ارائه می شود. MDaemon پشتیبانی کامل از پروتکل LDAP، سرویس گیرنده ایمیل یکپارچه مبتنی بر مرورگر، فیلتر محتوا و هرزنامه، تنظیمات امنیتی گسترده و موارد دیگر را ارائه می دهد.

CommunigatePro یک پلت فرم برای ارتباطات شرکتی است، که جایگاهی بین راه حل های بزرگ شرکتی و سرور پست الکترونیکی تجاری را اشغال می کند. بسیاری از شرکت ها تقریباً به طور انحصاری از CommunigatePro به عنوان سرور ایمیل استفاده می کنند، اگرچه می توان از آن به روش های دیگر نیز استفاده کرد. CommunigatePro دارای ویژگی‌هایی است که ارتباطات بلادرنگ (صوتی، ویدیویی، پیام‌رسانی فوری، همکاری) را در شبکه‌های IP فعال می‌کند. communigate Pro می‌تواند از بسیاری از افزونه‌های شخص ثالث، از جمله آنتی ویروس و ضد هرزنامه استفاده کند. پشتیبانی از بیش از 20 پلتفرم

Microsoft Exchange Server به عنوان یک پلت فرم برای سازماندهی یک سیستم پست الکترونیکی شرکتی و همچنین برای کار گروهی قرار دارد. نسخه کسب و کار کوچک وجود دارد، اما بر اساس بسته سرور کسب و کار کوچک مایکروسافت است. ویژگی اصلی محصول یکپارچگی شدید آن با زیرساخت شبکه مبتنی بر ویندوز و سرویس دایرکتوری Active Directory است. این را می توان هم یک مزیت و هم یک معایب در نظر گرفت: Exchange یک سیستم برای شبکه هایی است که به طور کامل تحت ویندوز ساخته شده است.

IBM Lotus/Domino، برخلاف Microsoft Exchange Server، بیشتر بر سازماندهی کامل کار در شرکت متمرکز است و نه بر ایجاد یک سرور ایمیل. سرویس پستدر این حالت یکی از عملکردهای نرم افزار که اصلی نیست. این محصول همراه با برنامه هایی استفاده می شود که فرآیندهای مختلف در شرکت را خودکار می کنند.

برای شرکت X، توصیه می شود یک سرور ایمیل قابل اعتماد، مدرن و روسی زبان را انتخاب کنید که مدیریت آن آسان است. مناسب ترین آنها Kerio Mail Server است.

Kerio MailServer یک سرور ایمیل جهانی امن برای همکاری سازنده کارکنان شرکت با استفاده از ایمیل است. کتاب آدرس، نشانک‌ها، تقویم‌ها و زمان‌بندی‌های وظایف مشترک.

Kerio MailServer یک سرور ایمیل چند دامنه ای امن، با کارایی بالا است که با اکثر سرویس گیرندگان ایمیلی که از پروتکل های استاندارد POP3، IMAP4 و SMTP در ویندوز، لینوکس و MacOS پشتیبانی می کنند، کار می کند.

از Kerio MailServer می توان با موفقیت یکسانی برای ایجاد یک سرویس پست الکترونیکی شرکتی اینترنتی و اینترانت استفاده کرد. محصول از هر نوع پشتیبانی می کند اتصالات شبکهاز جمله Dial-Up (از جمله تحویل ایمیل برنامه ریزی شده)، کانال های اختصاصی، ADSL، و حتی در سطح ارائه دهندگان اینترنت برای سازماندهی میزبانی ایمیل برای مشتریان استفاده می شود.

دانلود، نصب و پیکربندی Kerio MailServer چند دقیقه طول می کشد - استفاده از این محصول بسیار ساده، راحت و دوستانه است، ارگونومی آن به قدری خوب طراحی شده است که کار با آن را به حداقل می رساند.

علاوه بر این، Kerio همچنین مراقب کاهش هزینه های اضافی نگهداری سیستم پستی - برای عملکرد پایدار Kerio MailServer نیازی به نصب سیستم عامل سرور گران قیمت ندارد!

در تمام پلتفرم های پشتیبانی شده، Kerio MailServer به عنوان یک سرویس سیستم نصب می شود و هر بار که سیستم عامل شروع به کار می کند به طور خودکار بارگذاری می شود.

محافظت در برابر ویروس

Kerio MailServer می‌تواند کدهای مخرب را مستقیماً در سطح دروازه شناسایی کند، که به شما امکان می‌دهد محافظت مؤثری در برابر گسترش برنامه‌های مخرب ایجاد کنید. از نقطه نظر فنی، اسکن آنتی ویروس در Kerio MailServer در سطح هسته سرور انجام می شود. در نتیجه، هر پیامی که می گذرد قطعا اسکن ویروس را انجام می دهد.

برای حفاظت بهتردر برابر بدافزار از همه نوع Kerio فناوری اسکن دوگانه را توسعه داده است: این امکان اسکن ایمیل ها را توسط آنتی ویروس یکپارچه McAfee و هر موتور آنتی ویروس خارجی به انتخاب مشتری فراهم می کند.

Kerio MailServer به شما امکان می دهد به جای آنتی ویروس داخلی McAfee یا علاوه بر آن، موتورهای دیگری را متصل کنید. با شروع نسخه 6.1، امکان اسکن با دو موتور آنتی ویروس با استفاده از McAfee و یکی از پلاگین های پشتیبانی شده وجود دارد.

حفاظت از هرزنامه

Kerio MailServer حاوی ابزارهای داخلی بسیار موثر برای مبارزه با ایمیل های ناخواسته است. برای این کار از زرادخانه کاملی از فناوری ها استفاده می شود: احراز هویت SMTP، پشتیبانی از پایگاه های داده عمومی هرزنامه ها (SpamRepellent)، فیلتر محتوای مؤثر (SpamEliminator)، محافظت در برابر استفاده از آدرس های فرستنده جعلی (ضد جعل) و محدودیت پویا. پهنای باندسرور SMTP. این می تواند به طور قابل توجهی نرخ فیلتر هرزنامه را بهبود بخشد، از بهره وری کارکنان محافظت کند و سایر خطرات را کاهش دهد.

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

این فناوری، همراه با یک سیستم خودآموز، زمان صرف شده برای بررسی ایمیل و حذف هرزنامه را به میزان قابل توجهی کاهش می دهد و در عین حال نرخ مثبت کاذب فوق العاده پایین را تضمین می کند.

سوالات امنیتی

Kerio MailServer از فناوری SSL برای ایمن سازی کانال های انتقال داده و تراکنش های ایمیلی ایمن استفاده می کند.

اصل اساسی سیستم امنیتی Kerio MailServer این است که تمامی ارتباطات بین کلاینت و سرور برای جلوگیری از نفوذ به فرآیند انتقال داده و سوء استفاده از این اطلاعات رمزگذاری شده است. پروتکل رمزگذاری SSL که برای این منظور استفاده می شود از یک رمز نامتقارن برای تبادل کلیدهای متقارن استفاده می کند.

کنترل راحت و ساده

می‌توانید Kerio MailServer را در چند دقیقه نصب و پیکربندی کنید: جادوگران ویژه به شما کمک می‌کنند تا به راحتی با پیچیده‌ترین وظایف در این فرآیند کنار بیایید. متمایز شده است رابط کاربری گرافیکیبه شما امکان می دهد کل ایمیل سرور یا فقط تنظیمات حساب های کاربری را برای دامنه های مختلف مدیریت کنید.

مقیاس پذیری

Kerio MailServer بسیار مقیاس پذیر است و قادر است از تعداد متفاوتی از کاربران از چند ده تا چند صد نفر پشتیبانی کند. یک سرور پست الکترونیکی می‌تواند بدون تأخیر در تحویل ایمیل، فیلتر کردن مداوم ویروس و هرزنامه را برای حداکثر 500 کلاینت IMAP به طور همزمان فراهم کند. Kerio MailServer که برای نیازهای سازمان های متوسط ​​و کوچک طراحی شده است، برای اجرا بر روی یک سرور فیزیکی بهینه شده است.

آرشیو و پشتیبان گیری

Kerio MailServer به شما اجازه می دهد تا بایگانی را فعال کنید و چندین گزینه انعطاف پذیر برای آن تنظیم کنید. بایگانی را می توان برای پیام های محلی، ورودی، خروجی و/یا ارسالی انجام داد. بایگانی را می توان برای برآورده کردن الزامات قانونی یا بازیابی سریع پیام ها استفاده کرد.

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

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

هنگام انتخاب رایانه برای سرور پست الکترونیکی، حداقل اندازه صندوق پستی 2 مگابایت را در نظر بگیرید. برای ارائه کلیه مشتریان شبکه سازمانی N حداقل 2*72=148 مگابایت فضای دیسک مورد نیاز است. هارد دیسک های با ظرفیت 1.5 ترابایت در حال حاضر تولید می شوند، آنها برای اهداف شرکت N با حاشیه زیادی برای آینده کاملاً کافی خواهند بود.

ما یک دوره جدید از تیم را به توجه شما معرفی می کنیم کدبی- "تست نفوذ برنامه وب از ابتدا". تئوری عمومی، آماده سازی محیط کاری، فازی غیرفعال و انگشت نگاری، فازی فعال، آسیب پذیری ها، پس از بهره برداری، ابزارها، مهندسی اجتماعی و موارد دیگر.

این آموزش به شما نشان می دهد که چگونه می توانید یک سرور پست الکترونیکی در اوبونتو یا دبیان راه اندازی کنید. همانطور که می دانیم دو پروتکل اصلی مورد استفاده در میل سرور SMTP و POP/IMAP هستند. در این آموزش از postfix برای SMTP استفاده می شود در حالی که از dovecot برای POP/IMAP استفاده می شود. هر دو باز هستند کد منبع، پایدار و دارای تنظیمات زیادی است.

لطفاً توجه داشته باشید که مسائل مربوط به امنیت سرور ایمیل خارج از محدوده این درس است و در مقاله "" پوشش داده شده است.

پیش نیازها

هر دامنه باید یک ورودی برای داشته باشد سرور DNSه. توصیه می شود از دامنه های زنده برای مقاصد آزمایشی استفاده نکنید. در این آموزش، دامنه آزمایشی example.tst در تنظیمات آزمایشگاهی استفاده خواهد شد. سرور DNS برای این دامنه فرضی حداقل ورودی های زیر را دارد.

• منطقه رو به جلو برای مثال.tst:

• منطقه معکوس برای مثال.tst:

هنگامی که یک سرور ایمیل زنده راه اندازی می شود، این ورودی ها را می توان مطابق با نیازهای سیستم تغییر داد.

تنظیم نام میزبان (نام میزبان)

ابتدا باید نام میزبان سرور ایمیل در /etc/hostname و /etc/hosts تعریف شود. علاوه بر این، فقط نام میزبان باید در فایل اول قرار گیرد.

[ایمیل محافظت شده]ایمیل :~# vim /etc/hostname [ایمیل محافظت شده]:~# vim /etc/hosts ## IP FQDN نام میزبان ## 192.168.10.1 mail.example.tst mail

افزودن کاربران

هر کاربر لینوکس به طور پیش فرض دارای یک صندوق پستی است که به طور خودکار ایجاد می شود. این کاربران و صندوق‌های پستی به‌عنوان حساب‌های پستی و آدرس‌های صندوق پستی مربوطه استفاده خواهند شد. ایجاد کاربر بسیار ساده است.

[ایمیل محافظت شده]:~# adduser alex

نصب و پیکربندی SMTP

SMTP: نصب postfix

• حمل و نقل

ایمیل‌هایی که برای دامنه example.tst ارسال می‌شوند، تعریف شده‌اند که به صورت محلی و بدون جستجوی DNS تحویل داده شوند.

• نام مستعار

ما فرض می کنیم که تمام ایمیل های ارسال شده به userA نیز باید به userB تحویل داده شوند، بنابراین فایل نام مستعار مطابق شکل زیر اصلاح می شود:

[ایمیل محافظت شده]:/etc/postfix# نام مستعار vim userA: userA، userB [ایمیل محافظت شده]:/etc/postfix# نام مستعار postalias

توجه: نحو "userA:userB" مشخص می کند که نامه فقط باید به userB ارسال شود. UserA یک کپی از ایمیل دریافت نخواهد کرد.

SMTP: راه اندازی و نگهداری

postfix را می توان با یک دستور شروع کرد.

[ایمیل محافظت شده]:~# راه اندازی مجدد سرویس postfix

اگر مشکلی پیش بیاید، فایل log در /var/log/mail.log باید اطلاعات مفیدی را ارائه دهد. اینکه آیا یک سرور ایمیل در حال گوش دادن به درگاه TCP 25 است نیز می‌توان با استفاده از netstat بررسی کرد.

[ایمیل محافظت شده]:~# netstat -nat tcp 0 0 0.0.0.0:25 0.0.0.0:* LISTEN

همانطور که از خروجی می بینید، سرور به درگاه TCP 25 برای درخواست های اتصال ورودی گوش می دهد.

نصب و پیکربندی POP/IMAP

POP/IMAP: نصب کبوترخانه

POP/IMAP: در حال آماده سازی فایل های پیکربندی

پارامترهای زیر در صورت نیاز اصلاح می شوند.

[ایمیل محافظت شده]:~# vim /etc/dovecot/conf.d/10-mail.conf ## مکان صندوق های پستی مشخص شده در قالب "mbox" ## mail_location = mbox:~/mail:INBOX=/var/mail/%u # # Dovecot مجوزهای لازم برای خواندن/نوشتن صندوق پستی کاربر را داده است ## mail_privileged_group = mail

این باید برای راه اندازی سرویس POP/IMAP در سرور پست کافی باشد.

POP/IMAP: نصب سرویس

اکنون که dovecot نصب و پیکربندی شده است، می توان آن را با استفاده از دستور زیر راه اندازی کرد.

[ایمیل محافظت شده]:~# سرویس کبوترخانه راه اندازی مجدد

باز هم، فایل log (/var/log/mail.log) می‌تواند سرنخ‌های مهمی در صورت بروز مشکل ارائه دهد. می توانید با استفاده از netstat به صورت زیر متوجه شوید که آیا Dovecot در حال اجرا است.

[ایمیل محافظت شده]:/etc/dovecot/conf.d# netstat -nat tcp 0 0 0 0.0.0.0:110 0.0.0.0:* LISTEN tcp 0 0 0 0.0.0.0:143 0.0.0.0:* LISTEN

استفاده از یک سرور ایمیل با یک برنامه پست سفارشی

سرور ایمیلاکنون آماده استفاده است. پستی حسابرا می توان با استفاده از سرویس گیرنده ایمیل مورد علاقه خود پیکربندی کرد کامپیوتر رومیزی، لپ تاپ، تبلت یا تلفن. همچنین می‌توانید وب‌میل (ایمیل با رابط وب) را بر روی سرور تنظیم کنید، اما دستورالعمل‌های مربوط به وب‌میل در درس‌های بعدی ارائه خواهد شد. در این مرحله پستی برنامه موزیلاتاندربرد شناسایی شد تنظیمات زیربرای سرور من:

عیب یابی سرور ایمیل

• بهترین دوست شما فایل لاگ /var/log/mail.log است. هر سرنخی که چرا نامه کار نمی کند را می توان در اینجا یافت.
• مطمئن شوید که فایروال به درستی پیکربندی شده است.
• مطمئن شوید که سرور DNS ورودی های صحیح را دارد.

به طور خلاصه، نمایش در این درس، همانطور که قبلاً ذکر شد، در یک محیط آزمایشگاهی انجام شد. یک سرور DNS آزمایشی با تمام رکوردهای لازم می تواند مستقر شود و کاربران در همان سرور، به عنوان مثال، در همان دامنه، نامه هایی را با یکدیگر رد و بدل می کنند. برای جالب تر کردن آن، می توانید سرورهای ایمیل زیادی با دامنه های مختلف مستقر کنید، برای آزمایش ارتباط بین دامنه ها، باید رکوردهای DNS لازم برای این کار وجود داشته باشد.

سوابق DNS معتبر برای سرورهای ایمیل زنده مورد نیاز است. می توانید تنظیمات postfix و dovecot خود را مطابق با نیاز خود تغییر دهید.

توجه: برای کسانی که می خواهند یک سرور ایمیل زنده یا هر سرور ایمیلی که به اینترنت دسترسی دارد راه اندازی کنند، مطمئن شوید که SMTP امن است. به طور معمول، حملات SMTP از اینترنت و همچنین از بدافزار درون شبکه محلی سرچشمه می گیرند.

امیدوارم این کمک کند.

این برنامه ها را نمی توان روی هاست اشتراکی نصب کرد. یک سرور پست الکترونیکی کاملاً مستقل فقط می تواند روی یک سرور خصوصی مجازی (اختصاصی) ایجاد شود، به عنوان مثال، روی VDS (VPS). - این مقاله همانطور که از عنوان پیداست به شما در مورد باکیفیت ترین و در عین حال ارزان ترین نسخه سرور خصوصی مجازی که از فناوری های ابری نیز استفاده می کند، می گوید.

به طور کلی، موضوع نامه به نویسندگان بسیار نزدیک است، ما قبلا در نظر گرفته ایم زمان متفاوتسوالاتی در مورد ایجاد نامه در دامنه های خود (این به شما امکان می دهد نام های کوتاه و زیبا را برای صندوق های پستی انتخاب کنید)، چگونه دامنه خود را به mail.ru و در واقع به هر صندوق پستی محبوب "ضمیمه" کنید، چگونه ایمیل آفلاین خود را در هاست ایجاد کنید. و غیره می توانید همه اینها و خیلی چیزهای دیگر را با برچسب ایمیل خود پیدا کنید.

ضامن یک واسطه قابل اعتماد بین شرکت کنندگان در معامله است.

بسیاری از مدیران سیستم هنگام کار با سیستم های ایمیل با مشکلات خاصی مواجه می شوند. این تعجب آور نیست، سرور ایمیل ساختار بسیار پیچیده تری نسبت به آن دارد سرور فایل، روتر یا سرور ترمینال. در این مقاله، ساختار و اصل عملکرد سرورهای پستی را در نظر خواهیم گرفت، بدون اینکه بفهمیم که راه اندازی یک سیستم ایمیل کاملاً قادر به تبدیل شدن به رقص های شمنی با یک تنبور است.

این مطالب شامل بسیاری از ساده سازی ها و تعمیم ها به منظور ارائه است مدیران سیستم حداقل لازمدانش به نظر ما، به خاطر مدیریت یک یا دو سرور ایمیل سطح ورودیلازم نیست شما یک متخصص ایمیل باشید.

برای اکثر کاربران و مدیران تازه کار، سرور پست الکترونیکی نوعی "جعبه سیاه" است که با دریافت نامه، آن را از راه های "ناشناخته" به مخاطب تحویل می دهد و بالعکس. تمام تعامل با چنین سروری شامل آدرس دهی سرویس گیرنده ایمیل به پورت های خاص یا حتی از طریق رابط وب است. با این حال، مکانیزم کاملی در درون پنهان است که درک عملکرد آن کلید راه‌اندازی و حفظ موفقیت‌آمیز یک سیستم ایمیل است. این امر به ویژه برای مدیریت سرورها در پلتفرم لینوکس بسیار مهم است. بر خلاف ویندوز، که در آن سرور ایمیل کامل است راه حل نرم افزاریو توسعه دهندگان قبلاً از تعامل داخلی مراقبت کرده اند ، در لینوکس اجزای ایمیل سرور برنامه های جداگانه ای هستند و شما باید خودتان تعامل آنها را پیکربندی کنید.

بیایید نگاهی به ساختار سرور پست الکترونیکی بیندازیم و زمانی که کاربر سعی می کند نامه ارسال کند چه اتفاقی می افتد.

مهمترین بخش سرور پست الکترونیکی است MTA (عامل انتقال نامه- عامل ارسال نامه) که وظایف آن شامل دریافت و ارسال نامه است. اغلب اوقات (در لینوکس/یونیکس) از MTA به عنوان سرور ایمیل نیز یاد می شود. MTA روی پروتکل SMTP کار می کند و یکی از آنها در اصل برای ایجاد یک سیستم ایمیل کافی است. روزی روزگاری دقیقاً همینطور بود و برای دسترسی به صندوق پستی خود باید دانش فنی خاصی داشت.

با این حال، پیشرفت متوقف نمی شود، MTA، با دریافت نامه، آن را در صندوق پستی کاربر روی سروری که دومی باید به آن دسترسی داشته باشد، ترجیحاً به ساده ترین و قابل فهم ترین راه، قرار می دهد. اینجا صحنه می آید MDA (نماینده تحویل نامه-- عامل تحویل نامه)، وظیفه آن به درخواست مشتری نامه، انتقال نامه به آن از صندوق پستی روی سرور است. MDA می تواند با استفاده از پروتکل های POP3 یا IMAP کار کند، در برخی موارد، برای "ارتباط" با کلاینت نامه و عامل تحویل، از پروتکل های خود با عملکرد گسترده، مانند MAPI (Exchange Server) می توان استفاده کرد.

برخلاف تصور غلط رایج، MDA هیچ ارتباطی با فرآیند انتقال نامه ندارد. این حق امتیاز MTA است. برای ترسیم یک قیاس، می توانید MTA را به عنوان اداره پستی که نامه دریافت و ارسال می کند، و MDA را با پستچی که مکاتبات دریافتی را به خانه شما می آورد تصور کنید. اگر پستچی بیمار باشد، این امر بر کار اداره پست تأثیر نمی گذارد، فقط نامه هایی در خانه دریافت نخواهید کرد. همچنین MDA، خرابی آن منجر به عدم کارکرد سرور پست الکترونیکی نمی شود، فقط دریافت نامه توسط سرویس گیرنده ایمیل از دسترس خارج می شود، در عین حال می توان به روش های دیگر، به عنوان مثال، از طریق رابط وب، به راحتی به آن دسترسی داشت.

بیایید ببینیم هنگام ارسال نامه چه اتفاقی می افتد. در مثال ما، کاربر Ivanov، واقع در دامنه example.org ( [ایمیل محافظت شده]، نامه ای به کوزلوف در دامنه example.com می نویسد ( [ایمیل محافظت شده]). برای ایوانف، فرآیند ارسال نامه شامل ایجاد یک پیام و فشار دادن دکمه "ارسال" در سرویس گیرنده پست الکترونیکی. سرویس گیرنده ایمیل با استفاده از پروتکل SMTP به MTA متصل می شود و ابتدا اعتبار آن را به اطلاع می رساند. پس از مجوز دادن به کاربر، MTA پیام را می پذیرد و سعی می کند آن را بیشتر ارسال کند.

در واقع، مجوز یک روش اجباری برای MTA نیست، اما بدون مجوز، ما یک رله باز دریافت خواهیم کرد، یعنی. هر کسی می تواند از سرور ما برای ارسال نامه استفاده کند و هرزنامه ها خوشحال خواهند شد! در حال حاضر، رله‌های باز عمدتاً به دلیل خطاهای پیکربندی سرور رخ می‌دهند. با این حال، این امکان کاملاً برای یک MTA وجود دارد که بدون مجوز از کاربران قابل اعتماد، به عنوان مثال، از شبکه محلی شرکت، نامه دریافت کند.

MTA می تواند از لیست کاربران، لیست سیستم، لیست های کاربران LDAP یا AD برای مجوز استفاده کند. همچنین یک راه وجود دارد: مجوز POP قبل از SMTP، زمانی که کاربر قبل از ارسال نامه به MDA وارد می شود، که به نوبه خود تأیید اعتبار کاربر را در MTA تأیید می کند.

مرحله بعدی MTA اطلاعات سرویس نامه را تجزیه و تحلیل می کند، دامنه گیرنده را تعیین می کند، اگر متعلق به دامنه های ارائه شده توسط داده های MTA باشد، گیرنده جستجو می شود و نامه در صندوق پستی او قرار می گیرد. اگر ایوانف به پتروف یا سیدوروف نامه بنویسد این اتفاق افتاد.

اگر دامنه گیرنده توسط MTA ارائه نشود، یک پرس و جو DNS ایجاد می شود که رکوردهای MX را برای آن دامنه درخواست می کند. رکورد MX نوع خاصی از رکورد DNS است که شامل نام سرورهای ایمیلی است که نامه های دریافتی را برای یک دامنه معین مدیریت می کنند. می‌تواند بیش از یک رکورد MX وجود داشته باشد، در این صورت MTA سعی می‌کند اتصالی را به‌طور متوالی برقرار کند و از سروری که بالاترین اولویت را دارد شروع کند. در غیاب رکورد MX، یک رکورد A (یک رکورد آدرس که یک نام دامنه را به یک آدرس IP نگاشت می‌کند) درخواست می‌شود و تلاش می‌شود تا نامه به میزبان مشخص شده در آنجا تحویل داده شود. اگر پیام ارسال نشد، با یک پیغام خطا به فرستنده بازگردانده می شود (در صندوق پستی کاربر قرار می گیرد).

ما کار سرور دریافت کننده را در نظر نخواهیم گرفت، فرض می کنیم که همه چیز خوب پیش رفت، کوزلوف نامه ای از ایوانف دریافت کرد و پاسخی به او نوشت. سروری که دامنه example.com را ارائه می دهد دقیقاً همین کار را انجام می دهد و سعی می کند نامه ای را به سرور ما ارسال کند. دریافت کردن پیام دریافتی MTA، مانند یک فرستنده محلی، دامنه گیرنده را بررسی می کند، اگر یکی از MTA های ارائه شده باشد، پردازش پیام ادامه می یابد، در غیر این صورت سرور از پذیرش نامه خودداری می کند. پس از بررسی دامنه، گیرنده چک می شود، در صورت حضور در لیست کاربران، پیام به صندوق پستی او تحویل داده می شود، در غیر این صورت دو گزینه وجود دارد: امتناع از دریافت پیام یا دریافت پیام در صندوق پستی عمومی (صندوق پستی مدیر). ). این تنظیم از یک طرف تعداد هرزنامه های دریافتی را افزایش می دهد، از طرف دیگر به شما این امکان را می دهد که حروف با آدرس های غلط املایی را گم نکنید.

یکی دیگر از اقدامات ضد هرزنامه درخواست رکورد PTR است. یک رکورد PTR (رکورد اشاره گر) یک آدرس IP را با یک نام دامنه مرتبط می کند. هنگام درخواست PTR، MTA تنها در صورتی نامه را می پذیرد که دامنه فرستنده با دامنه سرور ارسال کننده مطابقت داشته باشد.

بیایید یک مثال را با جزئیات بیشتر در نظر بگیریم. برخی از سرورهای spam.com در حال تلاش برای ارسال ایمیل با فرستنده جعلی هستند، ظاهراً از سرور example.com که برای ما شناخته شده است. در صورت فیلتر کردن توسط لیست های سفید / سیاه، چنین نامه ای تحویل داده می شود، زیرا فرستنده کاربری از یک دامنه قابل اعتماد است (که هرزنامه ها روی آن حساب می کردند). به منظور مبارزه با هرزنامه، MTA یک درخواست رکورد PTR برای آدرس IP سرور ارسال ایجاد می کند که در این فرآیند گزارش می دهد. جلسات SMTP. برای آدرس y.y.y.y، درخواست PTR یک نام دامنه spam.com را برمی گرداند که با دامنه فرستنده مطابقت ندارد، که باعث رد شدن پیام می شود. در همان زمان، پیام‌هایی از سرور x.x.x.x دریافت می‌شود زیرا دامنه از رکورد PTR برای x.x.x.x (example.com) با دامنه فرستنده مطابقت دارد.

بنابراین پیام دریافت شده و وارد شده است صندوق پستیکاربر. چگونه آن را بخوانیم؟ ذخیره‌سازی نامه، جایی که جعبه‌های کاربر در آن قرار دارند، می‌تواند به روش‌های مختلفی سازماندهی شود: از پوشه‌ها و فایل‌های معمولی گرفته تا پایگاه داده. بدون دانش فنی، بعید است که بتوانید ایمیل خود را بخوانید. اما آیا کاربر Ivanov باید نگران این موضوع باشد؟ برای او، روند دریافت نامه به فشار دادن دکمه "دریافت" در سرویس گیرنده نامه کاهش می یابد.

برای دریافت نامه، مشتری از طریق پروتکل POP3 یا IMAP با MDA ارتباط برقرار می کند و لزوماً داده ها را برای مجوز ارسال می کند. MDA بررسی می کند که آیا کاربر در لیست ها قرار دارد یا خیر و در صورت موفقیت، تمام پیام های جدید را در صندوق پستی خود برای مشتری ارسال می کند. کاربر ایوانوف مکاتبات خود را دریافت می کند و می تواند به روشی که برای او راحت است با آن کار کند.

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

توسعه دهندگان نرم افزار اغلب بر اساس اصل "هرچه بیشتر بهتر" عمل می کنند و می توان آنها را درک کرد: خریداران زیادی برای یک محصول نرم افزاری خاص وجود دارد و هر محصول دارای الزامات متفاوتی است. با ایجاد یک محصول جهانی، توسعه‌دهندگان بر روی وسیع‌ترین مخاطبان تمرکز می‌کنند و اغلب بدون اینکه متوجه باشند، برای اکثر آن‌ها مشکل ایجاد می‌کنند. خودتان قضاوت کنید: گوناگون عملکردمحصولات نرم افزار را وزن می کنند و پیکربندی آن را برای خدمات فناوری اطلاعات شرکت ها مشکل ساز می کنند. این وضعیت تنها زمانی تشدید می‌شود که صحبت از شرکت‌های متعلق به دسته کسب‌وکارهای متوسط ​​و کوچک (SMEs) باشد. این شرکت ها با وظیفه غیر پیش پا افتاده انتخاب راه حلی با گزینه های سفارشی سازی انعطاف پذیر، مقیاس پذیری و از همه مهمتر قیمتی جذاب روبرو هستند.
در واقع، گزینه های زیادی برای انتخاب وجود دارد - از راه حل های معروف جهانی گرفته تا محصولات متن باز. سوال این است که وظایف روزانه شرکت های کوچک و متوسط ​​چیست و چگونه هر یک از این راه حل ها نیازهای متوسط ​​​​شرکت در این بخش تجاری را برآورده می کند.

معیارهای انتخاب

بدیهی است که باید معیارهای انتخاب راه حل پستی رسمی شود. برای انجام این کار، باید محدوده وظایف انجام شده توسط سرور ایمیل را مشخص کنید و رویکرد اولیه مورد استفاده در سازمان آن را تعیین کنید. همچنین باید به خاطر داشت که دامنه نیازها اغلب به موقعیت شرکت در بازارهای عمودی بستگی دارد: منطقی است که فرض کنیم وظایف محول شده به بخش فناوری اطلاعات شرکت ممکن است بسته به صنعت متفاوت باشد.

اگر یک شرکت متوسط ​​از بخش تجاری مشخص شده را به عنوان پایه در نظر بگیریم، عوامل زیر را می توان متمایز کرد که براساس آنها می توان یک راه حل پستی را انتخاب کرد. اول از همه، باید مجموعه ای از عملکردهای لازم برای انجام وظایف خاص را داشته باشد. با این حال، ازدحام راه حل یک منفی بزرگتر از فقدان عملکرد جامع است. راه حل ایده آل باید با قیمتی در دسترس باشد که بسته به تعداد ایستگاه های کاری نیز کاهش می یابد. در نهایت، یک محصول نرم افزاری ادغام شده در شرکت هایی از بخش SMB، البته، باید آسان برای استفاده باشد: راه اندازی یک برنامه کاربردی نباید به متخصص IT بسیار ماهر نیاز داشته باشد.

تعریف چنین معیارهای انتخاب به شما امکان می دهد طیف گسترده ای از محصولات ارائه شده در بازار را درک کنید، آنها را با توجه به شاخص های ذکر شده مقایسه کنید و بی دردسر ترین، راحت ترین، ساده ترین و علاوه بر این، دارای قیمت جذاب را بیابید. بیایید نگاهی دقیق تر به برنامه های کاربردی در حال حاضر در بازار بیندازیم.

هر هوس برای پول شما

راه حل های طراحی شده برای شرکت ها اغلب به محیط هایی با ایستگاه های کاری کمتر راه پیدا می کنند. به طور معمول، چنین محصولی از شرکتی خریداری می شود که یک سرور پست الکترونیکی را به عنوان بخشی از یک پلت فرم زیرساخت سازمانی ارائه می دهد. بنابراین، خریدار یک محصول غنی از عملکرد را دریافت می کند که قادر است بسیاری از وظایف شرکت را نه تنها از محدوده برنامه های پستی حل کند. علاوه بر این، محصولی از خانواده سیستم‌های شرکتی «سنگین» شامل یکپارچگی عمیق با سایر اجزای زیرساخت فناوری اطلاعات شرکت است که معمولاً همراه با سیستم پست خریداری می‌شود.

راه حل های معروف جهانی مانند Microsoft Exchange و IBM Lotus/Domino می توانند به عنوان نمونه هایی از این محصولات باشند. سیستم Microsoft Exchange Server به عنوان یک پلت فرم برای سازماندهی یک سیستم پست الکترونیکی شرکتی و همچنین کار گروهی قرار دارد. به طور رسمی، نسخه ای برای مشاغل کوچک وجود دارد که بخشی از بسته سرور Microsoft Small Business است. ویژگی اصلیاین محصول با زیرساخت شبکه مبتنی بر ویندوز و در نتیجه با سرویس دایرکتوری اکتیو دایرکتوری یکپارچه شده است.

Exchange یک سیستم برای شبکه هایی است که به طور کامل تحت ویندوز ساخته شده است. استفاده از آن در شبکه های مختلط با مشکلات زیادی همراه است.

بسته IBM Lotus/Domino یک بسته دیگر است نماینده روشنسیستم های این کلاس برخلاف مایکروسافت اکسچنج سرور، بیشتر بر سازماندهی کامل کار در شرکت متمرکز شده است و عملکرد ایمیل به عنوان افزونه ای به پلتفرم IT شرکتی در آن پیاده سازی شده است. به طور معمول، این محصول نرم افزاری همراه با برنامه هایی استفاده می شود که فرآیندهای مختلف را در یک شرکت خودکار می کنند.

بخش اصلی کاربران سیستم‌های پستی که در بالا مورد بحث قرار گرفت، مشتریان شرکت‌های بزرگ هستند، اگرچه در برخی موارد شرکت‌هایی که چنین نرم‌افزاری را تولید می‌کنند، که در اصل برای بخش سازمانی قرار داشتند، بسته‌هایی را ایجاد می‌کنند که برای مشتریان کوچک مناسب است تا بخشی از بازار SMB را در اختیار بگیرند. استفاده از چنین محصولات نرم افزاریدر محیطی متفاوت از محیطی که راه حل برای آن ایجاد شده است، همیشه الزامات آن را برآورده نمی کند. به ویژه، همه مشتریان به عملکرد غنی و جامع نیاز ندارند، و در عین حال، تعداد زیادی از توابع تقریباً همیشه به معنای پیکربندی پیچیده تر راه حل است. در نتیجه، هرچه راه حل به دست آمده توسط شرکت پیچیده تر باشد، بودجه بیشتری باید برای پشتیبانی از آن هزینه شود، زیرا سیستمی که نیازمند دقیق و دقیق است. تنظیمات دقیق، شامل استخدام یک متخصص IT بسیار ماهر یا آموزش پرسنل موجود در شرکت است.

امنیت - عاملی که برای شرکت ها در هر اندازه ای نیز مهم است - مورد سوال است: به دلیل رواج چنین راه حل هایی، علاقه افراد بدخواه به آنها بسیار زیاد است. بنابراین، سیستم های صنعتی به طور دوره ای در معرض آسیب پذیری های خاصی هستند.

علاوه بر این، هنگام خرید یک محصول سازمانی بزرگ، شرکت به یک پلت فرم خاص گره می خورد که برای یک شرکت بزرگ خوب است، اما در مورد یک شرکت کوچک همیشه توجیه نمی شود.

در نهایت، هزینه راه حل سازمانی بزرگ متناسب با نیازهای شرکت های بزرگ با هزاران ایستگاه کاری است، اما ممکن است برای یک سازمان در حال رشد مقرون به صرفه نباشد.

خودتان آن را انجام دهید

یکی از ویژگی‌های راه‌حل‌های پست مبتنی بر لینوکس/یونیکس، رویکردی اساساً متفاوت برای سازمان‌دهی یک سرور ایمیل است. با خرید محصول تجاری، کاربر یک راه حل جهانی آماده را دریافت می کند و انتخاب سرور مبتنی بر لینوکس / یونیکس - فقط سازمان فنی فرآیند انتقال نامه است. واقعیت این است که چنین سیستم های پستی یک برنامه کاربردی از دسته Mail Transfer Agent (MTA) هستند که تبادل نامه بین سرور و مشتری را انجام می دهند. در صورت نیاز به برخی عملکردهای اضافی، می توان آن را با نصب و پیکربندی ماژول های اضافی ارائه کرد. بنابراین، هنگام انتخاب راه حل لینوکس / یونیکس، کاربر نوعی سازنده دریافت می کند که از آن باید به طور مستقل یک سرور پست الکترونیکی با عملکردهای لازم جمع آوری کند.

از برنامه های این کلاس، شایان ذکر است Sendmail - قدیمی ترین برنامه در بازار MTA است که اولین نسخه های آن به اوایل دهه 80 قرن گذشته بازمی گردد. به دلیل وراثت، معایب زیادی دارد که عمدتاً مربوط به آسیب پذیری ها و ساختار پیچیده آن است. برای مشتریان شرکتی خواستار، توزیع پولی ارائه می شود. نسخه رایگان برای پاسخگویی به نیازهای فردی کاربران طراحی شده است.

Postfix در ابتدا به گونه ای طراحی شده بود که ساده، ایمن و گزینه سریعبرنامه ای که همان عملکردهای Sendmail را انجام می دهد. بسیاری از کاستی های رویکرد قدیمی به لطف نگاه جدید به ساختار خدمات پستی در آن برطرف شد. مزیت اصلی Postfix معماری ماژولار آن است: راه حل از ماژول هایی استفاده می کند که هر یک از آنها حداقل مجموعه ای از عملکردهای ساده را بر عهده دارند. به همین دلیل، توسعه دهندگان برنامه توانستند موارد بیشتری را ایجاد کنند راه حل ایمناز ارسال ایمیل

Exim نماینده دیگری از سیستم های کلاس MTA است که مانند Sendmail سلف خود دارای ساختار یکپارچه است. راه حل ساده تر از Sendmail است و با تعدادی از توزیع های لینوکس/یونیکس گنجانده شده است.

Qmail، مانند Postfix، ساختار ماژولار دارد، بدون مجوز توزیع می شود و مهمتر از همه، برای مدت طولانی توسط نویسنده پشتیبانی نمی شود - تمام نسخه های مدرن این برنامه دارای ماژول های اضافیتوسعه دهندگان شخص ثالث این رویکرد، از یک سو، انعطاف پذیری راه حل را فراهم می کند: مدیر سرور می تواند تقریباً هر راه حلی را از مواد موجود که با داده های ورودی مطابقت دارد، جمع آوری کند. از سوی دیگر، برای ایجاد یک سرور تمام عیار و ایمن از قطعات یدکی، به یک متخصص فناوری اطلاعات با مهارت بالا نیاز است، اما حتی در این مورد، هیچ کس نمی تواند نتایج خوب را تضمین کند، زیرا همه محصولات تحت یک مجوز باز ایجاد می شوند، که یعنی مرکز پشتیبانی فنی ندارند که در صورت بروز مشکل بتوانید با آن تماس بگیرید. البته انجمن‌ها و انجمن‌هایی وجود دارند که می‌توانید از آنها مشاوره بخواهید، اما این رویکرد، همانطور که مشاهده می‌کنید، هنوز با گزینه‌ای که نرم‌افزار همراه با گارانتی و پشتیبانی فنی خریداری می‌شود، متفاوت است. علاوه بر این، هیچ یک از راه حل های شرح داده شده در بالا دارای بومی سازی روسی نیست، اگرچه اسناد روسی زبان برای محبوب ترین نمایندگان این کلاس وجود دارد.

مال، بله جسورانه

تفاوت بین سرورهای ایمیل تجاری و دو دسته فوق در درجه اول در روش های توسعه نهفته است. یک سرور ایمیل تجاری معمولاً توسط یک شرکت کوچک ایجاد می شود که برای آن یا محصول اصلی یا یکی از خط راه حل های مرتبط است. این روش توسعه سیستم پستی برای شرکت بسیار سودمند است، زیرا به شما امکان می دهد روی توسعه یک محصول خاص تمرکز کنید. مخاطب هدفراه حل های مشابه شرکت های درگیر در بخش SMB هستند.

Kerio MailServer - یک راه حل توسعه یافته توسط شرکت آمریکایی Kerio Technologies - به عنوان یک محصول ساده، ایمن و در عین حال کاربردی مناسب برای شرکت های متوسط ​​و کوچک است. رابط کاربری آن آسان برای استفاده است و خود برنامه به راحتی تنظیم می شود.

MDaemon، محصول Alt-N Technologies، همچنین به شما این امکان را می دهد که سرور پست الکترونیکی را نسبتاً سریع راه اندازی کنید. با این حال، موقعیت توسعه دهنده آن با Kerio Technologies متفاوت است. Alt-N Technologies بیشتر به عملکرد راه حل و کمتر به قابلیت استفاده و رابط توجه می کند.

محصول دیگری از این دسته - CommunigatePro - یک سرور ایمیل خالص نیست - یک پلت فرم برای ارتباطات شرکتی است، نوعی ترکیبی بین بزرگ راه حل شرکتیو سرور پست تجاری اما در روسیه، شرکت های SMB از این نرم افزار منحصراً به عنوان سرور پست الکترونیکی استفاده می کنند.

مزیت نرم افزارهای تجاری برای سرورها عدم اتصال سخت به یک پلت فرم خاص است: اکثر راه حل ها دارای سرورهای مبتنی بر ویندوز و لینوکس در سیستم های پشتیبانی شده هستند و Kerio MailServer و CommunigatePro حتی از سیستم عامل مک نیز پشتیبانی می کنند. مزیت دیگر راه حل های تجاری، سهولت در راه اندازی است. در عمل، این بدان معنی است که برای پیکربندی سرور نیازی به دانش عمیق در زمینه مدیریت خدمات پستی ندارید. علاوه بر این، نرم افزارهای تجاری که در بازار روسیه فروخته می شوند، اغلب روسی شده هستند و با مستندات دقیق به زبان روسی ارائه می شوند. علاوه بر این، برای Kerio MailServer و MDaemon، پشتیبانی فنی واجد شرایط به زبان روسی نیز ارائه شده است.

البته، چنین نرم افزارهای تجاری دارای معایبی نیز هستند: در صورت لزوم گسترش عملکرد آن، شرکت باید این مشکل را با وسایل خود حل کند، زیرا چنین محصولاتی اغلب ماژول های مورد نیاز را ندارند. یک سرور تجاری برای پاسخگویی به نیازهای اساسی یک شرکت معمولی ایجاد می شود و هم از نظر قیمت و هم در کیفیت خدمات ارائه شده برنده می شود.

واقعیت عینی

پورتال SecurityLab.ru مطالعه ای را در مورد مشکلات سرورهای پست الکترونیکی در بخش SMB انجام داد که طی آن با پاسخ دهندگانی که با راه اندازی سرورهای پست الکترونیکی در شرکت ها مرتبط بودند مصاحبه شد (شکل 1).

برنج. 1. استفاده از سرورهای پست الکترونیکی در شرکت های با اندازه های مختلف

نتایج مطالعه قابل توجه است. کف دست توسط سیستم های Microsoft Exchange و Linux (Sendmail/Postfix) نگهداری می شود. علاوه بر این، با افزایش اندازه شرکت، سطح استفاده از سیستم های لینوکس کاهش می یابد، که کاملا طبیعی است، زیرا با رشد شرکت، اعتماد به نرم افزار منبع باز کاهش می یابد (مثلاً شرکت های مالی بسیار زیاد هستند. منفی در مورد چشم انداز استفاده از نرم افزار با متن باز).

در مقوله خدمات تجاری، چیزها متفاوت است: Kerio MailServer در شرکت های کوچک با اختلاف زیادی پیشتاز است، در حالی که هر چه شرکت بزرگتر باشد، سهم محصول مورد استفاده در آن در بازار سرور پست الکترونیکی کمتر است. این کاملاً منطقی است: سیستم‌های پست تجاری به طور خاص برای بخش کسب و کار کوچک و متوسط ​​ایجاد می‌شوند و شرکت‌های بزرگ از چنین نرم‌افزاری بر اساس اصل تداوم استفاده می‌کنند.

البته استفاده از این یا آن نرم افزار با مشکلات خاصی همراه است. پورتال SecurityLab.ru تلاش کرد تا دریابد که در هنگام راه اندازی و مدیریت سرورهای ایمیل چقدر مشکلات خاصی ایجاد می شود و درصد پاسخ های مثبت برای هر راه حل چقدر است. آرای پاسخ دهندگان به شرح زیر توزیع شد: در بخش شرکتی، درصد رضایت از راه حل بسیار بالا است و تعیین یک رهبر واضح دشوار است: Microsoft Exchange و IBM Lotus نتایج مساوی دارند، تنها یک شکاف کوچک وجود دارد. بین Microsoft Exchange از نظر عملکرد (شکل 2).

برنج. 2. درصد رضایت کاربر از سرور پست الکترونیکی
در بخش شرکتی
(طبق بررسی آزمایشگاه های امنیتی)

در بخش راه‌حل‌های لینوکس، انتشار داده‌ها بیشتر است، در حالی که Sendmail mastodon جایگاه‌های پایینی را اشغال می‌کند - ظاهراً به دلیل معماری یکپارچه و تعداد زیادیآسیب پذیری ها Exim امتیاز کلی را کسب کرد، اما هیچ یک از محصولات در مدیریت راه حل امتیاز بالایی کسب نکردند (شکل 3).

برنج. 3. درصد رضایت کاربر از سرور پست الکترونیکی
در بخش راه حل های لینوکس
(طبق بررسی آزمایشگاه های امنیتی)

همه چیز در بخش شرکتی کاملاً متفاوت است: در پس زمینه معمول شاخص های کلیرضایت، امنیت و عملکرد، عامل مدیریت تصمیم به شدت برجسته می شود (Kerio MailServer با اختلاف زیادی در این زمینه پیشتاز است). بدیهی است که برای سرورهای تجاری که برای استفاده در شرکت‌های کوچک در نظر گرفته شده‌اند، سهولت استفاده و پیکربندی معیار اصلی است، زیرا برای شرکت‌های کسب‌وکارهای متوسط ​​و کوچک، ایجاد یک سرویس فناوری اطلاعات بزرگ و باکیفیت اغلب اولویت ندارد (شکل 4). ).

برنج. 4. درصد رضایت کاربر از سرور پست الکترونیکی
در بخش سرورهای تجاری
برای شرکت های کوچک (طبق بررسی آزمایشگاه های امنیتی)

هزینه راه حل نیز عامل مهمی است و نسبت قیمت به کیفیت برای سرورهای تجاری می باشد پراهمیت. به عنوان مثال، قیمت یک محل کار می تواند از 692 روبل باشد. برای Kerio MailServer تا 1425 روبل. برای MDaemon. راه حل های مبتنی بر Exchange و IBM Lotus/Domino بسیار گران تر هستند.

بنابراین، در این لحظهبرای شرکت هایی که در زمینه SMB فعالیت می کنند، استفاده از سرورهای ایمیل تجاری سودآورترین به نظر می رسد. در حال حاضر دو روند وجود دارد که منجر به افزایش سهم سرورهای ایمیل تجاری می شود: اول، قانونی شدن نرم افزار، که در ارتباط با آن بسیاری از شرکت ها از یک راه حل "سنگین" و ناشیانه برای شرکت های بزرگ (به عنوان مثال، Microsoft Exchange) حرکت می کنند. به آنالوگ های سبک تر، سریع تر و راحت تر از حوزه تجاری؛ ثانیاً، امتناع از استفاده از نرم افزار منبع باز اغلب به دلیل تمایل شرکت برای حفظ اسرار تجاری است - در این مورد، انتخاب به نفع یک سرور پستی بر اساس تجاری نیز انجام می شود. علاوه بر این، این شرکت به دلیل عواملی مانند صلاحیت ناکافی کارکنان فناوری اطلاعات و نیاز به واجد شرایط، مجبور به کنار گذاشتن راه حل های لینوکس شده است. پشتیبانی فنی. هنگام انتخاب یک سرور پست الکترونیکی تجاری، یک شرکت اغلب راه کمترین مقاومت را در پیش می گیرد، اما چه کسی می گوید که این کار بد است؟