IIS / SMTP - email macet di mailroot / Antrian

25

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?

iis smtp

— Jack Marchetti
sumber

1

Saya pernah mengalami masalah yang sama, tetapi ternyata ini hanya terjadi untuk domain / server target tertentu, yaitu saya mengirim email sendiri / kolega menggunakan alamat kantor (Exchange server) dan surat-surat hanya duduk di antrian. Saya tidak sengaja mengirim satu ke akun gmail pribadi saya dan mengirimnya tanpa masalah. Selanjutnya diuji dengan hotmail dan server Exchange lain sebagai target dan surat dikirim dengan baik. Belum untuk mengetahui apa masalahnya, tetapi jika ada yang masih memiliki masalah yang sama mungkin dengan memeriksa ini!

— Matt

@ MatthewSwain saya melihat hal yang sama di sini. Ratusan, jika tidak ribuan, surat berhasil dikirim, tetapi 53 surat saat ini terjebak dalam antrian. Semua itu tampaknya untuk penerima / domain tertentu.

— Zero3

18

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.

— Kratz
sumber

Bagus menangkap yang ini .. namun saya tidak ingat bahkan terjadi di jendela itu di tempat pertama untuk memeriksa opsi itu .. tidak yakin bagaimana itu berakhir dengan 0 di tempat pertama !!

— krilovich

Ini terjadi pada kita hari ini. Saya masuk untuk mengubah pengaturan dan "membatasi jumlah koneksi ke" pada tab "Umum" diperiksa dan memiliki "0" juga. Jelas ini juga mengubah pengaturan "Koneksi Outbound".

— Travis

7

Saya punya masalah ini hari ini.

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

— Guilherme Melo
sumber

4

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.

— Olaf
sumber

1

Apa masalah DNS?

— Shaamaan

Dalam kasus saya, saya harus memulai kembali pengontrol domain kami. untuk alasan apa pun, email ke satu klien tertentu tidak dapat dihubungi. Kami meng-host kotak yang memiliki pengaturan domain yang sama dengan klien jika itu memberikan petunjuk kepada siapa pun mengapa hal ini terjadi dan itu terjadi secara berkala ... tanpa sajak atau alasan..HTH

— Dave

1

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!

— Mzn
sumber

1

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.

— ShadeTreeAdmin
sumber

0

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.

— terima kasih
sumber

1

Tidak jelas sama sekali. Saya tidak tahu banyak tentang IIS dll. [Saya harus] tetapi saya terutama berfokus pada kode, bukan hal-hal admin sistem. Bahkan tidak yakin cara mengatur log.

— Jack Marchetti

Satu-satunya hal yang saya lihat adalah ini: Aksi: gagal Status: 5.3.5

— Jack Marchetti

Untuk mengaktifkan log, buka Administrator IIS 6 (bahkan jika Anda menggunakan IIS 7, layanan SMTP masih merupakan bagian dari IIS 6), klik kanan pada properti layanan SMTP, dan buka tab logging. Anda harus dapat mengaktifkan log dan / atau menemukan lokasi log di sana.

— jlupolt

0

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:

Di IIS7 saya memiliki opsi "Deliver to SMTP server" diaktifkan dengan localhost sebagai server pilihan saya.
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.

— Shagglez
sumber

0

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.

— Techie Joe
sumber

0

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:

Di IIS Manager, klik kanan server virtual SMTP, lalu klik Properti.
Klik tab Pengiriman, dan klik Tingkat Lanjut.
Di kotak Smart host, ketikkan nama server smart host. Anda dapat mengetik string untuk mewakili nama atau memasukkan alamat IP.
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.

— Admin Bahrain
sumber

0

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:

Tambahkan domain email saya ke IIS 6 sebagai domain "jarak jauh". (Ini adalah domain yang dihosting di O365 dan semua akun pengguna digunakan.)
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."
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.

— Pemain ski
sumber

0

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.

— Dua kali
sumber

-2

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.

— Cale Johnson
sumber