Saya sedang mempertimbangkan kemungkinan pengaturan server email SMTP + IMAP sederhana untuk penggunaan internal pada Azure VM ekstra kecil. Ketika saya mengatakan penggunaan internal, saya tidak bermaksud "digunakan oleh pengguna internal", tetapi untuk digunakan sebagai bagian dari sistem yang lebih besar dan untuk melayani tujuan utama menerima pesan email untuk keperluan audit / logging yang kemudian ditangani berdasarkan aturan, yang memicu tindakan. Kadang-kadang mungkin ada respons otomatis kembali.
Pertanyaan saya adalah apakah server email sederhana dapat di-host di dalam Azure VM, karena apa yang saya lihat di Internet dari pencarian awal adalah bahwa Azure tidak mendukung Reverse DNS (mereka menetapkan IP yang hampir statis saat ini), yang kemudian akan menyebabkan email keluar sesekali respons otomatis yang akan ditandai sebagai spam.
Pertanyaan saya adalah: Apakah itu kasing atau ada beberapa pengaturan yang akan memungkinkan untuk mengatasinya?
Catatan: Ini hanya jenis penelitian pendahuluan pertanyaan. Saya bukan administrator.
EDIT: Bagi mereka yang akan masuk dan mengatakan menggunakan SendGrid. Saya tidak akan mengirim nawala, tetapi terutama menerima email. Juga contoh kecil ekstra Azure adalah $ 9 / bulan di mana sebagai SendGrid Push API (yang tidak akan membiarkan polling seperti yang saya inginkan) mulai dari $ 90 / bulan yang sepuluh kali lipat biayanya.
EDIT 2: Preferensi saya adalah untuk menerapkan sistem berbasis jajak pendapat (polling server untuk email baru setiap X jam) daripada menerapkan sistem berbasis antrian + push (kebanyakan pihak ketiga menyediakan API Push yang mendorong setiap email ke url web )
EDIT 3: Saya lebih suka untuk tidak menggunakan layanan pihak ke-3, karena saya tidak ingin konten email dan lampiran melewatinya.
EDIT 4: Lihat, saya tidak mencari saran tentang cara mengaturnya atau layanan pihak ke-3 mana yang digunakan. Yang saya tanyakan adalah " Apakah mungkin membuat server email yang dapat menerima email dan mengirim email sesekali yang tidak akan ditandai sebagai spam karena keterbatasan Azure? Jika ada batasan - apa itu dan bagaimana mereka dikerjakan? "
sumber
Jawaban:
Tidak.
Anda tidak dapat yakin bahwa email keluar Anda akan dikirim, karena banyak tujuan hanya daftar hitam, firewall, atau bahkan nol rute semua blok IP penyedia cloud utama karena penyalahgunaan berat dilihat dari rentang tersebut - tidak hanya dari email tetapi melalui lainnya layanan juga.
Dan bahkan jika surat Anda dikirim hari ini, itu bukan jaminan akan terus dikirimkan di masa mendatang.
Anda benar - benar memerlukan server surat di luar Azure (atau EC2 atau apa pun) untuk memproses surat keluar Anda, meskipun tidak harus menjadi server surat pihak ketiga. Jika Anda memiliki keahlian, Anda bisa melakukannya sendiri.
Ketika saya meletakkan layanan pada EC2 yang harus mengirim ke milis, saya menemukan dari pengujian bahwa hampir 3/4 dari daftar alamat tidak akan menerima surat dari sana. Saya akhirnya mengirim semuanya ke smarthost yang berlokasi di luar EC2. Menariknya, ini juga meningkatkan kinerja ...
Memiliki email masuk di Azure tidak akan menjadi masalah, karena masalah di atas tidak berlaku.
sumber
JANGAN.
99,999% dari waktu itu jauh lebih masuk akal untuk menggunakan SMTP / mailler pihak ketiga daripada mengimplementasikan server email Anda sendiri.
Bahkan ada dokumen di Azure docs tentang penggunaan Sendgrid .
Saya sangat menyarankan Anda mengikuti panduan ini dan menggunakan Sendgrid (atau layanan serupa) sebagai penyedia relai SMTP.
Seluk-beluk pengaturan server surat yang dikonfigurasi dengan benar sangat rumit.
sumber