Pemberitahuan status pengiriman di Exchange Server dan di Small Business Server:

Terjemahan Artikel Terjemahan Artikel
ID Artikel: 284204 - Melihat produk di mana artikel ini berlaku.
Perbesar semua | Perkecil semua

PENDAHULUAN

Catatan Artikel ini adalah untuk informasi saja. Ini berisi informasi mengatasi masalah yang ada. Jika Anda sedang Telisik informasi yang tidak disebutkan dalam artikel ini mengatasi masalah, Cari Pangkalan Pengetahuan Microsoft lagi dengan menggunakan kata bukti kunci yang tercantum dalam artikel Pangkalan Pengetahuan Microsoft berikut:
242450 Bagaimana untuk query dalam Pangkalan Pengetahuan Microsoft dengan menggunakan kata bukti kunci dan kata-kata bukti kunci
Artikel ini menjelaskan pemberitahuan status pengiriman dalam Microsoft Exchange 2000 Server dan Microsoft Exchange Server 2003. Secara khusus, artikel ini menjelaskan pesan kegagalan permanen dan sementara kegagalan pesan bahwa sering menjadi kesalahan pengiriman permanen. Pesan berikut adalah contoh dari pemberitahuan status pengiriman kegagalan dilihat di klien Outlook:
Your message did not reach some or all of the intended recipients.

      Subject:	Original Message
      Sent:	7/11/2001 9:20 AM

The following recipient(s) could not be reached:
      user@nwtraders.com on 7/11/2001 9:20 AM
            The e-mail account does not exist at the organization this message was sent to.
            Check the e-mail address, or contact the recipient directly to find out the 
            correct address.
            <server.nwtraders.com #5.1.1>

Informasi lebih lanjut

Laporan bebas-pengiriman (NDR) adalah sistem pesan yang melaporkan status pengiriman pesan kepada pengirim. Pesan yang subclass dari struktur informasi pesan umum yang dikenal sebagai pemberitahuan status pengiriman. Pemberitahuan status pengiriman menggambarkan tiga jenis situasi:
  • Sukses (2.X.X Kode numerik)
  • Kegagalan sementara terus-menerus (4.X.X Kode numerik)
  • Kegagalan permanen (5.X.X Kode numerik)
NDR akan dihasilkan ketika pesan tidak dapat dikirim. Jika komputer dapat mendeteksi alasan untuk pengiriman gagal, itu peta alasan ke kode status, dan pesan kesalahan yang sesuai dicetak. Untuk NDR, kebanyakan kode numerik kesalahan dilaporkan dalam bentuk "5.X.X"dan digambarkan sebagai kegagalan permanen. Namun, kondisi tertentu sementara menyebabkan "4.X.X"kode.

Perhatikan bahwa server yang melaporkan masalah terdaftar sebelum nomor kode. Dalam contoh NDR di bagian "Pendahuluan", server pelaporan adalah server.nwtraders.com. Kadang-kadang, server yang melaporkan masalah ini tidak server yang benar-benar mengalami probhlem.

Berikut ini adalah kode numerik kesalahan dan kesalahan sesuai ketentuan yang paling sering terjadi:
  • Kode numerik: 4.2.2

    Catatan Tersedia dalam Exchange 2000 Service Pack 2 atau versi sebelumnya. Lihat kode galat 5.2.2.
  • Kode numerik: 4.3.1

    Kemungkinan penyebab: Kesalahan ini mungkin disebabkan oleh masalah sumber daya, seperti disk penuh. Kesalahan ini juga terjadi jika kondisi berikut ini benar:
    • Antrian protokol Transfer Surat sederhana (SMTP) terletak pada partisi Daftar Tabel alokasi berkas (FAT).
    • Layanan telah mencapai batas Windows yang dikenakan pada jumlah menangani bersamaan file yang dapat dibuka oleh Layanan SMTP.
    Dalam kasus ini, menerima pesan galat "disk penuh", Anda mungkin menerima pesan galat "out of memory".

    Pemecahan masalah: Pastikan bahwa Anda memiliki cukup penyimpanan disk, dan mencoba untuk beroperasi Anda antrian Exchange Transport pada partisi NTFS.
  • Kode numerik: 4.3.2

    Pertama tersedia: Exchange 2000 Service Pack 1

    Kemungkinan penyebab: Pesan tidak terkirim karena tindakan Administrator melalui antarmuka penampil antrian di Pengelola Sistem Exchange.
  • Kode numerik: 4.4.1

    Kemungkinan penyebab: Host tidak menanggapi.

    Pemecahan masalah: Kode ini dapat disebabkan oleh kondisi jaringan transien. Asing secara otomatis mencoba untuk menyambung lagi dan memberikan pesan email. Jika pengiriman masih gagal setelah beberapa mencoba, "kegagalan permanen" NDR akan dihasilkan.
  • Kode numerik: 4.4.2

    Kemungkinan penyebab: Sambungan dijatuhkan antara server.

    Pemecahan masalah: Kode ini mungkin disebabkan oleh masalah sementara jaringan atau server yang turun. Server mencoba untuk menyampaikan pesan untuk jangka waktu tertentu, dan kemudian menghasilkan laporan status tambahan.
  • Kode numerik: 4.4.6

    Kemungkinan penyebab: Nilai maks hop menghitung melebihi untuk pesan. Kesalahan ini juga dapat terjadi jika situasi loop yang ada antara server pengiriman dan penerimaan server yang tidak dalam organisasi yang sama. Dalam skenario ini, pesan yang memantul kembali dan sebagainya sampai jumlah hop terlampaui.

    Pemecahan masalah:Jumlah maks hop properti diatur untuk setiap virtual server. Secara manual, Anda dapat mengganti pengaturan ini (pengaturan default adalah 15 untuk Exchange 2000 Server dan 30 untuk Exchange Server 2003). Selain itu, Telisik setiap situasi yang mungkin menyebabkan loop antara server.
  • Kode numerik: 4.4.7

    Kemungkinan penyebab: Pesan dalam antrian telah kedaluwarsa. Sending server mencoba untuk me-relay atau menyampaikan pesan, tetapi tindakan tidak diselesaikan sebelum kedaluwarsa pesan. NDR ini mungkin juga menunjukkan bahwa pesan header batas tercapai pada remote server atau bahwa beberapa time-out protokol lainnya terjadi selama komunikasi dengan remote server.
    Pemecahan masalah: Kode ini biasanya menunjukkan masalah pada server menerima. Memverifikasi validitas alamat penyuratan penerima, dan memverifikasi bahwa menerima server dikonfigurasi untuk menerima pesan dengan benar. Anda mungkin harus mengurangi jumlah penerima di kop pesan untuk host dari yang Anda menerima NDR ini. Jika Anda mengirim pesan, pesan akan ditambahkan ke antrian lagi. Jika server menerima online, pesan akan dikirim.
  • Kode numerik: 4.4.9

    Pertama tersedia: Microsoft Exchange Server 2003

    Kemungkinan penyebab: Kode ini menunjukkan bahwa terjadi kesalahan routing sementara atau bahwa ada konfigurasi perutean yang buruk. Masalah ini dapat terjadi pada salah satu atau kedua skenario berikut:
    • Sebuah konektor SMTP dikonfigurasi untuk menggunakan DNS tanpa host pintar dan juga dikonfigurasi untuk menggunakan alamat penyuratan SMTP bebas ruang, seperti ruang alamat penyuratan X.400.
    • Pesan dikirim ke penerima yang diidentifikasi sebagai anggota suatu jalur grup yang telah dihapus.
    Pemecahan masalah: Jika masalah ini berlanjut, menggunakan alat WinRoute untuk memeriksa kelompok-kelompok routing di panel tampilan pohon, dan kemudian memeriksa ruang alamat penyuratan rute yang diambil oleh masalah pesan. Untuk informasi lebih lanjut tentang alat WinRoute, klik nomor artikel berikut ini untuk melihat artikel di dalam Pangkalan Pengetahuan Microsoft:
    281382 Cara menggunakan alat WinRoute
  • Kode numerik: 4.6.5

    Pertama tersedia: Microsoft Exchange Server 2003

    Kemungkinan penyebab: Kode ini terjadi ketika konversi SMTP masuk gagal karena halaman kode yang ditentukan dalam pesan tidak diinstal pada server menerima. Pemberitahuan status pengiriman ini berisi hanya kop pesan asli. Tidak ada konten asli disediakan.

    Pemecahan masalah: Lihat MIME dari pesan awal. Pastikan bahwa file bahasa yang diperlukan yang diinstal pada server yang menerima pesan.
  • Kode numerik: 5.0.0

    Pertama tersedia: Semua kode numerik kesalahan yang pertama tersedia dengan Exchange 2000 Service Pack 1 (4.3.2, 5.4.0, 5.4.4, dan 5.5.0) diklasifikasikan sebagai 5.0.0 di Exchange 2000 Service Pack 1 dan versi sebelumnya.

    Kemungkinan penyebab:
    • Ada tidak ada jalan untuk ruang alamat penyuratan tertentu. Sebagai contoh, sebuah konektor SMTP dikonfigurasi, tapi alamat penyuratan ini tidak cocok.
    • DNS kembali host otoritatif yang tidak ditemukan untuk domain.
    • jalur grup tidak memiliki konektor didefinisikan. Oleh karena itu, pesan dari satu server dalam satu jalur grup tidak memiliki rute ke jalur grup yang lain.
    • Terjadi kesalahan protokol SMTP.
    Mengatasi masalah:
    1. Memperbaiki ruang alamat penyuratan, atau tambahkan ruang alamat penyuratan yang memiliki jenis "SMTP" dan nilai "*" (asterisk) untuk satu atau lebih konektor SMTP.
    2. Memverifikasi bahwa DNS bekerja dengan benar.
    3. Pastikan bahwa kelompok-kelompok routing memiliki konektor yang tautan langsung mereka.
    4. Jika Anda menjalankan Exchange 2000 tanpa Service Pack 1, menerapkan Service Pack 1 untuk membantu menentukan masalah sebenarnya.
  • Kode numerik: 5.1.0

    Kemungkinan penyebab: Kode ini menunjukkan kegagalan berbasis categorizer Umum (Alamat buruk kegagalan). alamat penyuratan email atau atribut lainnya tidak dapat ditemukan dalam direktori. Masalah ini dapat terjadi jika entri kontak tidak memiliki atribut targetAddress diatur. Masalah ini terjadi paling sering ketika MDAccess menerima "objek tidak ditemukan" kesalahan dari DSAccess ketika Categorizer adalah melakukan pencarian homeMDB pada pengguna.

    Masalah ini juga terjadi jika Anda menggunakan Microsoft Outlook untuk menyimpan pesan email sebagai file, dan kemudian seseorang membuka dan Balasan untuk pesan ini secara offline. Properti pesan mempertahankan legacyExchangeDN hanya ketika Outlook memberikan pesan. Oleh karena itu, homeMDB lookup mungkin gagal.

    Pemecahan masalah: Memverifikasi alamat penyuratan penerima, dan kemudian mengirim ulang pesan. Pastikan bahwa alamat penyuratan penerima diformat dengan benar dan bahwa categorizer mampu benar menyelesaikan Penerima.
  • Kode numerik: 5.1.1

    Kemungkinan penyebab:
    • Email account tidak ada dalam organisasi yang pengiriman pesan. Masalah ini dapat terjadi jika ada masalah ketika pengguna dipindahkan antara situs. Misalnya, jika pengguna Administrative_Group_1 mantan bergerak ke Administrative_Group_2 dan kemudian Balasan untuk pesan email lama, atau jika pengguna tidak kembali membuat profil Outlook, administrasi kelompok gaya lama, alamat penyuratan LegDN akan digunakan, dan NDR yang dihasilkan.
    • Pesan dikirim ke entri buku alamat penyuratan Pribadi usang.
    Pemecahan masalah: Menggunakan pemecahan masalah prosedur yang dijelaskan untuk kode galat 5.1.0.
  • Kode numerik: 5.1.3

    Kemungkinan penyebab: Sintaks alamat penyuratan buruk. Misalnya, kontak dikonfigurasi untuk menggunakan atribut targetAddress yang memiliki tipe alamat penyuratan tidak.

    Pemecahan masalah: Menggunakan pemecahan masalah prosedur yang dijelaskan untuk kode galat 5.1.0.
  • Kode numerik: 5.1.4

    Kemungkinan penyebab: Dua objek yang memiliki alamat penyuratan proxy yang sama, dan mail akan dikirim ke alamat penyuratan tersebut. Masalah ini juga dapat terjadi jika Penerima tidak ada di server jauh.

    Pemecahan masalah: Memverifikasi alamat penyuratan penerima, dan kemudian mengirim ulang pesan.
  • Kode numerik: 5.1.6

    Pertama tersedia: Exchange 2000 Service Pack 2

    Kemungkinan penyebab: Atribut direktori pengguna, seperti homeMDB atau msExchHomeServerName, mungkin akan hilang atau rusak.

    Pemecahan masalah: Memverifikasi integritas atribut direktori pengguna, dan kemudian menjalankan Layanan Update Penerima lagi untuk memastikan bahwa atribut yang diperlukan untuk transportasi berlaku.
  • Kode numerik: 5.1.7

    Pertama tersedia: Exchange 2000 Service Pack 2

    Kemungkinan penyebab: Pengirim memiliki atribut mail kecacatan atau hilang dalam struktur direktori. Categorizer transportasi tidak dapat memberikan item Surat tanpa atribut e-mail valid.

    Pemecahan masalah: Memverifikasi struktur direktori pengirim, dan kemudian menentukan apakah atribut e-mail yang ada.
  • Kode numerik: 5.2.1

    Kemungkinan penyebab: Mail lokal ditolak karena pesan terlalu besar. Nomor hilang Master Account ID keamanan (SID) pada Penerima juga dapat menyebabkan pesan kesalahan ini.

    Pemecahan masalah: Memverifikasi izin akses Selain ukuran pesan. Menentukan apakah Penerima memiliki SID.
  • Kode numerik: 5.2.2

    Pertama tersedia: Exchange 2000 Service Pack 3 (sebelumnya kode galat 4.2.2 di rilis sebelumnya).

    Kemungkinan penyebab: Kotak pesan Penerima adalah atas batas penyimpanan.

    Pemecahan masalah: Pastikan kotak penyimpanan dan batas kuota penyimpanan antrian.
  • Kode numerik: 5.2.3

    Kemungkinan penyebab: Pesannya terlalu besar untuk kuota lokal. Misalnya, pengguna Exchange remote mungkin memiliki pembatasan pengiriman yang mencakup maksimum pesan masuk.

    Pemecahan masalah: Mengirim pesan tanpa lampiran, atau menetapkan batas sisi server atau batas sisi klien untuk mengizinkan ukuran pesan yang lebih besar.
  • Kode numerik: 5.3.0

    Pertama tersedia: Microsoft Exchange Server 2003

    Kemungkinan penyebab: Exchange Server 2003 yang memiliki fitur yang memungkinkan Exchange 2003 beroperasi tanpa pesan Transfer Agent (MTA). Jika pesan dikirim salah dengan menggunakan garis jatuh berseri MTA, pemberitahuan status pengiriman ini dikembalikan kepada pengirim.

    Catatan Meskipun Exchange 2003 dapat beroperasi tanpa MTA, kami tidak merekomendasikan atau mendukung konfigurasi ini.

    Untuk mengaktifkan fitur ini dan mencegah pesan antri untuk MTA, ikuti langkah berikut:
    1. Menonaktifkan layanan MTA.
    2. Mengatur nilai DWORD ke 0 di subkunci registri berikut untuk setiap informasi store database dan folder publik toko:
      HKLM\System\CurrentControlSet\Services\MsExchangeIS\<Server Name>\<PrivMDB_GUID>\Gateway In Threads


      HKLM\System\CurrentControlSet\Services\MsExchangeIS\<Server Name>\<PrivMDB_GUID>\Gateway Out Threads
      Catatan Ketika Anda melakukan ini, Anda membuat tersedia sumber daya toko yang berhubungan dengan pengiriman MTA.
    3. Restart toko informasi.
    Pemecahan masalah: Periksa Anda routing topologi. Gunakan alat WinRoute untuk memastikan bahwa rute direplikasi dengan benar antara server dan kelompok-kelompok routing.
  • Kode numerik: 5.3.3

    Kemungkinan penyebab: Remote Exchange 2000 server atau Exchange 2003 remote server adalah dari disk penyimpanan untuk menyimpan e-mail. Masalah ini terjadi paling sering ketika sending server mengirimkan mail yang meliputi DATA biner (BDAT). Kode ini juga dapat menunjukkan kesalahan protokol SMTP.

    Pemecahan masalah: Pastikan bahwa remote server memiliki penyimpanan yang cukup untuk menampung pesan, dan memeriksa log protokol SMTP untuk kesalahan.
  • Kode numerik: 5.3.5

    Kemungkinan penyebab: Situasi kembali loop yang terdeteksi. Dalam situasi ini, server dikonfigurasi untuk loop kembali pada dirinya sendiri.

    Pemecahan masalah: Jika Anda memiliki beberapa SMTP server virtual yang dikonfigurasi di komputer Exchange Anda, pastikan bahwa server virtual yang melayani Port masuk yang unik dan konfigurasi port SMTP keluar sah. Konfigurasi ini membantu menghindari perulangan antara lokal server virtual. Periksa konfigurasi server konektor untuk loop. Sebagai contoh, pastikan bahwa tidak ada konektor memiliki ruang alamat penyuratan organisasi lokal, kecuali jika Anda berbagi domain dan tidak memilih opsi Gunakan DNS untuk rute ke setiap ruang alamat penyuratan pada konektor ini . Untuk informasi lebih lanjut, klik nomor artikel berikut ini untuk melihat artikel di dalam Pangkalan Pengetahuan Microsoft:
    321721 Bagaimana cara berbagi ruang alamat penyuratan SMTP di Exchange 2000 Server atau Exchange Server 2003
    Pastikan bahwa beberapa virtual server tidak diatur ke Semua Unassigned.
  • Kode numerik: 5.4.0

    Pertama tersedia: Exchange 2000 Service Pack 1

    Kemungkinan penyebab:
    • Host otoritatif tidak ditemukan di DNS.
    • Entri smarthost tidak betul.
    • FQDN ada di berkas tuan rumah. Masalah ini diperbaiki dalam Windows 2000 Service Pack 3 (SP3).
    • DNS kegagalan terjadi, atau Anda dibangun sebuah alamat penyuratan IP tidak valid untuk smarthost Anda.
    • SMTP VS tidak memiliki FQDN berlaku, atau pencarian SMTP VS FQDN Anda gagal.
    • Kontak SMTP domain tidak menyelesaikan setiap ruang alamat penyuratan SMTP.
    Pemecahan masalah: Menggunakan Nslookup untuk memeriksa DNS. Verifikasikan bahwa alamat penyuratan IP dalam format harfiah IPv4. Pastikan bahwa ada sebuah catatan DNS yang valid untuk nama server atau komputer yang bersangkutan. Jika Anda mengandalkan FQDN di file host, mengabaikan hal itu dan memperbarui entri di Manajer sistem Exchange dengan menggunakan alamat penyuratan IP yang valid atau nama benar.
  • Kode numerik: 5.4.4

    Pertama tersedia: Exchange 2000 Service Pack 1

    Kemungkinan penyebab: Tidak ada jalan menuju pesan, hop berikutnya tidak ditemukan. Anda telah mengatur jalur grup topologi, tapi ada tidak ada konektor grup Routing dibentuk antara kelompok-kelompok Routing.

    Pemecahan masalah: Menambahkan atau mengkonfigurasi Anda konektor grup Routing antara jalur grup.
  • Kode numerik: 5.4.6

    Kemungkinan penyebab: Loop maju Categorizer terdeteksi.
    Atribut targetAddress diatur pada pengguna dengan dukungan kotak pesan. Hosting paket: Ini adalah masalah konfigurasi umum hosting yang disebabkan oleh konflik unit organisasi (OU). Masalah ini terjadi ketika seseorang membuat kontak di OU1 dan kemudian menggunakan alat bawaan untuk membuat pengguna dalam OU2 yang memiliki alamat penyuratan email yang sama.

    Mengatasi masalah:
    • Masalah ini terjadi ketika contactA memiliki Penerima alternatif bahwa poin untuk contactB, dan contactB memiliki Penerima alternatif yang menunjuk kembali ke contactA. Periksa Penerima alternatif untuk setiap kontak.
    • Menghapus atribut targetAddress dari pengguna dengan dukungan kotak pesan.
    • Untuk hosting yang Anda ingin mengirim e-mail dari satu user dalam satu perusahaan (OU) ke perusahaan lain (OU), lebih baik untuk menentukan objek tertaut berikut:
      Pengguna: SMTP proxy: user@company.com
      Kontak: targetAddress: user@company.com; SMTP proxy: contact@company2.com
  • Kode numerik: 5.4.8

    Pertama tersedia: Exchange 2000 Service Pack 1

    Kemungkinan penyebab: Kode ini menunjukkan suatu kondisi perulangan. Masalah ini dapat terjadi jika salah satu kebijakan penerima termasuk domain lokal yang sesuai FQDN server Exchange di organisasi. Ketika Categorizer transportasi proses email yang ditentukan untuk domain yang sesuai FQDN Exchange server, NDR yang memiliki kode yang dihasilkan.

    Pemecahan masalah: Jika masalah ini terjadi karena domain yang sesuai FQDN server Exchange dalam kebijakan penerima, Anda harus menghapus entri.
  • Kode numerik: 5.5.0

    Pertama tersedia: Exchange 2000 Service Pack 1

    Kemungkinan penyebab: Protokol generik error (kesalahan SMTP). SMTP terpencil menanggapi EHLO kami dengan menghasilkan 500 tingkat kesalahan, dan sistem pengiriman berakhir sambungan dan laporan kesalahan NDR ini. Hal ini menunjukkan bahwa remote SMTP server tidak dapat menangani protokol. (Sebagai contoh, jika sebuah account Outlook.com tidak lagi aktif, 550 SMTP kesalahan terjadi.)

    Pemecahan masalah: Menjalankan sebuah SMTP log atau jejak Monitor jaringan untuk deteremine mengapa remote SMTP server menolak permintaan protokol.
  • Kode numerik: 5.5.2

    Kemungkinan penyebab: Ini merujuk kepada sebuah protokol umum kesalahan ketika protokol SMTP keluar dari urutan menurun. Sebagai contoh, protokol SMTP error terjadi ketika AUTH diadili sebelum EHLO. Dalam satu pengamatan, ini terjadi ketika sistem mengalami kondisi "dari disk".

    Pemecahan masalah: Menjalankan sebuah SMTP log atau jejak Monitor jaringan untuk memverifikasi bahwa ada cukup penyimpanan disk dan kehabisan memori virtual untuk SMTP untuk beroperasi.
  • Kode numerik: 5.5.3

    Kemungkinan penyebab: Ada terlalu banyak penerima pesan terkirim.

    Pemecahan masalah: Batas penerima adalah batas dikonfigurasi pada server menerima. Untuk mengatasi masalah ini, meningkatkan batas penerima atau memecah pesan ke beberapa pesan sesuai batas server.

    Catatan Batas penerima default pada pesan protokol Transfer Surat sederhana (SMTP) adalah 5,000. Untuk mengatur batas ini, mulai Pengelola Sistem Exchange, klik Pengaturan Global node, klik kanan-atas Pengiriman pesan, dan kemudian klik properti. Hal ini juga dapat pengaturan per pengguna di Active Directory.
  • Kode numerik: 5.6.3

    Pertama tersedia: Microsoft Exchange Server 2003

    Kemungkinan penyebab:
    1. Pesan berisi lampiran lebih dari 250. Lebih dari 250 lampiran menyebabkan kesalahan MAPI_E_TOO_BIG.
    2. Mail yang memiliki kecacatan addr822 header dikirim.

    Mengatasi masalah:
    1. Mengurangi jumlah lampiran dalam pesan, dan kemudian mengirim ulang pesan.
    2. Benar header. Galat ini menyesatkan karena menunjukkan bahwa NDR terjadi karena header P2 kecacatan.
  • Kode numerik: 5.7.1 berisi

    Kemungkinan penyebab:
    • Umum Akses ditolak, pengirim Akses ditolak; pengirim pesan tidak memiliki kredensial yang diperlukan untuk pengiriman lengkap.
    • Anda mencoba untuk me-relay e-mail melalui server SMTP lain, dan server tidak memungkinkan Anda untuk menyampaikan.
    • Penerima mungkin memiliki pembatasan pengiriman kotak pesan yang diaktifkan. Misalnya, penerima pesan pengiriman pembatasan ditetapkan untuk menerima dari daftar distribusi hanya, dan pesan email non-anggota ditolak dan menghasilkan kesalahan ini.
    • Untuk Exchange Server 2003, daftar distribusi dapat dikonfigurasi untuk membatasi pengiriman e-mail dari pengguna yang tidak terauthentikasi. e-mail yang dikirim oleh menggunakan sesi SMTP tidak terauthentikasi ditolak.
    Pemecahan masalah: Periksa sistem perizinan dan atribut untuk kontak, dan kemudian mencoba untuk mengirim pesan itu lagi. Juga, pastikan bahwa Anda menjalankan Exchange 2000 Service Pack 1 atau versi yang lebih baru untuk memperhitungkan masalah yang diketahui.
Untuk informasi lebih lanjut, klik nomor artikel berikut ini untuk melihat artikel di dalam Pangkalan Pengetahuan Microsoft:
256321 Kode status ditingkatkan untuk pengiriman - RFC 1893

Sumber daya tambahan

Untuk informasi tentang NDR di Exchange Server 2007 dan Exchange Server 2010, lihat topik Microsoft TechNet berikut:
Memahami laporan tidak terkirim

Pemahaman DSNs dan NDR
Untuk mempelajari lebih lanjut tentang pemberitahuan status pengiriman, lihat Permintaan untuk komentar (RFC) 1891 dan RFC 1893.

Untuk melihat daftar kode status NDR, lihat RFC 1891 dan RFC 1893.

Properti

ID Artikel: 284204 - Kajian Terakhir: 12 September 2013 - Revisi: 3.0
Berlaku bagi:
  • Microsoft Exchange Server 2003 Enterprise Edition
  • Microsoft Exchange Server 2003 Standard Edition
  • Microsoft Windows Small Business Server 2003 Premium Edition
  • Microsoft Windows Small Business Server 2003 Standard Edition
  • Microsoft Exchange 2000 Server Standard Edition
Kata kunci: 
kbinfo kbmt KB284204 KbMtid
Penerjemahan Mesin
PENTING: Artikel ini diterjemahkan oleh perangkat lunak penerjemahan mesin Microsoft, dan mungkin telah diedit oleh Masyarakat Microsoft melalui teknologi CTF dan bukan oleh seorang penerjemah profesional. Microsoft menawarkan baik artikel yang diterjemahkan oleh manusia maupun artikel hasil editan terjemahan oleh mesin/komunitas, sehingga Anda dapat mengakses semua artikel di Sentra Pengetahuan yang kami miliki dalam berbagai bahasa. Namun artikel hasil editan mesin atau bahkan komunitas tidak selalu sempurna. Artikel ini dapat mengandung kesalahan dalam hal kosa kata, sintaksis atau tatabahasa, sangat mirip dengan penutur asing yang membuat kekeliruan ketika berbicara dalam bahasa Anda. Microsoft tidak bertanggung jawab atas ketidakakuratan, kesalahan atau kerugian apa pun akibat dari kekeliruan dalam penerjemahan isi atau penggunaannya oleh pelanggan kami. Microsoft juga akan senantiasa memperbarui perangkat lunak penerjemahan mesin dan alat untuk menyempurnakan Editan Hasil Penerjemahan Mesin.
Klik disini untuk melihat versi Inggris dari artikel ini: 284204

Berikan Masukan

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com