1. проблема
2. Включаємо компонент SMTP
3. Запускаємо службу протоколу SMTP
4. Налаштування сервера SMTP
5. Безпека і брандмауер
6. Кінцева точка Windows Azure
7. висновок

завдяки Windows Azure тепер в розпорядженні нашої компанії три віртуальні машини на Windows Server - дві для хостингу сайтів, третя під MS SQL. Оскільки основна діяльність компанії полягає в розробці веб-додатків під замовлення, то на хостингових серверах працюють десятки клієнтських сайтів. В основному це WordPress сайти, кілька інтернет-магазинів, і сайти на системі управління власної розробки. Всі ці програми об'єднує одне - необхідність використання пошти для відправки повідомлень. Це повідомлення через форми зв'язку на сайті або оповіщення інтернет-магазинів. Природно для цього потрібен SMTP.

проблема

До тих пір, поки ми не використовували Windows Azure, компанією була придбана ліцензія на SmarterMail . Він до цих пір справно служить, перебуваючи на віртуальній машині в одного з хостинг-провайдерів. Його-то ми і використовуємо для відправки повідомлень з додатків. Але існує одна проблема з безпекою. Наприклад, для відправки повідомлень з WordPress, доводиться встановлювати спеціальний плагін, бо, перебуваючи на платформі Windows, відправити повідомлення засобами PHP неможливо. використовуємо WP Mail SMTP . Він дозволяє налаштувати відправку через будь-який SMTP сервер. Все працює як годинник. Разом з тим, всі налаштування по підключенню до нашого поштового сервера відкриті і доступні нашим клієнтам і веб-майстрам, які беруться обслуговувати їх сайти. А значить і параметри підключення до нашого сервера - логін і пароль, їм доступні. Так чому ж ми до цих пір не використовуємо localhost?

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

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

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

Включаємо компонент SMTP

В першу чергу необхідно включити службу SMTP в ролі сервера. Робимо по кроках. Далі все приклади та інструкції щодо російської версії Windows Server 2012.

1. Відкриваємо на сервері «Диспетчер серверів».
2. У меню вибираємо «Управління - Додати ролі та функції».
3. У діалоговому вікні майстра на закладці «Тип установки» тиснемо «Далі» до самої закладки «Компоненти».
4. У списку компонентів відзначаємо «SMTP Server».
5. Підтверджуємо і чекаємо закінчення настройки.

З цього моменту підтримка SMTP включена. Але цього не достатньо. Всі наступні дії не описані в стандартній інструкції по серверу. Це вже з особистого досвіду і публікацій на тематичних форумах.

Запускаємо службу протоколу SMTP

Як це не дивно звучить, але за замовчуванням в Windows Server 2012 служба протоколу SMTP не запущено. У неї встановлений тип запуску «Вручну». Включимо на автоматичний запуск.

1. У «Диспетчері серверів» в меню вибираємо «Засоби - Служби».
2. Знаходимо в службах «Протокол SMTP», відкриваємо подвійним клацанням, і вибираємо тип запуску «Автоматичний». Зберігаємо. Запускаємо службу.

Налаштування сервера SMTP

Знову нам недостатньо всього того, що зроблено вище. Чи не буде працювати відправка пошти. Потрібно налаштувати сервер. Здогадатися це зробити якимось більш сучасним способом неможливо. Його настройку необхідно робити з «Диспетчера служб IIS 6.0». Так, саме версії 6.0, а не 7.0, що не 7,5 і не 8.0.

1. У «Диспетчері служб» виявляємо віртуальний сервер «SMTP Virtual Server # 1». Правою кнопкою миші викликаємо меню, вибираємо «Властивості».
2. На вкладці «Загальні» включимо ведення журналу, і вкажемо місце розташування файлу журналу. Корисно буде дивитися, відстежуючи помилки або спамерів з числа власних клієнтів.
3. На вкладці «Доступ» вибираємо блок «Управління підключенням», тиснемо кнопку «Підключення ...».
4. У вікні, додаємо в список комп'ютерів один комп'ютер з адресою 127.0.0.1. Зберігаємо.
5. Знову на вкладці «Доступ» вибираємо блок «Обмеження ретрансляції», тиснемо кнопку «Ретрансляція ...».
6. У вікні, додаємо в список комп'ютерів один комп'ютер з адресою 127.0.0.1. Зберігаємо.
7. Перезапустити про всяк випадок віртуальний сервер SMTP. «Диспетчер служб IIS 6.0» можна закрити.

Безпека і брандмауер

Тут все нормально. За замовчуванням порт 25, який на потрібний для роботи з SMTP вже дозволений в правилах брандмауера сервера. Довіримося йому!

Кінцева точка Windows Azure

Останнє, що треба б зробити ще, якщо вже мова йде про віртуальній машині, яку ми запустили на Windows Azure, це додати кінцеву точку для порту 25. Все вищесказане можна застосувати незалежно від використання хмарного сервісу. Це стосується будь-яких варіантів настройки сервера. Цей же розділ корисний лише тим, хто вже користується хмарним сервісом Microsoft.

На поточний історичний момент додавання кінцевої точки робиться в наступному порядку:

1. В панелі управління Windows Azure вибирайте свою віртуальну машину.
2. В основній частині вікна переходите на розділ «Кінцеві точки».
3. Внизу під списком кінцевих точок знаходимо команду «Додати».
4. У вікні, додаємо нову кінцеву точку.
5. На другому кроці виберемо зі списку зумовлених кінцевих точок SMTP. Зберігаємо. Через кілька секунд кінцева точка буде додана.

висновок

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

PS Поки я шукав матеріали для цієї статті, натрапив на документ « Компоненти, видалені або що не рекомендуються до використання в Windows Server 2012 «. SMTP віднесли до застарілих компонентів, які одного разу видалять з системи. Може це труднощі перекладу, але до кінця мені не ясно, як потрібно буде використовувати запропонований System.Net.Smtp. Так що спокій нам тільки сниться!

Поділитися "Налаштування поштового сервера на базі Windows Server 2012"