IIS / SMTP - email macet di mailroot / Antrian

Saya mencoba mengirim email melalui SMTP dalam direktori pickup IIS. Sayangnya e-mail hanya masuk ke folder mailroot / antrian dan tetap di sana. Mereka tidak pernah benar-benar dikirim.

Adakah yang tahu mengapa ini akan terjadi dan potensi perbaikan untuk masalah ini?

Punya masalah yang sama dengan File terjebak dalam antrian. Di manajer IIS, SMTP Virtual Server> Properti> Delievery> Koneksi Keluar. Opsi untuk Limit number of connections todiperiksa dan nilainya 0. Jadi sudah dikonfigurasi untuk tidak pernah membuat koneksi keluar, menyebabkan email tidak pernah meninggalkan server. Saya hapus centang opsi dan restart server SMTP dan semuanya baik-baik saja.

Saya punya masalah ini hari ini.

Setelah memulai kembali layanan 'Simple Mail Transfer Protocol (SMTP)', mulai berfungsi lagi.

Sebagai catatan: kami memiliki kasus di mana server tidak dapat menyelesaikan nama lagi karena pengaturan DNS yang tidak benar. Perilaku yang dihasilkan adalah persis yang Anda gambarkan.

IISRESET memperbaiki ini untuk saya. Saya percaya ini mirip dengan solusi pengaturan ulang layanan SMTP karena layanan ini bergantung pada IIS. Setelah restart email di dalam C: \ inetpub \ mailroot \ Antrian mulai menghilang!

Saya mengalami masalah ini baru-baru ini. Dalam kasus saya, ternyata ada masalah dengan definisi server DNS di adaptor jaringan (ini memiliki dua alasan tanpa sepengetahuan saya). Server DNS yang ditunjuk telah diatur ke "127.0.0.1" sebagai ganti "8.8.8.8" yang biasanya digunakan pada jaringan ini. Saya mengubah ini ke nilai yang benar, me-restart server SMTP saya, dan email yang antri segera didistribusikan.

Bagaimana saya menemukan itu untuk melihat ke dalam masalah definisi DNS:

• Digunakan nslookup untuk menemukan server mx untuk diuji (diuji 5 atau 6 yang berbeda)
• Mencoba telnet ke server (setiap kali bertemu dengan pesan "tidak dapat terhubung" yang membuat saya awalnya memikirkan masalah firewall)
• Mencoba melakukan ping nilai untuk server mx yang diuji (setiap kali bertemu dengan pesan "tidak dapat terhubung ke host")

Mudah-mudahan ini akan membantu orang lain, bukan sesuatu yang saya pikir untuk melihat pada awalnya.

Dalam pengalaman saya, ini biasanya karena IIS SMTP mencoba mengirim dan menemukan kesalahan sementara (kode respons 4xx). Sudahkah Anda mengaktifkan pencatatan untuk layanan SMTP IIS dan meninjau log? Maaf jika itu semua sudah jelas, tetapi sulit untuk mengetahui penyebab atau perbaikannya tanpa mengetahui apa yang ditunjukkan oleh log.

Saya pikir masalahnya mungkin ada kebingungan antara IPv4 dan IPv6 pada sistem, jadi ketika Anda menentukan localhost, protokol IPv6 default dipilih. Saya memiliki masalah yang sama hari ini dan diperbaiki setelah referensi localhost ke alamat IPv6 di host dihilangkan, meskipun itu mungkin kebetulan (saya juga menyiapkan SVN). Jadi di sini adalah pengaturan saya untuk berjaga-jaga:

1. Di IIS7 saya memiliki opsi "Deliver to SMTP server" diaktifkan dengan localhost sebagai server pilihan saya.
2. Di IIS6 saya memiliki akses yang ditetapkan hanya 127.0.0.1, tidak ada otentikasi untuk masuk atau keluar.

Saya mengutak-atik pengaturan sepanjang hari, jadi, jujur ​​saja, tidak yakin apa lagi yang bisa memengaruhi fakta bahwa itu berfungsi sekarang. Semoga ini bisa membantu setidaknya sedikit.

Tempat pertama yang harus dilihat adalah file log server. Ini akan memberi tahu Anda jika server Anda mengalami masalah pengiriman ke host tertentu. Sebagian besar waktu ini terjadi (dalam pengalaman saya) biasanya DNS (baik di ujung Anda atau jarak jauh) yang merupakan biang keladinya.

Server SMTP sedang mencari host / gateway SMTP untuk mengirim email.

Jika Anda mencoba mengirim ke localhost, maka IP localhost akan menjadi gateway. Jika Anda mencoba mengirim ke alamat email eksternal seperti gmail atau hotmail, Anda harus menambahkan gateway email ISP Anda sebagai host pintar.

Untuk mengatur host cerdas:

1. Di IIS Manager, klik kanan server virtual SMTP, lalu klik Properti.
2. Klik tab Pengiriman, dan klik Tingkat Lanjut.
3. Di kotak Smart host, ketikkan nama server smart host. Anda dapat mengetik string untuk mewakili nama atau memasukkan alamat IP.
4. Jika Anda ingin layanan SMTP mencoba mengirimkan pesan jarak jauh secara langsung sebelum meneruskannya ke server host pintar, pilih kotak centang Coba pengiriman langsung sebelum mengirim ke host pintar. Standarnya adalah mengirim semua pesan jarak jauh ke host pintar, bukan untuk mencoba pengiriman langsung.

Saya memiliki masalah yang sama setelah mengalihkan layanan email dari satu host ke host lain (yang baru adalah Office 365). Setelah banyak trial and error, akhirnya mulai bekerja dengan melakukan ini:

1. Tambahkan domain email saya ke IIS 6 sebagai domain "jarak jauh". (Ini adalah domain yang dihosting di O365 dan semua akun pengguna digunakan.)
2. Di IIS 6, klik dua kali domain itu; di bawah "Rute domain" pilih "Teruskan semua email ke host pintar" dan masukkan server Anda (dalam kasus saya, "smtp.office365.com"). Centang juga kotak untuk "Izinkan email masuk untuk diteruskan ke domain ini."
3. Di IIS 6, klik kanan server virtual SMTP> Properti.
   • Tab Umum: Klik Tingkat Lanjut dan tambahkan IP server Anda dan port 587
   • Tab Akses: pastikan "Memerlukan enkripsi TLS" dicentang. Saya harus membuat sertifikat domain di IIS 7 dengan nama domain email saya.
   • Tab Access: Tambahkan IP server lokal Anda ke daftar "Connection" dan "Relay".
   • Tab pengiriman: Keamanan Outbound: pilih otentikasi dasar, masukkan kredensial pengguna berlisensi yang sah; centang kotak untuk "enkripsi TLS"
   • Tab pengiriman: Koneksi Outbound: Masukkan 587 untuk Port TCP
   • Tab pengiriman: Lanjutan: Masukkan domain email Anda sebagai "Nama domain yang sepenuhnya memenuhi syarat" dan server email Anda sebagai "Host cerdas" (sekali lagi dalam kasus saya smtp.office365.com).

Firewall: Saya pernah membaca bahwa Anda perlu membuka port 587 untuk keluar. (Saya tidak melakukannya karena ini adalah server VOIP yang membutuhkan firewall-nya.)

Office 365: Tambahkan "konektor" di bawah Admin> Exchange untuk memungkinkan IP statis lokal Anda. Microsoft menyediakan instruksi tersebut secara online.

Mengalami masalah ini baru-baru ini. Seseorang telah menginstal MalwareBytes ke server smtp dan folder mailtot smtp tidak masuk daftar putih. Perangkat lunak memperlakukan semua yang ada dalam antrian sebagai kampanye spam potensial dan membiarkannya cukup waktu hingga berpindah ke badmail. Semua domain terpengaruh. Apakah saya bingung (operasi tanpa cacat selama bertahun-tahun sekarang ..) sampai saya melihat proses yang berjalan dan memperhatikan exe mbam.

Saya memiliki masalah yang sama. Seperti yang lain menyatakan itu terkait DNS. Saya memiliki zona pencarian maju pada server DNS internal kami untuk nama domain publik kami (yang berbeda dari nama domain internal kami). Saya harus menambahkan catatan MX pada zona pencarian maju internal ini untuk mencocokkan catatan MX pada catatan DNS domain publik kami. Ini menyelesaikan masalah.