Поштовий сервер- це спеціальний агент – програма, який обробляє поштові запити, передає повідомлення від однієї машини до іншої.

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

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

Що таке протокол поштового сервера

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

Надсилання пошти SMTP Simple Mail Transfer Protocol

За надсилання пошти завжди відповідає протокол під назвою SMTP, перша версія якого була описана ще в стандартах 1982 року. У 2008 році був оновлений до версії ESMTP з розширеним функціоналом. Класичний порт доступу протоколу: 25 TCP, якщо використання SSL оболонки порт змінюється на 465 TCP.

Типовим прикладом роботи протоколу SMTP є наступна послідовність дій:

Ваш поштовий клієнтна комп'ютері встановлює зв'язок із SMTP-сервером, до якого налаштована прив'язка
Сервер цікавиться лише одним параметром, отриманим від вас – одержувача. Він робить запит до служби DNS для отримання IP-адреси доставки
Після того, як SMTP-сервер з'ясував розташування одержувача в адресному просторі, відбувається спроба прямого з'єднання з сервером одержувача на порт 25
SMTP-сервер одержувача перевіряє наявність клієнта в базі даних, у разі збігу передає дані на свій внутрішній POP3 сервер для розміщення в скриньці користувача.
Якщо виникли проблеми при з'єднанні з SMTP-вузлом одержувача, тортури надсилання будуть повторюватися ще кілька разів через певні проміжки часу. У разі відмови вам прийде назад лист-помилка

Отримання та зберігання пошти POP3 Post Office Protocol 3

Найперший, класичний та простий протокол дистанційного доступудо поштової скриньки. Ні для кого не секрет, що електронна пошта зберігається на серверах, а те, що ви бачите на екрані – лише її локальна копія. У 1988 році була створена третя, фінальна версіяпротоколу, яким клієнти можуть здійснювати забір кореспонденції з серверів. За умовчанням, після копіювання листів на локальне сховище за протоколом POP3, з сервера вони видаляються безповоротно. Стандартний порт доступу: 110 TCP

Розглянемо шаблонний сеанс роботи з POP3-сервером:

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

Розширена робота з поштою IMAP Internet Message Access Protocol

Більш складний, комплексний та сучасний протокол роботи з віддаленим сервером пошти. З'явився у 1986 році і суттєво збільшився в обсягах останнього видання 2003 року. Головна відмінність від POP3 зв'язку в тому, що робота ведеться без пересилок всього змісту, ви прямо на сервері і редагуєте інформацію безпосередньо там. Мінусом протоколу є неможливість роботи з поштою у разі втрати з'єднання з інтернетом. Деякі фахівці вважають, що IMAP став монополістом поштових протоколів, якби не його посередня реалізація функції надсилання листів. Основний порт підключення: 143 TCP або 993 TCP при підключенні через шифрований канал SSL.

Сервер IMAP може перебувати у чотирьох станах

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

Власний поштовий сервер

Пересічному користувачеві достатньо поштових сервісів Google, Яндекса і т. д. Але набагато складніше доводиться адміністраторам порталів та фірм, для яких необхідно піднімати програмне забезпечення поштових пересилок. Жодна компанія не захоче отримувати замовлення від клієнтів під чужим доменним ім'ям, отже, приходить час створення власного поштового вузла. Варіантів тут кілька

Готові рішення

Яндекс та MAIL.ru надають безкоштовно послуги поштового провайдера для вашого домену. Це означає, що ви отримуєте пошту на адресу [email protected], так само було, якби ви вручну створювали власний поштовий сервер. Але турботи щодо обробки кореспонденції компанія бере на себе, надаючи зручний веб-інтерфейс та окремі адреси для співробітників.

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

Самостійне налаштування вручну

Це – складний шлях. Налаштовувати такий сервер найдовше. І звернутися до спеціальної компанії буде простіше, а то й дешевше.

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

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

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

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

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

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

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

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

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

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

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

Найголовніша перевага — повноцінна пошта готова одразу після реєстрації. Витрат на покупку заліза та налаштування немає ніяких. Чи достатньо менш просунутого користувача, який за інструкціями на сайті зможе підключити домен і створити поштові скриньки. І поштою вже можна скористатися.
Легко адмініструватита керувати користувачами, веб сервіс надає всі необхідні оснащення для цього. Вони зручні та інтуїтивно (хоч і не завжди) зрозумілі.
Зручнийі звичний web інтерфейс. Все працює швидко, з будь-якого місця, де є інтернет та браузер. Є хороший мобільний додаток.
Широкий функціоналготовий відразу після створення ящика. Різні фільтри, збирачі пошти, непоганий антиспам (у гугла) та багато іншого.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Висновок

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

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

Практикум з Kali Linux

Курс для тих, хто цікавиться проведенням тестів на проникнення та хоче практично спробувати себе у ситуаціях, близьких до реальних. Курс розрахований на тих, хто ще не має досвіду в інформаційній безпеці. Навчання триває 3 місяці по 4 години на тиждень. Що дасть вам цей курс:

Шукати та експлуатувати вразливості або вади конфігурації в корпоративних мережах, web сайтах, серверах. Упор на пентест ОС Windows та на безпеку корпоративного сегменту.
Вивчення таких інструментів, як metasploit, sqlmap, wireshark, burp suite та багато інших.
Освоєння інструментарію Kali Linux на практиці - з ним повинен бути знайомий будь-який фахівець з ІБ.

Перевірте себе на вступному тесті і дивіться докладніше програму.

Поштовий сервер, mail server, сервер електронної пошти зазвичай так називають в системі пересилання електронної пошти агент пересилання повідомлень. Це програмне забезпечення, яке передає повідомлення від одного комп'ютера до іншого. Поштовий сервер зазвичай не бачить для користувача. Сам користувач має справу з іншим ПЗ – клієнтом електронної пошти.

Наприклад, найпоширенішою конфігурацією клієнтом пошти є Outlook Express. Хоча останнім часом часто використовується клієнт Mozilla – Thunderbird. При наборі повідомлення користувачем та пересиланні його одержувачу поштовий клієнт взаємодіє з поштовим сервером за протоколом SMTP. Поштовий сервер відправника взаємодіє з сервером одержувача. На сервері одержувача надіслане йому повідомлення потрапляє до поштової скриньки, з якої за допомогою агента доставки повідомлень MDA (mail delivery agent) доставляється клієнту одержувача. Існують також протоколи POP3 і IMAP, які підтримуються багатьма поштовими серверами.

Сьогодні, коли можна без проблем отримати будь-яку кількість безкоштовних поштових скриньок, просто реєструючи обліковий запис на службах "Яндекса", "Мейл.Ру" та їм подібних, таке питання, як налаштування поштового сервера, непокоїть не надто багатьох користувачів.

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

Коли це буває потрібно

Ситуацій, коли елементарні знання з налаштування пошти потрібні пересічному користувачеві, не так багато. І тим не менше будь-яка з них може статися будь-коли:

Якщо було вирішено перейти з браузерного на виділений окрему програму. Адже багато в чому такі клієнти є кращими: вони дозволяють поєднувати поштову програму з органайзером, записником, а також гнучкіше керувати адресною книгою та адмініструвати повідомлення.
Відбувся непередбачений збій у роботі поштового клієнта, злетіли всі налаштування. І тоді просто потрібна установка поштового сервера. Налаштування його зазвичай не вимагає багато часу і сил, але в іншому випадку можна залишитися без пошти на тривалий час.
Безкоштовні поштові скриньки можуть знищуватись адміністрацією, причому без пояснення причин. Та й виглядає така скринька в очах ділових партнерів, прямо скажемо, несолідно. А тому доведеться заводити виділений на сервері.
Якщо провайдер пропонує окрему поштову скриньку, то чому б не скористатися такою пропозицією.

Налаштування поштового сервера Windows

Основні параметри електронної пошти, такі як DNS, дані IP і подібні відомості, видаються безпосередньо провайдером.

Щоб почати використовувати Windows, потрібно або завантажити відповідний для цієї операційної системиклієнт, або вдатися до допомоги вбудованих у неї клієнтів. Для початку потрібно завести новий обліковий запис. Як правило, також просять ввести її назву, придумати пароль і логін для входу.

Можливо, потрібно включити підтримку поштових служб Windowsчерез панель "Видалення та встановлення програм" у розділі установки компонентів E-mail Services.

Для створення нової скриньки потрібно буде вигадати ім'я користувача та пароль.

У SMTP треба вказати номер порту 25, а для сервера POP3 - 110. Якщо провайдер видає інші параметри, введіть їх. У тому випадку, коли клієнт пошти не передбачає введення номера портів, потрібно залишити лише адресу, видану провайдером, у пунктах "Сервер для вхідних повідомлень" (це може бути як POP3, так і IMAP) та "Ім'я для сервера вихідних повідомлень" ( зазвичай лише SMTP).

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

Перехід із безкоштовної пошти на виділений клієнт

Іноді потрібно залишатися на безкоштовному, проте застосовувати в якості клієнта окрему програму. Можна показати це на прикладі налаштувань пошти для сервісу "Яндекс". Налаштування поштового сервера буде проводитися з наступними параметрами.

1. Установки протоколу IMAP для вхідних повідомлень:

адреса сервера пошти: imap.yandex.ru;
у параметрах захисту для з'єднання слід вказати SSL;
номер порту зазначається 993.

2. Для налаштувань вихідних повідомлень за протоколом IMAP:

як адресу сервера вказати smtp.yandex.ru;
у параметрах захисту з'єднання також потрібно виставити SSL;
номер порту слід виставити 465.

3. Що стосується протоколу POP3 для надісланих повідомлень:

як адресу сервера вказати pop.yandex.ru;
як параметри захисту використовуваного з'єднання вказується SSL;
номер порту зазначається 995.

4. Для вихідних повідомлень, що надсилаються протоколом POP3:

як адреса сервера пошти вказується smtp.yandex.ru;
у параметрах захисту для використовуваного з'єднання вказується знову ж таки SSL;
номер порту виставляється 465.

Як ім'я користувача, а також адреси та пароля слід виставити вже існуючі адреси та паролі від пошти на "Яндексі".

Налаштування сервера Mail.Ru

Іноді потрібно дізнатися про налаштування поштового сервера Mail.Ru. В цілому налаштування виглядає так само, як було описано у випадку з поштою "Яндекс". Але параметри при цьому виглядатимуть так:

повний електронна адреса(у форматі зі значком @, наприклад [email protected]);
для IMAP-сервера вказується imap.mail.ru;
для SMTP-сервера зазначається smtp.mail.ru;
ім'ям користувача є повна електронна адреса від вже існуючої пошти;
пароль - це пароль від пошти;
IMAP: номер 993 (для протоколів SSL/TLS);
POP3: номер 995 (для протоколів SSL/TLS);
SMTP: номер 465 (для протоколів SSL/TLS);
Потрібно вказати, що потрібно авторизувати сервер відправлених листів, у параметрах аутентифікації - простий пароль, без шифрування.

Загалом налаштування вказуються точно такі ж, як і у випадку з "Яндексом", але лише з додаванням префікса mail. Для інших безкоштовних серверівслід виставляти самі параметри, але з відповідними префіксами.

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

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

Вступ

Ще в давнину люди відчували потребу в обміні інформацією та організовували його на державному рівні. Тому пошта – одна з найбільш чітко організованих установ у світі.

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

Основними об'єктами, що становлять систему електронної пошти, є спеціальні комп'ютери, які називаються поштовими серверами.

Поштовий сервер

Поштові сервери - це сервери, які отримують та надсилають електронні повідомлення.

Сервер, який отримує електронні повідомлення, працює за протоколом POP (Post Office Protocol).

Сервер, що надсилає електронні повідомлення, працює за протоколом SMTP (Simple Mail Transfer Protocol).

Поштовий сервер, сервер електронної пошти, мейл-сервер - у системі пересилання електронної пошти зазвичай називають агент пересилання повідомлень (англ. mail transfer agent, MTA). Це комп'ютерна програма, яка надсилає повідомлення від одного комп'ютера до іншого. Зазвичай поштовий сервер працює «за лаштунками», а користувачі мають справу з іншою програмою – клієнтом електронної пошти (англ. mail user agent, MUA).

Мал. 1.

Наприклад, у поширеній конфігурації агентом користувача є Outlook Express. Коли користувач набрав повідомлення та надсилає його одержувачу, поштовий клієнт взаємодіє з поштовим сервером, використовуючи протокол SMTP. Поштовий сервер відправника взаємодіє з поштовим сервером одержувача (безпосередньо чи через проміжний сервер - релей). На поштовому сервері одержувача повідомлення потрапляє до поштової скриньки, звідки за допомогою агента доставки повідомлень (mail delivery agent, MDA) доставляється клієнту одержувача. Часто останні два агенти поєднані в одній програмі, хоча є спеціалізовані MDA, які займаються фільтрацією спаму. Для фінальної доставки отриманих повідомлень використовується не SMTP, а інший протокол – часто POP3 чи IMAP – який також підтримується більшістю поштових серверів. Хоча в найпростішій реалізації MTA достатньо покласти отримані повідомлення в особистий каталог користувача файловій системіцентрального сервера («поштова скринька»).

Серверне та клієнтське електронною поштою. Вибір поштового сервера для середнього бізнесу – свій чи хмарний. Надсилання пошти SMTP Simple Mail Transfer Protocol