Cara Mengatasi Kesalahan Outlook "Tidak Dapat Mengirim Email Tetapi Dapat Menerima"

Anda membuka Outlook, pesan baru tiba secara normal, tetapi setiap balasan tertahan di Kotak Keluar (Outbox) atau gagal dengan kesalahan pengiriman. Kombinasi ini berguna secara diagnostik: penerimaan dan pengiriman tidak selalu menggunakan jalur koneksi, kredensial, atau pengaturan server yang sama. Oleh karena itu, kotak surat dapat tampak sehat di sisi masuk sementara sisi keluar rusak.

Contoh ilustratif: bayangkan Avery menggunakan Outlook untuk Windows dengan akun email kerja yang disediakan oleh penyedia hosting pihak ketiga. Avery dapat menerima pesan baru dari klien, tetapi balasan biasa tidak akan keluar dari Kotak Keluar. Ini adalah contoh hipotetis yang hanya digunakan untuk menunjukkan cara menerapkan proses pemecahan masalah; ini bukan hasil uji nyata atau cerita pelanggan.

Pendekatan paling aman adalah memulai dengan pemeriksaan paling sederhana, melakukan pengujian setelah setiap perubahan, dan hanya beralih ke konfigurasi akun atau server ketika langkah-langkah sebelumnya tidak menjelaskan masalah tersebut. Panduan dukungan Microsoft saat ini mencakup Outlook Baru untuk Windows dan Outlook klasik, meskipun beberapa menu berbeda di antara keduanya. Titik awal resmi adalah halaman pemecahan masalah kirim/terima Outlook Microsoft.

Mengapa Outlook dapat menerima email tetapi gagal mengirim

Menerima email hanya membuktikan bahwa setidaknya sebagian dari koneksi kotak surat berfungsi. Untuk akun POP atau IMAP, email masuk dan email keluar menggunakan pengaturan server yang berbeda. IMAP atau POP menangani pengambilan, sementara SMTP menangani pengiriman. Konfigurasi masuk yang benar karena itu dapat berdampingan dengan nama host SMTP yang salah, port, pilihan enkripsi, kata sandi, atau metode autentikasi.

Dengan akun Microsoft 365 atau Exchange, penyebabnya mungkin berbeda karena klien Outlook modern umumnya menggunakan tumpukan koneksi Exchange Microsoft daripada jalur pengiriman SMTP yang dikonfigurasi secara manual. Dalam kasus tersebut, klien offline, pesan yang tersangkut, masuk yang kedaluwarsa, masalah profil, add-in, pembatasan akun, atau masalah layanan lebih mungkin daripada masalah port SMTP acak.

1. Kirim pesan uji kecil dan konfirmasi Outlook online

Mulai dengan menyusun pesan baru untuk diri Anda sendiri dengan subjek singkat seperti "send test". Jangan menambahkan lampiran, gambar tanda tangan, daftar distribusi, atau pemformatan yang tidak biasa. Ini memisahkan kegagalan pengiriman dasar dari masalah yang disebabkan oleh satu pesan tertentu.

Di Outlook klasik, lihat di bilah status. Microsoft menyatakan bahwa status seperti Working Offline, Disconnected, atau Trying to connect berarti Outlook tidak dapat menjangkau server email. Pada tab Send/Receive, gunakan Work Offline untuk kembali ke mode online bila diperlukan, lalu coba Send/Receive lagi. Microsoft mendokumentasikan perilaku ini dalam panduan mereka tentang cara bekerja offline di Outlook untuk Windows.

Untuk Avery, tes pertama ini menjawab pertanyaan dasar: apakah pengiriman gagal bahkan untuk pesan kecil yang benar-benar baru saat Outlook online? Jika ya, lanjutkan. Jika pesan uji terkirim, pesan asli yang tersangkut adalah tempat yang lebih baik untuk diselidiki.

2. Periksa Kotak Keluar, mulai dari pesan tersangkut tertua

Pesan yang besar atau tidak valid dapat memblokir pesan lain di belakangnya. Microsoft secara khusus merekomendasikan untuk memeriksa item tertua di Kotak Keluar terlebih dahulu. Lampiran besar adalah penyebab umum. Dalam panduan pemecahan masalah Outlook desktop Microsoft, lampiran yang lebih besar dari sekitar 20 MB adalah tanda peringatan karena batas penyedia bervariasi; Outlook.com secara terpisah mendokumentasikan batas lampiran 25 MB untuk lampiran biasa.

Jika pesan tertua memiliki file besar, hapus lampiran dan coba lagi. Tautan berbagi cloud, seperti OneDrive, mungkin lebih praktis untuk file besar. Jika pesan sulit diedit karena Outlook terus mencoba mengirimnya, pengguna Outlook klasik dapat sementara memilih Work Offline, memindahkan atau mengedit pesan, lalu menyambung kembali. Lihat instruksi resmi Microsoft untuk pesan yang tersangkut di Kotak Keluar.

Dalam contoh tersebut, anggap pesan gagal pertama Avery berisi presentasi tetapi pesan uji kecil juga gagal. Itu berarti lampiran mungkin merupakan masalah terpisah daripada akar penyebab, sehingga Avery harus terus melanjutkan alih-alih mengasumsikan ukuran file menjelaskan semuanya.

3. Periksa apakah masalahnya ada pada aplikasi Outlook atau akun

Jika penyedia Anda menawarkan webmail, masuk melalui situs web resmi penyedia dan kirim pesan uji kecil yang sama. Untuk kotak surat Outlook.com, gunakan Outlook di web. Perbandingan ini berharga:

• Webmail berhasil mengirim tetapi Outlook desktop tidak: fokus pada aplikasi Outlook, konfigurasi akun lokal, profil, add-in, atau kredensial yang di-cache.
• Webmail juga tidak dapat mengirim: fokus pada akun, penyedia, pembatasan pengiriman, status kotak surat, atau ketersediaan layanan.

Jangan perlakukan ini sebagai bukti dari satu penyebab yang tepat. Ini adalah tes perutean yang memberi tahu Anda di mana harus menghabiskan upaya pemecahan masalah berikutnya.

4. Autentikasi ulang jika kata sandi atau masuk baru-baru ini berubah

Jika Anda baru-baru ini mengubah kata sandi kotak surat, menyelesaikan reset keamanan, mengaktifkan autentikasi multifaktor, atau melihat prompt masuk, perbarui masuk akun sebelum mengubah pengaturan server. Instruksi dukungan Outlook Microsoft saat ini menyatakan bahwa kata sandi yang diubah mungkin perlu dimasukkan kembali di Outlook. Outlook Baru dapat meminta Anda untuk melanjutkan masuk ke akun yang terpengaruh.

Beberapa penyedia non-Microsoft masih memerlukan kata sandi khusus aplikasi untuk klien email tertentu. Aturan itu berasal dari penyedia email, bukan dari Outlook itu sendiri, jadi gunakan instruksi resmi penyedia daripada resep kata sandi dari blog pihak ketiga.

Untuk Avery, perubahan kata sandi sehari sebelumnya akan menjadi petunjuk yang kuat. Jika autentikasi ulang memperbaiki pesan uji kecil, tidak ada alasan untuk mengubah port SMTP atau membangun ulang profil Outlook.

5. Untuk akun POP atau IMAP, verifikasi pengaturan SMTP keluar

Ini adalah cabang paling penting ketika penerimaan berhasil tetapi pengiriman gagal pada akun POP atau IMAP yang dikonfigurasi secara manual. Konfirmasi nama server keluar, port, metode enkripsi, nama pengguna, dan metode autentikasi terhadap dokumentasi penyedia email itu sendiri. Jangan menyalin pengaturan dari penyedia yang tidak terkait, dan jangan berasumsi bahwa nama host masuk dan keluar identik.

Khusus untuk Outlook.com, Microsoft saat ini menerbitkan smtp-mail.outlook.com untuk SMTP, port 587, enkripsi STARTTLS, dan OAuth2/Modern Auth. Nilai-nilai tersebut adalah untuk koneksi manual Outlook.com dan tidak boleh digeneralisasikan ke Gmail, Yahoo, ISP, atau host email domain kustom. Referensi otoritatif adalah halaman pengaturan POP, IMAP, dan SMTP Outlook.com Microsoft.

Jangan secara buta mengaktifkan SMTP AUTH untuk Microsoft 365

Jika kotak surat dihosting di Exchange Online, jangan perlakukan "aktifkan SMTP AUTH" sebagai perbaikan universal. Microsoft menyatakan bahwa klien modern seperti Outlook dan Outlook di web umumnya tidak menggunakan SMTP AUTH untuk mengirim email melalui Exchange Online. SMTP AUTH terutama relevan untuk klien POP/IMAP tertentu, aplikasi, perangkat, dan skenario pengiriman terautentikasi lainnya. Administrator harus berkonsultasi dengan dokumentasi SMTP AUTH Exchange Online Microsoft Learn sebelum mengubah kebijakan penyewa atau kotak surat.

6. Periksa pembatasan Outlook.com, penyimpanan, dan batas pengiriman bila berlaku

Jika akun itu sendiri adalah Outlook.com, pembatasan pengiriman sementara dapat dipicu oleh aktivitas masuk yang tidak biasa atau kontrol anti-penyalahgunaan. Microsoft juga mencatat bahwa penyimpanan cloud Microsoft yang penuh dapat mencegah pengiriman dan penerimaan. Periksa akun melalui antarmuka akun dan Outlook.com resmi Microsoft daripada berulang kali mengubah aplikasi desktop.

Outlook.com juga memiliki batas pengiriman, dan Microsoft mencatat bahwa batas dapat bervariasi dengan riwayat akun dan status langganan. Jika Anda mengirim ke banyak penerima atau mengirim volume yang sangat tinggi, tinjau batas pengiriman Outlook.com Microsoft saat ini. Jika Microsoft telah sementara memblokir akun karena aktivitas tidak biasa, ikuti proses pembukaan blokir akun Outlook.com resmi.

7. Perbaiki Outlook klasik hanya setelah pemeriksaan akun masuk akal

Jika webmail mengirim dengan benar, kata sandi valid, dan pengaturan penyedia benar, profil Outlook desktop menjadi penyebab yang lebih mungkin. Di Outlook klasik, Microsoft mendokumentasikan jalur perbaikan profil bawaan: File > Account Settings > Account Settings, pilih akun, lalu pilih Repair ketika opsi tersebut tersedia. Ikuti wizard dan restart Outlook. Lihat instruksi perbaikan profil Microsoft.

Jika pengiriman masih gagal, Microsoft juga merekomendasikan untuk menguji Outlook klasik dalam Mode Aman karena add-in dapat mengganggu pengiriman. Di Windows, meluncurkan outlook.exe /safe memulai Outlook klasik tanpa add-in normal. Jika pengiriman hanya berhasil dalam Mode Aman, selidiki add-in atau buat profil Outlook baru alih-alih mengubah pengaturan server email lagi.

Produk antivirus dengan fitur pemindaian email juga dapat mengganggu transportasi email. Jangan menonaktifkan perangkat lunak keamanan secara permanen hanya agar Outlook dapat mengirim. Periksa instruksi dukungan resmi vendor keamanan dan pulihkan perlindungan setelah tes diagnostik terkendali.

8. Gunakan detail kesalahan yang tepat untuk memutuskan apakah akan berhenti atau eskalasi

Nasihat generik menjadi kurang berguna ketika Outlook memberikan kesalahan spesifik. Halaman pemecahan masalah Microsoft mencantumkan kesalahan seperti 0x80042109 untuk kegagalan terhubung ke server SMTP keluar dan beberapa kode kirim/terima lainnya. Catat kode yang tepat, jenis akun, apakah webmail dapat mengirim, dan apakah pesan biasa tanpa lampiran gagal.

Untuk Avery, bayangkan bukti akhirnya adalah: webmail berhasil mengirim, Outlook desktop tidak dapat mengirim, penyedia mengonfirmasi pengaturan SMTP, dan kegagalan hilang dalam Mode Aman. Pola itu mengarah ke instalasi Outlook lokal, profil, atau add-in—bukan penerima dan bukan layanan kotak surat penyedia. Sekali lagi, ini hanya skenario ilustratif, bukan hasil uji yang diklaim.

Cara memverifikasi bahwa perbaikan benar-benar selesai

Jangan berhenti di "tombol Send tidak lagi menampilkan kesalahan." Gunakan urutan verifikasi singkat:

1. Kirim pesan teks biasa ke kotak surat lain yang Anda kendalikan.
2. Konfirmasi bahwa pesan itu keluar dari Kotak Keluar dan muncul di Item Terkirim (Sent Items).
3. Konfirmasi bahwa kotak surat penerima benar-benar menerimanya.
4. Balas pesan yang baru diterima dan konfirmasi bahwa balasan terkirim.
5. Kirim satu lampiran normal yang secara nyaman di bawah batas ukuran penyedia Anda.
6. Restart Outlook dan ulangi satu pengiriman kecil untuk memastikan perbaikan bertahan setelah restart.

Jika masalah kembali setelah restart, atau hanya satu jaringan/perangkat yang gagal, catat pola itu sebelum melakukan eskalasi. Untuk akun Microsoft 365 kerja atau sekolah, hubungi administrator organisasi ketika kebijakan, lisensi, kesehatan penyewa, atau pengaturan sisi server mungkin terlibat. Untuk akun Gmail, Yahoo, iCloud, ISP, atau domain kustom, gunakan pengaturan email resmi dan saluran dukungan penyedia.

Tabel keputusan cepat

Prinsip utamanya adalah mempertahankan bukti saat Anda melakukan pemecahan masalah. Menerima email dengan sukses mempersempit masalah, tetapi tidak membuktikan bahwa seluruh akun dikonfigurasi dengan benar. Tes kecil yang terkendali, diikuti dengan pemeriksaan Kotak Keluar, konektivitas, masuk, pengaturan penyedia, dan akhirnya profil/add-in, lebih dapat diandalkan daripada mengubah beberapa pengaturan sekaligus.