Чи може бути налаштований сервер електронної пошти в Azure VM?

Я розглядаю можливість встановлення простого сервера електронної пошти SMTP + IMAP для внутрішнього використання на додатковій невеликій машині Azure. Коли я кажу про внутрішнє використання, я не маю на увазі "використовуваний внутрішніми користувачами", а для використання як частини більшої системи та для головної мети отримання електронних повідомлень для цілей аудиту / реєстрації, які потім обробляються на основі правил, які тригерні дії. Інколи може бути автоматична відповідь.

Моє питання полягає в тому, чи може простий сервер електронної пошти розміщуватись у Azure VM, оскільки те, що я бачу в Інтернеті за попереднім пошуком, - це те, що Azure не підтримує зворотний DNS (хоча вони призначають майже статичні IP-адреси в даний час), що потім спричинить епізоди електронної відповіді на вихідні електронні листи позначаються як спам.

Моє запитання: чи це так, чи є якась установка, яка б дозволила вирішити це?

Примітка. Це лише питання попереднього дослідження. Я не адміністратор.

EDIT: Для тих, хто вскочить і скаже, використовуйте SendGrid. Я не збираюся надсилати бюлетені, а в основному отримувати електронні листи. Крім того, додатковий невеликий екземпляр Azure - це $ 9 / місяць, коли як SendGrid Push API (який не дозволить дозволити опитування, як я хотів) починається від $ 90 / місяць, що вдесятеро перевищує вартість.

EDIT 2: Моя перевага - це впроваджувати систему на основі опитування (опитувати сервер на нові електронні листи кожні X години), а не впроваджувати систему на основі "push + queue" (більшість сторонніх сервісів надають API Push, який передає кожну електронну пошту до веб-URL )

EDIT 3: Я вважаю за краще не використовувати сторонні послуги, тому що я не хочу, щоб вміст електронної пошти та вкладені файли проходили через них.

РЕДАКТИКА 4: Подивіться, я не шукаю поради щодо того, як його налаштувати або який сторонній сервіс використовувати. Мене запитують: " Чи можна налаштувати сервер електронної пошти, який може приймати електронну пошту та надсилати випадкові повідомлення електронної пошти, які не будуть позначені як спам через обмеження Azure? Якщо є обмеження - що це, і як можна над ними працювати? "

Ні.

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

І навіть якщо ваша пошта буде доставлена ​​сьогодні, це не є гарантією, що вона надалі буде доставлена ​​в майбутньому.

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

Коли я помістив службу на EC2, яку довелося доставити до списку розсилки, я виявив, що перевіряв, що майже 3/4 адрес списку не прийматимуть пошту звідти. Я в кінцевому підсумку відправив все в смартхост, розташований за межами EC2. Цікаво, що це також покращило продуктивність ...

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

НЕ ДАЙТЕ.

У 99,999% часу набагато більше сенсу використовувати сторонній SMTP / обробник пошти, ніж реалізувати власний поштовий сервер.

У документах Azure є навіть документ про використання Sendgrid .

Я настійно рекомендую вам слідувати цим правилам і використовувати Sendgrid (або аналогічну послугу) в якості постачальника SMTP реле.

Тонкості налаштування належним чином налаштованого сервера пошти надзвичайно складні.