400 4.4.7 pesan tertunda

Minggu lalu Exchange 2010 ditayangkan dan saya perhatikan di penampil antrian (di konsol pertukaran) bahwa ia datang dengan beberapa email yang mengalami kesalahan 400 4.4.7 message delayed.

Respons bantingan yang didapat anggota kami adalah:

Delivery is delayed to these recipients or groups:

[email protected] ([email protected])

Subject: test

This message hasn't been delivered yet. Delivery will continue to be attempted.

The server will keep trying to deliver this message for the next 1 days, 19 hours and 54 minutes. You'll be notified if the message can't be delivered by that time.

Ini hanya satu contoh spesifik dan ada beberapa untuk beberapa domain yang berfungsi oleh alamat email lain (untuk domain yang sama).

Kami akan menyaring surat kami melalui filter mereka dan kemudian masuk ke server tetapi sekarang MX record menunjuk langsung ke server pertukaran kami.

Adakah yang tahu cara mengatasi ini? Atau jika pindah ke filter (dengan demikian mengubah alamat ke catatan MX kami) akan menyelesaikan ini?

Ada banyak kemungkinan yang terlibat dengan kesalahan ini. Diambil dari jawaban saya ini pada pertanyaan lain (tetapi sedikit dimodifikasi):

Pertama, cobalah membuat sesi SMTP dengan server surat jarak jauh menggunakan telnet untuk mengetahui apakah Anda dapat memperoleh informasi lebih lanjut.

Ini juga kemungkinan bahwa beberapa jenis aturan firewall aneh telah ditetapkan di tempat yang menjatuhkan, mengubah atau mengubah paket ke atau dari domain atau IP yang terkait dengan server jarak jauh. Tidak mungkin, tetapi saya telah melihat hal-hal aneh. Periksa firewall gateway Anda serta firewall perangkat lunak Exchange server untuk mengetahui aturan apa pun yang mungkin ada hubungannya dengan server SMTP jarak jauh. Periksa domain, IP, dan rentang alamat apa pun yang dapat dikaitkan dengan domain jarak jauh.

Kemungkinan ramping lainnya adalah bahwa domain jauh memiliki masalah zona DNS. Mungkin catatan MX mereka basi. Mungkin mereka melakukan migrasi zona tetapi tidak pernah memigrasi semuanya ke server DNS yang baru. Sekali lagi, hal-hal gila telah terjadi.

Namun kemungkinan lain adalah bahwa server penerima sedang melakukan pencarian DNS terbalik pada IP pengiriman Anda dan itu tidak cocok dengan catatan MX Anda. Jika catatan MX Anda menunjuk ke 192.0.2.1, tapi di belakang firewall 192.0.2.2 dan IP virtual diatur pada firewall untuk menerima 192.0.2.1, lalu lintas keluar akan terlihat sebagai 192.0.2.1, tetapi RDNS akan tampilkan 192.0.2.2 sebagai server email. Perbedaan itu dapat menyebabkan beberapa server penerima menolak pesan dengan berbagai cara (walaupun saya berharap admin email penerima tidak akan menekan pesan bouncing yang informatif, sebagai gantinya memilih pesan kegagalan umum).

(Sebagai catatan, pemeriksaan RDNS seperti di atas adalah bodoh karena banyak orang telah mengautentikasi relay untuk email keluar dan, karena kebutuhan, tidak akan cocok dengan server masuk. Admin email, jangan malas!)

Terakhir, tapi tentu saja, MENGGUNAKAN SPF RECORDS! DKIM juga. Anda mungkin menemukan bahwa banyak masalah email sementara Anda hilang begitu saja setelah menyiapkan kedua hal itu dengan benar.

Tentu saja, dengarkan Shane Madden dan periksa antrian surat Anda .

Pada akhirnya, hubungi admin domain jauh dan selesaikan bersama mereka . Anda mungkin harus bekerja dengan mereka untuk mencari tahu masalahnya.

Periksa antrian email Anda di bagian "Toolbox" konsol manajemen pertukaran.

Anda akan dapat menggali kesalahan spesifik yang sedang dibuat setiap kali pesan berusaha dikirim, yang seharusnya memberi sedikit cahaya pada akar penyebabnya. Temukan pesan masalah tertentu dalam antrian domain, lalu klik kanan pesan dan buka properti; bagian " Last Error" yang menarik.

Kemungkinan penyebabnya adalah konektivitas port 25 / tcp dan masalah resolusi DNS, tetapi edit kesalahan yang Anda temukan dalam pertanyaan jika Anda masih memiliki masalah dan kami dapat membantu dalam menentukan akar penyebabnya.

Tanpa informasi lebih lanjut, ini tidak terlihat aneh. Beberapa server penerima menerapkan kontrol batas tingkat yang mencegah banjir server mereka. Beberapa pesan langsung dikirim, yang lain harus menunggu (dan mencoba lagi nanti).

Jika masalah ini benar untuk lebih dari (katakanlah) 10% dari email Anda maka Anda memiliki masalah dengan resolusi DNS, firewall internal Anda atau pengaturan jaringan aneh lainnya yang mencegah aliran email di situs Anda .

Tapi ini sama sekali tidak ada hubungannya dengan pengaturan MX Anda.

Satu catatan lain, khusus untuk domain aol.com, jika perusahaan Anda akan mengirim banyak surat kepada mereka (saya tidak tahu apa ambang batas bagi mereka untuk memulai daftar hitam Anda), Anda perlu mendaftarkan nama domain Anda dengan kontak postmaster di situs web ini: http://postmaster.aol.com/Postmaster.Whitelist.php

DNS yang telah disiapkan pada server Exchange saya telah dihentikan. Saya mencoba untuk melakukan ping beberapa domain email tertunda dan tidak menerima resolusi apa pun.

Saya masuk ke pengaturan jaringan saya di server dan memperbarui DNS Primer dan sekunder.

Semuanya mulai mengalir dengan baik lagi.

Semoga ini membantu