Máy chủ email có thể được thiết lập trên máy ảo Azure không?

Tôi đang xem xét khả năng thiết lập một máy chủ email SMTP + IMAP đơn giản để sử dụng nội bộ trên một máy ảo Azure nhỏ. Khi tôi nói sử dụng nội bộ, tôi không có nghĩa là "được sử dụng bởi người dùng nội bộ", nhưng để sử dụng như một phần của hệ thống lớn hơn và để phục vụ mục đích chính là nhận email cho mục đích kiểm toán / ghi nhật ký, sau đó được xử lý dựa trên các quy tắc hành động kích hoạt. Đôi khi có thể có một phản ứng tự động trở lại.

Câu hỏi của tôi là liệu một máy chủ email đơn giản có thể được lưu trữ bên trong máy ảo Azure hay không, bởi vì những gì tôi thấy trên Internet từ một tìm kiếm sơ bộ là Azure không hỗ trợ Reverse DNS (hiện tại chúng chỉ định các IP gần như tĩnh), điều này sẽ gây ra các email gửi tự động thỉnh thoảng được đánh dấu là spam.

Câu hỏi của tôi là: Đó là trường hợp hoặc có một số thiết lập sẽ cho phép giải quyết vấn đề này?

Lưu ý: Đây chỉ là một loại câu hỏi nghiên cứu sơ bộ. Tôi không phải là quản trị viên.

EDIT: Đối với những người sẽ nhảy vào và nói hãy sử dụng SendGrid. Tôi sẽ không gửi bản tin, mà chủ yếu là nhận email. Ngoài ra, một ví dụ nhỏ thêm Azure là $ 9 / tháng với API SendGrid (sẽ không cho phép cuộc thăm dò như tôi muốn) bắt đầu ở mức $ 90 / tháng, gấp mười lần chi phí.

EDIT 2: Sở thích của tôi là triển khai hệ thống dựa trên cuộc thăm dò (thăm dò máy chủ để nhận email mới mỗi X giờ) thay vì triển khai hệ thống dựa trên hàng đợi đẩy (hầu hết các dịch vụ của bên thứ 3 cung cấp API đẩy đẩy mỗi email vào url web )

EDIT 3: Tôi không muốn sử dụng dịch vụ của bên thứ 3, vì tôi không muốn nội dung của email và tệp đính kèm đi qua chúng.

EDIT 4: Hãy nhìn xem, tôi không tìm kiếm lời khuyên về cách thiết lập hoặc sử dụng dịch vụ của bên thứ 3 nào. Điều tôi đang hỏi là " Có thể thiết lập một máy chủ email có thể nhận email và gửi email không thường xuyên bị đánh dấu là thư rác do giới hạn của Azure không? Nếu có những hạn chế - đó là những gì và làm thế nào có thể họ được làm việc xung quanh? "

Không.

Bạn không thể chắc chắn chắc chắn rằng email gửi đi của mình sẽ được gửi đi, vì nhiều điểm đến chỉ đơn giản là danh sách đen, tường lửa hoặc thậm chí là không có đường dẫn tất cả các khối IP của nhà cung cấp đám mây lớn do sự lạm dụng nặng nề được nhìn thấy từ các phạm vi đó - không chỉ từ email mà còn qua email khác dịch vụ là tốt.

Và ngay cả khi thư của bạn được gửi hôm nay, điều đó không đảm bảo nó sẽ tiếp tục được gửi trong tương lai.

Bạn thực sự cần một máy chủ thư bên ngoài Azure (hoặc EC2 hoặc bất cứ thứ gì) để xử lý thư gửi đi của bạn, mặc dù không nhất thiết phải là máy chủ thư của bên thứ ba. Nếu bạn có chuyên môn, bạn có thể tự làm điều đó.

Khi tôi đặt một dịch vụ trên EC2 phải gửi đến danh sách gửi thư, tôi nhận thấy từ việc kiểm tra rằng gần 3/4 địa chỉ danh sách sẽ không chấp nhận thư từ đó. Tôi đã kết thúc việc gửi tất cả mọi thứ đến một smarthost nằm bên ngoài EC2. Thật thú vị, điều này cũng cải thiện hiệu suất ...

Có thư đến trên Azure sẽ không có vấn đề gì, vì các vấn đề trên không được áp dụng.

KHÔNG.

99,999% thời gian sử dụng trình xử lý SMTP / mail của bên thứ ba có ý nghĩa hơn nhiều so với việc thực hiện máy chủ thư của riêng bạn.

Thậm chí còn có một tài liệu về các tài liệu Azure về việc sử dụng Sendgrid .

Tôi đặc biệt khuyên bạn nên làm theo các hướng dẫn này và sử dụng Sendgrid (hoặc dịch vụ tương tự) làm nhà cung cấp chuyển tiếp SMTP.

Sự phức tạp của việc thiết lập một mailserver được cấu hình đúng là vô cùng phức tạp.