Identifikasi rute aplikasi sebelum memilih batas
Pernyataan bahwa Microsoft 365 mengizinkan sejumlah email tertentu tidak lengkap. Pengiriman kotak surat, relai berbasis konektor, aliran Pengiriman Langsung, dan layanan email khusus dapat memiliki batasan yang berbeda. Pertanyaan yang berguna adalah batasan terdokumentasi mana yang berlaku untuk jalur pengiriman, identitas, penyewa, dan penerima sebenarnya. Panduan ini mengulas sumber pihak pertama terkini per 8 November 2026; tidak ada penyewa, antrian atau aplikasi yang diperiksa.
Mulailah dengan inventaris aplikasi yang berisi titik akhir, metode autentikasi, identitas pengiriman, pengirim yang terlihat, identitas amplop, konektor jika ada, populasi tujuan, dan pola burst normal. Sertakan pekerjaan terjadwal dan antrean percobaan ulang. Nama aplikasi yang mudah dipahami atau nama host Microsoft saja tidak menentukan apakah kotak surat, konektor relai, atau layanan lain bertanggung jawab atas pengiriman.
Pisahkan pengiriman kotak surat dari relai dan Pengiriman Langsung
milik Microsoft panduan rute perangkat dan aplikasi, diperbarui 16 September 2026, membedakan pengiriman SMTP klien yang diautentikasi, relai konektor yang diautentikasi, dan Pengiriman Langsung. Pengiriman kotak surat tunduk pada batas pengiriman kotak surat. Relai konektor tidak diatur oleh batas pengiriman klien yang sama, namun tetap tunduk pada kontrol layanan yang berlaku. Direct Send tidak dapat mengirimkan ke penerima di luar organisasi cloud.
Jangan memindahkan beban kerja ke relay hanya karena tarif kotak surat tidak nyaman. Konfirmasikan kelayakan rute, konfigurasi kepercayaan, otorisasi pengirim, dan cakupan penerima melalui instruksi penyedia saat ini. Aplikasi yang dihosting di layanan pihak ketiga tidak secara otomatis memenuhi syarat untuk desain relai konektor yang terdokumentasi. Penilaian ini tidak mengusulkan perubahan konektor, izin, atau kredensial.
Baca setiap ukuran kotak surat dalam satuannya masing-masing
Itu Halaman batas Exchange Online, diperbarui 19 Oktober 2026, mencantumkan 10.000 penerima per hari dan 30 pesan per menit untuk paket Exchange Online yang ditentukan. Jendela tingkat penerima sedang bergulir, dan pengaturan penerima per pesan adalah ukuran terpisah. Ini adalah angka kotak surat/paket layanan yang terdokumentasi, bukan tunjangan menyeluruh untuk setiap aplikasi atau layanan bermerek Microsoft.
Pisahkan jumlah pesan dari jumlah penerima dan bedakan nilai konfigurasi maksimum dari pengaturan kotak surat yang sebenarnya. Perlakuan daftar distribusi dapat berbeda antara penghitungan tingkat kotak surat dan penyewa. Catat perluasan keanggotaan yang relevan dan konfigurasi yang diamati daripada berasumsi bahwa satu pesan yang dikirimkan menghabiskan satu unit dari setiap kuota. Jika beberapa aplikasi berbagi kotak surat, lalu lintas gabungannya berpengaruh terhadap anggaran kotak surat tersebut.
Tambahkan cakupan penerima eksternal di seluruh penyewa
milik Microsoft Pengumuman dan pembaruan TERRL menjelaskan batas penerima eksternal penyewa yang terpisah. Pembaruan tanggal 13 Agustus 2026 memperkenalkan perubahan kuota yang diluncurkan mulai tanggal 14 September dan membedakan usia penyewa dan populasi lisensi. Dinyatakan bahwa peluncuran GCC, GCCH, DoD dan 21Vianet ditunda. Perbedaan cloud tersebut mencegah pernyataan global yang hanya didasarkan pada nama produk penyewa.
Sumber yang sama mengatakan lalu lintas eksternal yang diteruskan melalui penyewa dapat dihitung, dan pengiriman berulang bukanlah tunjangan alamat unik. Domain penerima dan konfigurasi domain diterima penting; Penyewa Microsoft 365 lainnya tidak secara otomatis bersifat internal. Konsultasikan daftar pengecualian saat ini untuk sistem tertentu atau lalu lintas layanan khusus daripada membuat pengecualian universal untuk apa pun yang tidak memiliki kotak surat.
Terdapat perbedaan dokumentasi yang belum terselesaikan: pengumuman yang diperbarui menyatakan 500 penerima eksternal untuk penyewa uji coba, sedangkan halaman batasan umum dan panduan pemecahan masalah menyatakan 5.000. Halaman batas umum memiliki tanggal pembaruan halaman yang lebih baru, jadi pengurutan tanggal saja tidak menyelesaikan konflik. Catat keduanya dan verifikasi kuota yang ditampilkan penyewa dan status penerapan di laporan pusat admin Exchange yang berlaku sebelum membuat janji kapasitas.
Diagnosis batasan sebenarnya
Tangkap respons lengkap, kode status tambahan, stempel waktu, rute pengiriman, dan penerima yang terpengaruh. Microsoft mendokumentasikan 5.7.233 untuk batas penerima eksternal penyewa dan diagnostik terpisah untuk batasan lainnya. Kegagalan SMTP permanen tidak bersifat sementara karena kuota yang mendasarinya mungkin akan berkurang, dan aplikasi tidak boleh mengulangi transaksi yang hasil akhirnya tidak pasti. RFC 5321 membedakan kelas balasan; mempertahankan pertukaran lengkap dan status antrian aplikasi.
Blok yang dicurigai mengalami kompromi juga berbeda dengan kehabisan kapasitas biasa. Panduan pemecahan masalah memerlukan penyelidikan mengapa akun dibatasi sebelum memulihkan akses. Menambahkan kotak surat, melemahkan perlindungan, atau mengubah kredensial tanpa memahami alasannya dapat menyembunyikan masalah daripada menyelesaikannya. Tetapkan pemilik keamanan ketika bukti diagnostik atau akun menunjukkan penyalahgunaan.
Petakan beban kerja yang representatif tanpa menciptakan ruang kepala
Pertimbangkan kumpulan fiksi yang terdiri dari tiga aplikasi. Pekerjaan penagihan dikirimkan melalui satu kotak surat yang diautentikasi, server situs menggunakan konektor yang disetujui, dan pemindai menggunakan Direct Send untuk karyawan. Tinjauan yang diusulkan memetakan batas kotak surat ke pekerjaan penagihan, cakupan penerima eksternal penyewa yang berlaku ke lalu lintas keluar konektor, dan batas penerima internal ke pemindai. Rute dan konfigurasi ini tidak diperhatikan; mereka menggambarkan bidang inventaris yang diperlukan untuk penilaian nyata.
Untuk setiap rute, bandingkan perkiraan permintaan penerima normal dan terburuk dengan batas aktual yang dikonfigurasi dan sisa tunjangan, dengan memperhitungkan pengguna lain dari sumber daya yang sama. Model burst, percobaan ulang, grup yang diperluas, dan periode waktu henti. Jangan berencana mengirim sampai batasnya habis sebagai ujian. Gunakan sampel terkontrol dan telemetri penyedia yang diberi otorisasi terpisah untuk memverifikasi rute tanpa menimbulkan lalu lintas yang dapat dihindari atau mengganggu pengiriman.
Pertahankan keputusan rute bertanggal
Dokumentasikan rute yang dipilih, revisi sumber, cakupan penyewa/cloud, bukti kuota aktual, interpretasi pengecualian, pemilik operasional, dan pemicu peninjauan. Jika beban kerja memerlukan layanan yang berbeda, nilai kelayakan dan batasan layanan saat ini secara independen. Layanan khusus mungkin sesuai, namun ini bukanlah solusi yang tidak terbatas dan mengubahnya memerlukan persetujuannya sendiri.
Gerbang bukti pastinya tetap terbuka: Petakan batasan resmi saat ini ke rute aplikasi yang representatif tanpa membuat ambang batas numerik. Peta yang diusulkan didukung oleh sumber tetapi bukan merupakan penilaian penyewa yang teramati. Asupannya juga memerlukan pengujian rute tertentu. Bukti rute asli, penyelesaian konflik sumber yang berlaku, tinjauan teknis dan persetujuan pelepasan masih diperlukan.