Як створити локальний поштовий сервер. Як зробити свій поштовий сервер. Як підняти поштовий сервер

Почнемо з того, що я маю на увазі під середнім бізнесом. Я не знаю точну класифікацію і ніде не дивився, не перевіряв. Мені інтуїтивно здається, що це від 10-15 користувачів до 200-300. Я ж буду розглядати сегмент до 100 користувачів, Так як майже весь час працюю виключно в цій ніші. Проблеми і потреби більш великих компаній мені достовірно невідомі. Хоча не впевнений, що щось буде принципово відрізнятися від 100 осіб, думаю підходи будуть ті ж самі, тільки залізо могутніше. Проблеми розподіл навантажень і кластеризації тут швидше за все ще не стоятимуть.

Є у нас невелика компанія на кілька десятків людей. Нам потрібен поштовий сервер. Незважаючи на те, що технології давно зробили крок вперед, надавши масу всіляких засобів комунікації, електронна пошта все одно щільно стоїть на своїх позиціях і не збирається їх поки поступатися. При цьому в такому невеликому колективі, високі вимоги до поштового сервера не пред'являють. Найчастіше досить, щоб пошта просто працювала, без особливих функціональних витребеньок. Буде досить або поштового клієнта і протоколу imap, або web інтерфейсу. Добре, якщо буде можливість налаштувати автовідповідь, робити загальні папки, єдину адресну книгу, але і без цього можна прожити.

Серед усіх можливих варіантів поштового сервісу, я виділяю 3 принципово різних підходи до реалізації необхідного функціоналу:

1. Сервіси на основі безкоштовних поштових служб гугла, яндекса або мейл.
2. Свій поштовий сервер на основі безкоштовного ПО.
3. Exchange сервер від Microsoft.

Розберемо кожен з них детальніше.

Безкоштовна пошта від google, yandex і mail.ru

Відразу зроблю пару зауважень. Я не впевнений, що у гугла зараз можна зареєструвати безкоштовно корпоративну пошту. Всі, хто зареєструвалися раніше, користуються безкоштовно, а для нових користувачів тепер доступні тільки платні підписки. Але це не принципово і не відноситься безпосередньо до теми статті. Якщо гугл і став повністю платним для бізнесу, то просто виключимо його з нашого списку. Yandex і Mail.ru поки ще точно безкоштовні. Сам я администрировал поштові домени в google apps і в Яндексі. З biz.mail.ru не працював, тільки знаю, що там реалізовано щось схоже. Мені якось сама компанія не подобається ще зі старих часів. Хоча зараз вони ніби як повернулися обличчям до користувачів, але Аміго досі живий здоровий, так що повернулися ще не зовсім.

Розглянемо плюси даних поштових сервісів.

1. Найголовніша перевага - повноцінна пошта готова відразу після реєстрації. Витрат на покупку заліза і настройку немає ніяких. Досить більш чи менш просунутого користувача, який за інструкціями на сайті зможе підключити домен і створити поштові скриньки. І поштою вже можна користуватися.
2. легко адмініструвати і управляти користувачами, веб сервіс надає всі необхідні оснащення для цього. Вони зручні і інтуїтивно (хоча і не завжди) зрозумілі.
3. зручний і звичний web інтерфейс. Все працює швидко, з будь-якого місця, де є інтернет і браузер. Є гарне мобільний додаток.
4. широкий функціонал, Готовий відразу після створення ящика. Різні фільтри, збирачі пошти, непоганий антиспам (у гугла) і багато іншого.

Начебто все, нічого не пропустив. Здавалося б, плюси очевидні і істотні. Але перш ніж робити висновки, розглянемо мінуси.

1. Ви не керуєте цією поштою. Вона належить не вам, Знаходиться не на ваших серверах. Ви не знаєте, що з нею відбувається. Якщо у вас є дуже делікатна і приватна листування, то виникають підозри і сумніви щодо використання популярних поштових служб. Це може здатися параноєю, але це питання реально турбує користувачів і власників бізнесу, і його не варто скидати з рахунків.
2. Ви не застраховані від збоїв в системі і ніяк не можете їм запобігти. А збої хоч і не часто, але бувають. Так як сервіси безкоштовні, ніхто нічого вам гарантувати не буде. І якщо трапиться якийсь форс мажор і дані пропадуть, вам просто скажуть вибачте. Якщо у вас самих не дуже надійна ІТ структура, ймовірність технічних проблем на вашому особистому сервері можливо буде вище. Але ви цим можете управляти і теоретично зможете побудувати систему з задовольняє вас рівнем надійності.
3. Неочевидні способи бекапа і відновлення поштових скриньок в таких сервісах. Бувають ситуації, коли з поштової скриньки видаляють всі листи. Припустимо, зберегти їх можна різними способами, просто скачавши, а як потім назад в ящик повернути, зберігши всі дати оригінальними?
4. Немає можливості аналізувати незрозумілі ситуації. Наприклад, ви відправляєте лист, а воно не приходить до адресата. Що робити? У випадку з хмарної поштою ви нічого не зробите, так як у вас немає ніяких інструментів для розбору ситуації. Спробуєте просто відправити лист з іншого ящика. Буває до вас не приходить лист, і ви ніяк не можете зрозуміти, чому його немає. А справа може бути банально в неправильно налаштованому фільтрі. Це звичайна ситуація, коли фільтрів багато, плюс якщо ще якісь пересилання налаштовані. Без доступу до логів сервера буває важко розібратися в ситуації. А якщо є лог поштового сервера, то відразу стає зрозуміло, чому лист не відправляється, або що з ним стало після отримання. Можна напевно дізнатися, чи отримав віддалений сервер ваш лист чи ні.
5. Немає простих способів обмежити доступ до поштових скриньок, Наприклад, тільки з локальної мережі офісу. Поштові скриньки публічних сервісів доступні завжди через інтернет. Є можливість вирішити цю проблему в google apps через авторизацію в сторонніх сервісах. В Яндексі і мейлі я не зустрічав можливості реалізувати такий функціонал.
6. Потрібно ще розуміти, що безкоштовний сир відомо де буває. До кінця не ясно, як поштові сервіси використовують отриману від користувачів інформацію. Добре, якщо тільки для показу їм релевантної реклами. Думаю, що не тільки для цього.

Коли я тільки починав працювати приблизно 10 років тому, питання яку пошту використовувати в організації, що не стояло. Все ставили свої поштові сервери та адміни їх. Безкоштовні поштові сервіси не надавали на той момент для бізнесу ніяких інструментів для управління поштою. Коли такі інструменти стали з'являтися, я думав, що скоро свої поштові сервери нікому не будуть потрібні, так як в них відпаде сенс. А всі мої муки (не люблю з ними працювати) з поштовими серверами стануть безглуздими.

Мені випала нагода адмініструвати домени на базі публічних поштових сервісів. Після цього з'явився написаний вище список мінусів. І особисто для мене ці мінуси переважили плюси, і тепер я як і раніше налаштовую поштові сервера сам. В кінцевому підсумку це більш зручно і надійно, якщо розглядати в сукупності плюси і мінуси використання і адміністрування.

Найбільшим мінусом мені бачиться відсутність повноцінних поштових логів і оптимальної схеми бекапа. Розбирати проблеми незручно без балок. Швидко і просто відновити віддалене лист в колишнє місце не вийде, хоча для опенсорсний поштових серверів це проста справа.

Поштовий сервер на базі безкоштовного ПО

Розглянемо переваги і недоліки власного поштового сервера на базі безкоштовного програмного забезпечення. В принципі, сюди можна віднести і деякі платні, наприклад Kerio Mail Server, який теж частенько використовують. Думаю, його можна сюди ж віднести, так як функціонал він забезпечує схожий. Я розглядаю всі поштові сервера в сукупності, не виділяючи окремих представників. Хоча в Лінуксі, крім postfix і exim, особисто я не зустрічав нічого в продакшені. Сам завжди використовую postfix, так як звик до нього і знаю його непогано. Розглянемо уважно плюси таких серверів.

1. Ви повністю контролюєте всю інформацію, Яка приходить поштою і зберігається на серверах. Ви можете обмежувати на свій розсуд доступ до пошти різними технічними засобами. Можете централізовано налаштовувати правила видалення, наприклад, приватної інформації в листах, за різними ознаками, які самі можете встановити.
2. Рівень доступності поштового сервісу залежить тільки від вас. При належному підході, ви можете забезпечити влаштовує вас надійність роботи системи.
3. Гнучка система бекапа. Коштів для її організації маса, в тому числі безкоштовних. Все залежить тільки від ваших потреб, навички і можливостей. Ви можете зберігати різні зрізи по датах, по шухлядах, доменів, організувати будь-яку відповідну схему.
4. Практично нічим не обмежений функціонал. У розумних межах, звичайно :) Ви можете створювати поштові скриньки з можливістю тільки локальної листування, можете централізовано керувати прийомом і відправкою пошти, вести свої білі і чорні списки. Можете налаштовувати різні обмеження по шухлядах і доменів. Можете без проблем централізовано керувати дублюванням пошти потрібних ящиків, робити всілякі пересилання і багато іншого.
5. Всі кошти моніторингу роботи сервера в ваших руках. Ви зможете розібратися з будь-незрозумілою ситуацією, Маючи на руках логи поштового сервера. Ця служба добре логіруется. У мене практично ніколи не виникало проблем, коли не було зрозуміло, куди пропав лист. Найчастіше знаходяться сліди і можна однозначно сказати, що стало з листом.

1. необхідно купувати або орендувати обладнання для організації свого поштового сервера. У випадку з сервером на лінукс, вимоги до продуктивності будуть не великі. Мені зазвичай вистачає виртуалки на 4 ядра і 4 гб оперативної пам'яті. Набагато важливіше дискова підсистема. Тут чим швидше диски, тим краще. Не варто забувати про бекап. Для нього теж потрібні ресурси заліза.
2. Налаштування повноцінного, багатофункціонального поштового сервера вимагає як мінімум середніх знань в системному адмініструванні linux. Тобто просто адмін-Еники тут не підійде. Потрібен фахівець з досвідом. У нього повинна бути пристойна зарплата. Якщо такого адміна немає в штаті, я рекомендую найняти кого-небудь на разову роботу по налаштуванню. Найчастіше після настройки, особливої \u200b\u200bроботи з підтримки сервера не потрібно, якщо не будете змінювати функціонал. Досить просто стежити за вільним місцем на дисках і управляти ящиками через web панель.
3. Зручність роботи через web інтерфейс буде нижче, ніж в безкоштовних поштових службах. Як не крути, але той же gmail реалізований дуже зручно. Швидкий пошук, фільтри, сортування, мітки і т.д. Це реально зручно. Я дуже звик і не можу користуватися чимось іншим.

Такі мінуси свого поштового сервісу бачаться мені. Найістотніше для мене це останній. Сам звик працювати з поштою через web. Поштовими клієнтами не люблю користуватися, хоча доводиться. Web інтерфейси до безкоштовних поштових серверів по зручності і швидкодії сильно не дотягують до gmail або яндекс, порівнювати безглуздо. І тим не менше, вважаю, що для середньостатистичної організації це найбільш оптимальний варіант.

Плюси і мінуси Microsoft Exchange Server

У мене немає великого досвіду адміністрування exchange. Я його колись давно тестував, коли вирішував, з якими поштовими серверами буду працювати. Встановлював, вивчав функціонал. Потім один раз налаштував поштовий сервер для організації. Вони хотіли саме exchange. Проблем не виникло, швидко налаштував на численні Гайда в інтернеті. Поріг входу в настройщики поштового сервера exchange дуже низький. З базовим функціоналом може впоратися навіть Еники.

Для середніх організацій реально корисним і важко замінним функціоналом вважаю загальні календарі. І звичайно ж зручність інтеграції з AD, якщо вона є. А найчастіше AD є, так як я не уявляю собі адміністрування мережі більше ніж на 20-30 осіб без Active Directory. Вважаю, що тут немає сенсу економити і треба купувати Microsoft Server.

Розглянемо тепер плюси і мінуси Microsoft Exchange Server. Попереджаю про всяк випадок ще раз. Розповідаю тільки своє бачення, досвіду роботи з сервером мало, тому хотів би сам в коментарях отримати зауваження по ньому, щоб мати більш адекватну оцінку цієї системи. Плюси Exchange:

1. великий функціонал при відносній простоті настройки. Розгорнути сервер з базовим функціоналом за силою будь-якого адміну. Причому цей базовий функціонал може бути більше, ніж у який-небудь збірці під лінуксом.
2. Інтеграція з Active Directory. Ви створюєте новий обліковий запис користувача і поштову скриньку йому відразу ж готовий. Не потрібно ніяких спеціальних налаштувань, якщо у користувача Microsoft Outlook. Підключення до сервера налаштовується в кілька кліків мишкою.
3. зручні засоби адміністрування у вигляді готових оснасток Windows Server. Тут все традиційно для рішень від Microsoft.

Мінуси Exchange Server такі ж характерні, як і плюси, для більшості продуктів від Microsoft:

1. Ціна, ціна і ще раз ціна. Microsoft Exchange Server коштує дорого. Потрібно вважати і прикидати, чи буде виправдано його купувати. Для використання всього закладеного функціоналу, необхідно буде на кожне робоче місце купити редакцію Microsoft Office c Аутлук в комплекті. Це ще додаткові витрати.
2. Для гарної продуктивності потрібно значно потужніше залізо, В порівнянні з серверами на Лінуксі. А для підтримки великих поштових скриньок, наприклад на 50 гігабайт, знадобиться дуже потужний залізо. Хоча такі ящики для того ж dovecot не уявляють особливих проблем. У exchange ви швидше за все будете використовувати квоти для обмеження максимального розміру поштової скриньки.
3. Для бекапа швидше за все доведеться так само купувати пристойної потужності залізо і платний софт. Тут я тільки припускаю, реально я не знаю, що потрібно для зручного бекапа exchange. Знаю платний софт від популярних вендорів. Можливо є щось безкоштовне.

Висновок по Exchange Server у мене такий - він багато в чому добре, крім ціни. Якби він був безкоштовний, я швидше за все могла похвалитися саме їм. З цілком об'єктивних причин, це неможливо. Хороший і зручний софт сам по собі не з'являється. Його потрібно створити, а на це витратити кошти, які захочеться повернути з прибутком.

На сьогоднішній день, з урахуванням вартості Microsoft Exchange Server і Microsoft Office, я не використовую ці продукти Microsoft. Мало хто згоден викласти необхідну суму для поштового сервера. Мені б хотілося подивитися на Exchange ближче в реальних умовах хоча б людина на 60-80, щоб оцінити більш об'єктивно цей сервер. Але поки такої можливості не представилося.

висновок

Підведу підсумок своїм міркуванням про поштовому сервері для невеликої середньостатистичної організації. Хоча висновок, думаю, вже і так зрозуміла. Сам я віддаю перевагу другому описаний мною варіант - поштовий сервер на базі безкоштовного ПО на linux. Але інші два варіанти я б не став скидати з рахунків. Безкоштовна пошта від публічних сервісів буде однозначна зручна для зовсім невеликого колективу - на 10-15 осіб. Городити свій сервер для такої чисельності немає ніякого сенсу.

Exchange Server я б порекомендував використовувати, якщо є і не шкода витратити кошти на його придбання. Продукт однозначно зручний, функціональний і простий в налаштуванні і адмініструванні. Говорячи простою, потрібно розуміти, що це умовно. Конфігурації можуть бути і дуже складними, але в даному випадку я розглядаю початковий рівень.

Онлайн курс "DevOps практики і інструменти"

Якщо у вас є бажання навчитися будувати і підтримувати високодоступних і надійні системи, навчитися безперервної поставки ПО, моніторингу та логування web додатків, рекомендую познайомитися з онлайн-курсом «DevOps практики і інструменти» в OTUS. Курс не для новачків, для надходження потрібні базові знання з мереж і установці Linux на виртуалку. Навчання триває 5 місяців, після чого успішні випускники курсу зможуть пройти співбесіди у партнерів. Перевірте себе на вступний тест і дивіться програму детальніше по.

Якщо у вас невеликий офіс і для вас занадто дорого купувати Exchange і у вас немає * nix - тоді цей огляд для вас.

1) hMailServer

Досить простий і зручний сервер. Має в складі IMAP / POP3 / SMTP сервера. Є вбудована система захисту від спаму. Для любителів дивитися пошту через Web - потрібно окремо прикручувати Web-морду.

2) Mail Enable

Зауважу, що існують платні і безкоштовні версії даного продукту. Має в складі POP3 / SMTP, Але не має IMAP сервера. Зате є вбудований Web інтерфейс (який мені так і не вдалося змусити працювати на IIS7)

3) XMail

Досить простий і функціональний поштовий сервер ( POP3 / ESMTP, але немає IMAP) З підтримкою декількох типів авторизації ( PLAIN LOGIN CRAM-MD5 POP3-перед-SMTP і призначена для користувача)

4) Office Mail Server

Офіційний сайт відсутній, так як проект не розвивається. Але скачати можна звідси http://www.box.com/oms

Простий, компактний, але повнофункціональний поштовий сервер для локальної мережі з dial-up підключенням до інтернет. працює під Windows 95-98-NT-ME-2000. Може працювати як NT сервіс. Потужний сортувальник дозволяє забезпечити кожного користувача в локальній мережі особистим адресою електронної пошти. У програмі об'єднані POP3 і SMTP сервери, POP3 і SMTP клієнти, сортувальник, планувальник сеансів зв'язку, «звонилка» і оболонка для настройки сервера через систему меню і діалогів.

5) shicks!

простий POP3 / SMTP сервер, написаний на python'e

6) Courier Mail Server

Практично аналогічний Courier Mail Server 1.56 (повністю безкоштовний) - правда, є дрібні недоліки. Наприклад, глюк з відображенням інтерфейсу при роботі з сервером через термінальну сесію. Втім, на роботі пошти це не позначається. Його ж перероблена версія 2.хх - www.courierms.ru На жаль, платна. Безкоштовно в ній працює тільки до 3-х поштових скриньок.

7) UserGate Mail Server

UserGate Mail Server - це рішення для організації безпечного поштового повідомлення в компанії з вбудованими модулями антиспам і антивірусного захисту. Продукт має модульну структуру, що підвищує відмовостійкість і дає можливість запуску сервера на розподіленій системі.
У числі основних функцій UserGate Mail Server - управління доменами і користувачами, веб-клієнт, підтримка списків розсилки, робота віддаленими обліковими записами, підтримка LDAP, А також гнучка і потужна система правил. UserGate Mail Server здатний обробляти більш 2000 листів в хвилину.
Для забезпечення доступу до пошти в UserGate Mail Server реалізована підтримка протоколів SSL, POP3s, SMTPs і IMAPs. Безпека поштового повідомлення тепер може забезпечуватися відразу трьома антивірусними модулями: Kaspersky Antivirus, Panda Antivirus і Entensys Zero-Hour, Заснований на «хмарних» технологіях.
В обробці вхідних повідомлень у UserGate Mail Server фільтрація виконується в кілька етапів - по з'єднаннях, за адресою джерела, за адресою призначення і за змістом. UserGate Mail Server підтримує такі методи фільтрації спаму:
на основі DNS (DNSBL, RHSBL, Backscatter, MX, SPF, SURBL);
на основі розподіленої антиспам системи ( «хмарний» антиспам);
на основі статистики (власна реалізація фільтрації Байєса).
Крім цього UserGate Mail Server підтримує контроль SMTP протоколу (контроль правильності команд відповідно до RFC), Обмежує максимальний розмір листа, максимальна кількість одержувачів і т.п.
«Хмарний» антиспам в поштовому сервері відфільтровує листи, грунтуючись на аналізі їх змісту та евристики.
В UserGate Mail Server реалізована інтеграція з IMAP - сервером MS Exchange або Lotus Domino. Інтеграція надає можливість створення загальної папки IMAP на віддаленому поштовому сервері і обробку повідомлень в цих папках.
UserGate Mail Server надає інформацію про всі повідомленнях, оброблених поштовим сервером. Моніторинг повідомлень дозволяє виконувати фільтрацію за датою, за статусом обробки (доставлено / заблоковано), за адресою джерела або призначення, виконувати примусову відправку повідомлень, заблокованих спам, а також створювати списки винятків.
Безкоштовна ліцензія на 5 поштових скриньок
Для отримання можливості безкоштовного використання UserGate Mail Server на 5 поштових скриньок необхідно:
Завантажити дистрибутив; У вікні реєстрації UserGate Mail Server вибрати «Отримати безкоштовну версію на 5 ящиків».
До складу безкоштовної ліцензії поштового серверу не входять додаткові модулі.
UserGate Mail Server підтримує резервне копіювання поштових повідомлень, посилку автоматичних відповідей, настройку правил по обробці пошти, управління сервісами в веб-консолі і вибір довільного діапазону дат в історії повідомлень.

8) Rumble Mail Server

Rumble - мініатюрний поштовий сервер для особистого використання. Додаток може запускатися тільки з інтерфейсу командного рядка вашої системи.

Особливості програми «Rumble»:
1. Підтримка SMTP, POP3 та IMAP
2. Робота з Apache
3. Простота у використанні
4. Rumble безкоштовна!

9) Humster

Hamster - це безкоштовне серверний додаток під Windows, яке дозволяє в локальній мережі повноцінно працювати з usenet news по протоколу NNTP і поштою по протоколах SMTP, POP3, IMAP. Його особливістю є просунуті можливості по обробці повідомлень. Воно може самостійно збирати пошту з ящиків в інтернет (аналогічно функціонуванню програми fetchmail в * nix), відправляти в локальний ящик, попередньо обробивши (аналогічно функціонуванню програми procmail в * nix), роздавати по POP3, відправляти по SMTP і NNTP. Є настройка прав доступу до ресурсів сервера для користувачів. Багатий мову макросів. Підтримується SSL.

10) Axigen

Поштовий сервер Axigen це комунікаційний сервер великого класу, що інтегрує сервіси SMTP, POP3, IMAP і WebMail. Маючи дуже хорошу настройку і безпеку, дає адміністраторам відмінний контроль над трафіком поштового сервера.

Багато системні адміністратори відчувають певні труднощі при роботі з системами електронної пошти. Це не дивно, поштовий сервер має набагато складнішу структуру, ніж файловий сервер, роутер або сервер терміналів. У цій статті ми розглянемо структуру і принцип роботи поштових серверів, без розуміння яких настройка системи електронної пошти цілком здатна перетворитися в шаманські танці з бубном.

Даний матеріал містить досить багато спрощень і узагальнень, з метою дати системним адміністраторам необхідний мінімум знань. На наш погляд, заради адміністрування одного-двох поштових серверів початкового рівня ставати фахівцем в галузі електронної пошти зовсім не обов'язково.

Для більшості користувачів і початківців адміністраторів поштовий сервер являє собою якийсь "чорний ящик", який отримавши лист "невідомими" шляхами доставляє його адресату і навпаки. Всі взаємодія з таким сервером полягає в зверненні поштового клієнта до певних портів, а то і взагалі через веб-інтерфейс. Однак всередині прихований цілий механізм, розуміння роботи якого має ключове значення для успішного налаштування і обслуговування системи електронної пошти. Це особливо важливо для адміністрування серверів на платформі Linux. На відміну від Windows, де поштову сервер являє собою закінчене програмне рішення і про внутрішній взаємодії вже подбали розробники, в Linux компоненти поштового сервера є окремі програми і налаштовувати їх взаємодія потрібно самостійно.

Розглянемо структуру поштового сервера, а також що відбувається коли користувач намагається відправити пошту.

Найважливішою частина поштового сервера є MTA (Mail Transfer Agent - агент пересилки пошти) в завдання якого входить прийом і передача пошти. Дуже часто (в Linux / UNIX) МТА називають також поштовим сервером. MTA працює по протоколу SMTP, і його одного, в принципі, вже досить для створення системи електронної пошти. Колись давно саме так і було і для доступу до своєї поштової скриньки потрібно володіти певними технічними знаннями.

Однак прогрес не стоїть на місці, MTA, отримуючи лист, поміщає його в поштову скриньку користувача на сервері, до якого останній повинен отримати доступ, бажано найбільш простим і зрозумілим способом. Ось тут на сцену виходить MDA (Mail Delivery Agent - агент доставки пошти), його завдання за запитом поштового клієнта передати йому пошту з поштової скриньки на сервері. MDA може працювати по протоколах POP3 або IMAP, в ряді випадків для "спілкування" поштового клієнта і агента доставки можуть застосовуватися власні протоколи, що володіють розширеною функціональністю, наприклад MAPI (Exchange Server).

Всупереч поширеній помилці, MDA не має ніякого відношення до процесу передачі пошти. Це прерогатива MTA. Якщо провести аналогію, MTA можна уявити як поштове відділення, яке займається прийомом і відправкою пошти, а MDA з листоношею, який приносить прийшла кореспонденцію до вас додому. Якщо листоноша захворів, то це ніяк не позначиться на роботі пошти, просто ви не отримаєте листа додому. Також і MDA, його відмова не призводить до непрацездатності поштового сервера, стає недоступно тільки отримання пошти поштовим клієнтом, в той же час до неї можна спокійно отримати доступ іншими шляхами, наприклад, через веб інтерфейс.

Подивимося, що відбувається при відправці пошти. У нашому прикладі користувач Іванов, який перебуває в домені example.org ( [Email protected]), Пише лист Козлову в домен example.com ( [Email protected]). Для Іванова процес відправки пошти складається з повідомлення створено натискання кнопки "Відправити" в поштовому клієнті. Поштовий клієнт з'єднується з МТА по протоколу SMTP і насамперед повідомляє свої облікові дані. Авторизовані користувачі, MTA приймає повідомлення і буде намагатися надіслати його далі.

Взагалі-то авторизація не є обов'язковою процедурою для MTA, але без авторизації ми отримаємо відкритий релей, тобто будь-хто може скористатися нашим сервером для пересилання пошти, а як спамери зрадіють! В даний час відкриті релеї виникають в основному через помилки настройки сервера. Однак цілком допустима ситуація, коли MTA без авторизації приймає пошту від довірених користувачів, наприклад з локальної мережі підприємства.

Для авторизації MTA може використовувати власний список користувачів, системний список, списки користувачів LDAP або AD. Також існує спосіб: авторизація POP перш SMTP, коли користувач перед відправкою пошти авторизується на MDA, який, в свою чергу підтверджує аутентифікацію користувача для MTA.

Наступним кроком MTA аналізує службову інформацію листи, визначаючи домен одержувача, якщо він відноситься до доменів обслуговуємо даними МТА, проводиться пошук одержувача і лист поміщається в його ящик. Так сталося, якби Іванов написав листа Петрову або Сидорову.

Якщо домен отримувача не обслуговується MTA, формується DNS-запит, запитувач MX-записи для даного домену. MX-запис представляє особливий вид DNS-записи, яка містить імена поштових серверів, що обробляють вхідну пошту для цього домену. MX-записів може бути кілька, в цьому випадку MTA пробує послідовно встановити з'єднання, починаючи з сервера з найбільшим пріоритетом. При відсутності MX-записи запитується A-запис (запис адреси, що зіставляє доменне ім'я з IP-адресою) і виконується спроба доставити пошту на вказаний там хост. При неможливості відправити повідомлення, воно повертається відправнику (поміщається в поштову скриньку користувача) з повідомленням про помилку.

Ми не будемо розглядати роботу приймає сервера, будемо вважати що все пройшло нормально, Козлов отримав лист від Іванова і написав йому відповідь. Сервер, який обслуговує домен example.com, проводить точно такі ж дії і пробує передати пошту нашого сервера. Отримавши вхідне повідомлення MTA, як і в випадку з локальним відправником, перевіряє домен одержувача, якщо він входить в число обслуговуваних MТА, обробка повідомлення триває, інакше сервер відмовляється приймати пошту. Після перевірки домену перевіряється одержувач, якщо він присутній в списку користувачів, повідомлення доставляється в його ящик, в іншому випадку можливі два варіанти: відмова від прийому повідомлення або прийом повідомлення в загальний поштовий ящик (ящик адміністратора). З одного боку така настройка збільшує число прийнятого спаму, з іншого дозволяє не втратити листи з помилками в написанні адреси.

Ще одним заходом захисту від спаму є запит 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) збігається з доменом відправника.

Отже, повідомлення отримано і знаходиться в поштовій скриньці користувача. Як його прочитати? Поштове сховище, де знаходяться ящики користувачів, може бути організовано самими різними способами: починаючи від банальних папок і фалів, закінчуючи базою даних. Не володіючи технічними знаннями, прочитати власну пошту навряд-чи вдасться. Але хіба це має хвилювати користувача Іванова? Для нього процес отримання пошти зводиться до натискання кнопки "Отримати" в поштовому клієнті.

Для отримання пошти клієнт встановлює з'єднання з MDA за протоколом POP3 або IMAP, обов'язково передаючи дані для авторизації. MDA перевіряє наявність користувача в списках і, при успішній перевірці, передає клієнту все нові повідомлення знаходяться в його поштовій скриньці. Користувач Іванов отримує свою кореспонденцію і може працювати з нею зручним йому способом.

На цьому наша стаття закінчується, ми настійно рекомендуємо вдумливе прочитання і засвоєння викладеного в ній матеріалу. В подальшому, при розгляді практичних реалізацій поштових серверів ми будемо подавати матеріал з розрахунку, що читач має знання в обсязі не менше даної статті.

Електронна пошта - сервіс, що дозволяє обмінюватися через комп'ютерну мережу електронними повідомленнями.

Основна особливість електронної пошти полягає в тому, що інформація відправляється одержувачеві не безпосередньо, а через проміжну ланку - електронну поштову скриньку, який являє собою місце на сервері, де повідомлення зберігається, поки його не запросить одержувач.

Поштовий сервер - це комп'ютерна програма, Призначена для організації обміну електронною поштою між комп'ютерами. Основними його функціями є прийом листів від клієнтів і доставка їх адресатам. В якості клієнтів можуть виступати як користувачі (програмою - клієнтом електронної пошти), так і інші поштові сервери.

Користувачі, за допомогою програми - поштового клієнта (Outlook Express, Thunderbird та ін.), Можуть створювати листи, відправляти їх на сервер і забирати пошту зі своїх поштових скриньок на сервері.

Спілкування сервера і клієнта відбувається за спеціальним поштовим протоколам - Simple Mail Transfer Protocol (SMTP) - при передачі листів на сервер і Post Office Protocol v.3 (POP3) - при прийомі листів з поштової скриньки. Підключення клієнтів до сервера відбувається через певні порти. Для SMTP стандартним є порт 25, для POP3 - порт 110.

Існують різні поштові сервера. Як приклад розглянемо установку і настройку поштового сервера Courier Mail Server.

Courier Mail Server - це поштовий сервер (сервер електронної пошти) під Windows для локальних мереж. Він допоможе вам швидко організувати обмін електронною поштою в локальній мережі і в Інтернеті. Courier Mail Server не вимагає установки в системі. Досить завантажити архів з програмою і розпакувати її в будь-яку папку на жорсткому диску комп'ютера, який буде працювати в якості поштового сервера.

Безкоштовну версію Courier Mail Server 1.56 ви можете завантажити з сайту http://courierms.narod.ru/. Більш функціональну Courier Mail Server 2.05, але вже платну версію (1650 руб. За 10 поштових скриньок, обмеження демо-версії - тільки 3 поштові скриньки), можна знайти на сайті http://www.courierms.ru/.

В цьому приклад ми будемо налаштовувати і використовувати безкоштовну версію поштового сервера Courier Mail Server 1.56.

Переваги Courier Mail Server 1.56:

• безкоштовність
• простота установки і видалення
• компактність
• легкість адміністрування
• мале споживання системних ресурсів
• многопоточность
• зручна графічна оболонка
• російськомовний інтерфейс і документація
• підтримка необмеженого числа поштових скриньок

Програма працює під управлінням ОС Windows 9x / ME / NT / 2000 / XP. Налаштування програми досить проста і доступна звичайному користувачеві.

Примітка: В прикладі все комп'ютери мережі працюють під управлінням ОС Windows XP. Всі комп'ютери в мережі однакові (немає ніяких виділених комп'ютерів-серверів). Комп'ютер вчителя має ім'я server, комп'ютери учнів pc01, pc02 і т.д. Все програмне забезпечення, що розглядається в цьому розділі, ставиться в папку C: \\ MyServers \\ usr \\ local \\. Якщо у вас комп'ютери мають інші імена (а це швидше за все так :)), то враховуйте це під час налаштування ПО. Так само ви можете вибрати і одного папку для установки програми.

CMS поставляється у вигляді zip-архіву, що містить виконуваний файл і документацію. Для установки сервера створіть папку, в якій він буде функціонувати, витягніть файли з архіву в цю папку і запустіть додаток CourierMS.exe.

При першому запуску сервер всередині своєї папки автоматично створить необхідні для його роботи подпапки і файли. За межами своєї папки сервер не виробляє ніяких змін. Системний реєстр Windows змінюється тільки при реєстрації в якості служби.

Courier Mail Server може запускатися як стандартний додаток, а також в якості служби Windows. Для запуску в якості служби Windows запустіть CMS і в меню Налаштування виберіть команду Запускатися службою. При цьому відбудеться реєстрація служби Courier Mail Server в системі.

Якщо запуск відбувся нормально, на екрані з'явиться головне вікно сервера, а в системному лотку (System Tray) поруч з годинником - його значок .

Якщо в головному вікні з'явилися повідомлення про запуск SMTP і POP3 серверів і немає повідомлень про помилки, можете приступити до налаштування сервера.

Наступний етап налаштування поштового сервера зводиться до введення локальних доменів. Для цього зробіть подвійне клацання по слову "домен" і відкриється вкладка для його настройки. Введіть ім'я комп'ютера, Де буде працювати поштовий сервер. У нашому прикладі це server.Якщо у вас ім'я комп'ютера, наприклад, pc11, то введіть це ім'я.

Будь-яка серверна програма має на увазі введення користувачів, які будуть нею обслуговуватися. Зробіть подвійне клацання по "облікові записи" і відкриється редактор облікових записів. Редактор облікових записів призначений для ведення списку локальних користувачів (облікових записів) сервера. При створенні облікового запису створюється, також, відповідна папка поштової скриньки. Якщо видалити обліковий запис папка поштової скриньки видаляється автоматично з усім вмістом. При першому запуску сервера автоматично створюється обліковий запис postmaster .

Створіть необхідну кількість облікових записів для своїх користувачів. Досить створити по одній на кожен комп'ютер учня і вчителя, хоча можете створити і кожного учня готельну обліковий запис.

Кожна обліковий запис має наступні параметри:

Реальне ім'я: ім'я власника поштової скриньки.

Ім'я поштової скриньки: найменування поштової скриньки. Воно ж є і ім'ям користувача при підключенні до сервера. В імені ящика не використовуйте російські букви і спеціальні символи, тому що деякі поштові програми працюють з ними некоректно. Якщо ім'я ящика pc 01, Локальний домен server , То адреса електронної пошти даного користувача pc [Email protected] server.

пароль: пароль для підключення до сервера.

Інші параметри ми міняти не будемо.

У нас в класі 11 комп'ютерів (разом з учительським) тому ми створили 11 облікових записів.

Обмежити доступ до поштового сервера можна використовуючи IP фільтр. Вкажіть той діапазон IP адрес доступ яким дозволений. У нас це 192.168.1.1-192.168.1.11 (Про IP адреси і їх налаштування читайте в інших статтях цього). У ваше школі цей діапазон може бути іншим, наприклад, той що видав вам провайдер Інтернету (ну це вже інша стаття).

Усе! Поштовий сервер можна використовувати. Про настройку і використання інших можливостей програми ви можете прочитати в довідці (російською!).

Ви запитаєте: "а як же його використовувати? Як відправляти і отримувати листи?". Відповідь проста. Листи ми будемо відправляти і отримувати за допомогою програми - поштового клієнта (Outlook Express, Thunderbird та ін.). А про те як це зробити читайте в наступній статті: "".

Обмін листами на паперових носіях вже давно відійшов на другий план і поступився місцем інноваційним способам передачі даних. Електронна пошта стала обов'язковим атрибутом будь-якого сучасного людини, а інструментарій для роботи з нею грунтовно увійшов в нашу цифрову життя.

Так, практично будь-який сучасний офіс або підприємство оснащені спеціальними поштовими серверами, які надають кожному співробітнику власну корпоративну пошту. Така система дозволяє співробітникам оперативно обмінюватися важливими даними і значно економити часові ресурси. Один з таких поштових серверів називається Gattaca Server, який можна безкоштовно завантажити для ОС Windows.

Це ПО з відмінною підтримкою протоколів зв'язку (POP3 і SMTP), за допомогою якого можна якісно організувати роботу поштових систем без зайвих рухів тіла.

Gattaca Server відрізняється від аналогів високою стабільністю роботи, широким функціоналом і сумісністю з усіма популярними поштовими клієнтами (The Bat, Outlook Express, Thunderbird та інші).

Однак, самою головною відмінністю ПО від інших систем є можливість його безкоштовного використання. Будь-який бажаючий системний адміністратор в змозі швидко встановити і налаштувати Gattaca Server без необхідності платити за його використання.

Можливості Gattaca Server схожі з багатьма іменитими аналогами. Так, всього за кілька хвилин можна провести тонке налаштування поштового обміну листами, конфігурувати систему анти-спаму (запобігає появі в ящиках безлічі листів рекламного характеру), створити правило для перевірки листів вбудованим антивірусом ClamAV. Крім того, визначивши користувачів в одну з довірених груп, ви можете надати їм необхідні права для роботи з сервісом без авторизації.

Окремо варто відзначити і вбудовану систему безпеки поштового сервера, яка в автоматичному режимі блокує спроби підбору паролів до облікових записів і додає недоброзичливий IP-адреса в чорний список.