Setting IMAP Outlook: Server, Port, dan Cara Mengatasi Gagal Login

Akun Outlook.com, Microsoft 365, atau aplikasi Outlook?

Sebelum mengisi setting IMAP Outlook, tentukan layanan tempat kotak surat Anda berada. Nama aplikasi yang dipakai untuk membaca email bukan penentu servernya.

Akun pribadi Outlook.com atau Hotmail memakai pengaturan Outlook.com. Akun kerja atau sekolah yang kotak suratnya berada di Exchange Online memakai pengaturan Microsoft 365. Artikel ini membahas kedua layanan tersebut, bukan server Exchange yang dikelola sendiri oleh organisasi.

Aplikasi Outlook adalah tempat Anda membuka email. Jika akun yang dibuka adalah Gmail atau email dari penyedia lain, jangan langsung memakai server Microsoft. Untuk domain perusahaan, tanyakan kepada administrator apakah kotak suratnya berada di Exchange Online atau server lain.

Perbedaan ini juga berlaku saat memilih koneksi di Mailera. Halaman koneksi IMAP/SMTP umum menjelaskan jalur untuk server lain; akun Microsoft memakai jalur OAuth tersendiri.

Apa pengaturan IMAP dan SMTP untuk setiap jenis akun?

Gunakan tabel berikut untuk klien email yang mendukung OAuth Microsoft. Perhatikan baris SMTP: server pengiriman Outlook.com berbeda dari Microsoft 365, meskipun server IMAP keduanya sama.

Untuk Outlook.com, isi nama pengguna dengan alamat email lengkap. Jangan hanya memasukkan bagian sebelum @.

IMAP dipakai untuk mengakses pesan di kotak surat, sedangkan SMTP dipakai untuk mengirim. POP3 merupakan pilihan lain untuk mengambil pesan, bukan pengganti SMTP. Klien yang menerima email melalui IMAP atau POP3 tetap menggunakan SMTP untuk pengiriman.

Untuk kedua layanan Microsoft dalam tabel, port IMAP yang digunakan adalah 993 dengan SSL/TLS, bukan 143. Pada SMTP, pilih port 587 dengan STARTTLS. Perlakukan port dan enkripsi sebagai pasangan pengaturan, bukan dua pilihan yang bisa diganti secara terpisah.

SSL/TLS dan STARTTLS merupakan pilihan keamanan koneksi, bukan metode login. Memilih salah satunya tidak membuat klien yang hanya mendukung kata sandi menjadi klien OAuth. Jika masalahnya autentikasi, mengganti port tidak memperbaiki kemampuan klien tersebut.

Untuk pengiriman melalui client SMTP submission Microsoft 365 pada smtp.office365.com, aplikasi harus mendukung TLS 1.2 atau TLS 1.3 dan menggunakan kotak surat Microsoft 365 atau Office 365 berlisensi. Persyaratan ini dijelaskan dalam panduan pengiriman dari aplikasi melalui Microsoft 365.

Mengapa login gagal meskipun kata sandi benar?

Ada dua pemeriksaan berbeda: apakah klien dapat terhubung ke server, dan apakah server menerima metode autentikasinya. Kata sandi yang benar tidak cukup jika metode login yang digunakan sudah tidak diterima.

Basic Auth menggunakan nama pengguna dan kata sandi untuk autentikasi. OAuth menggunakan token akses. TLS melindungi koneksi, tetapi tidak mengubah Basic Auth menjadi OAuth.

Untuk Outlook.com, Microsoft mensyaratkan Modern Authentication atau OAuth2. Untuk Exchange Online, Microsoft telah menghapus Basic Auth pada IMAP. Jadi, klien lama yang terus meminta kata sandi dengan Basic Auth perlu diganti atau dikonfigurasi ulang agar memakai OAuth.

Jangan menjadikan sandi aplikasi (app password) sebagai jalan keluar umum. Dokumentasi penghentian Basic Auth Exchange Online juga menjelaskan dampaknya terhadap penggunaan sandi aplikasi. Menonaktifkan verifikasi 2 langkah bukan langkah pemecahan masalah yang tepat.

Jika kegagalan Anda berawal dari sandi aplikasi yang sebelumnya dipakai, baca mengapa sandi aplikasi Outlook gagal dan kapan memakai OAuth. Untuk memahami perbedaan metode koneksi antarpenyedia, gunakan panduan sandi aplikasi dan OAuth untuk kotak surat agen.

Microsoft mendukung OAuth2 untuk IMAP, POP, dan SMTP pada Outlook.com maupun Microsoft 365. Bagi pengembang klien, panduan OAuth untuk protokol email Microsoft menetapkan SASL XOAUTH2 untuk mengirim token akses. Token tidak bisa begitu saja ditempelkan ke kolom kata sandi pada sembarang klien.

Bagaimana memeriksa koneksi secara berurutan?

Ikuti urutan ini agar Anda tidak mengganti pengaturan yang sebenarnya sudah benar.

1. Pastikan jenis akun dan akses melalui web. Coba masuk melalui layanan web resmi akun Anda. Jika akses web juga gagal, selesaikan masalah akun terlebih dahulu. Jika berhasil, lanjutkan memeriksa klien; keberhasilan akses web belum berarti IMAP atau SMTP diizinkan.
2. Cocokkan server, port, dan enkripsi. Gunakan baris tabel sesuai jenis akun. Untuk Outlook.com, periksa juga alamat email lengkap pada nama pengguna. Catat pengaturan awal sebelum mengubahnya agar hasil percobaan bisa dibandingkan.
3. Periksa dukungan OAuth. Pilih metode OAuth2 atau Modern Authentication yang disediakan klien. Jika aplikasi hanya menawarkan autentikasi kata sandi tanpa dukungan OAuth Microsoft, gunakan klien yang mendukungnya.
4. Periksa akses IMAP. Pada Outlook.com, akses POP dan IMAP dinonaktifkan secara bawaan. Buka "Settings" → "Mail" → "Forwarding and IMAP", aktifkan "Let devices and apps use IMAP", lalu pilih "Save". Untuk akun organisasi, minta administrator memeriksa akses protokol akun tersebut.
5. Uji penerimaan dan pengiriman secara terpisah. Gunakan kotak surat milik sendiri. Kirim pesan uji ke akun yang sedang disiapkan, periksa penerimaannya, lalu uji pengiriman dari klien tersebut. Catat tahap yang gagal tanpa menyimpan kata sandi atau token.

Jika pesan masuk berhasil tetapi pesan keluar gagal, fokuskan pemeriksaan berikutnya pada SMTP. Jangan mengubah pengaturan IMAP yang sudah bekerja hanya karena tombol kirim menghasilkan kesalahan.

Mengapa Microsoft 365 bisa menerima tetapi tidak bisa mengirim?

Keberhasilan IMAP tidak menunjukkan bahwa SMTP AUTH tersedia. Exchange Online mendukung OAuth untuk SMTP AUTH, tetapi aksesnya tetap dipengaruhi pengaturan organisasi dan kotak surat.

Microsoft menyatakan bahwa SMTP AUTH dinonaktifkan ketika security defaults aktif. Pengaturan SMTP AUTH per kotak surat juga lebih diutamakan daripada pengaturan SMTP AUTH tingkat organisasi. Karena itu, administrator perlu memeriksa pengaturan organisasi dan kotak surat, bukan hanya satu kotak centang.

Di pusat admin Microsoft 365, jalur pemeriksaannya adalah "Users" → "Active users" → pilih pengguna → "Mail" → "Manage email apps". Pada "Authenticated SMTP", centang berarti diaktifkan dan tanpa centang berarti dinonaktifkan.

Gunakan dokumentasi pengaturan SMTP AUTH Exchange Online bersama administrator. Jangan menonaktifkan perlindungan organisasi secara menyeluruh hanya untuk membuat satu aplikasi lama dapat mengirim. Minta administrator menentukan metode yang sesuai dengan kebijakan organisasi.

Kesalahan apa yang paling sering menyebabkan koneksi gagal?

Tabel ini membantu memilih pemeriksaan berikutnya. Gejala yang sama bisa memiliki penyebab berbeda, jadi jangan menyimpulkan penyebab hanya dari pesan “gagal login”.

Saat meminta bantuan, sertakan jenis akun, nama klien, server, port, pilihan enkripsi, dan tahap kegagalan. Samarkan alamat email jika tidak diperlukan. Jangan membagikan kata sandi, token akses, atau refresh token dalam tangkapan layar maupun tiket dukungan.

Bagaimana menghubungkan akun Microsoft ke Mailera?

Pengaturan IMAP/SMTP di atas ditujukan untuk klien yang memakai protokol tersebut. Koneksi Microsoft di Mailera menggunakan OAuth melalui Microsoft Graph untuk Outlook.com, Hotmail, dan Microsoft 365. Microsoft Graph bukan server IMAP atau SMTP.

Hanya pengguna dengan peran Admin atau Leader yang dapat menambahkan kotak surat. Untuk menghubungkan akun:

1. Buka Kotak surat.
2. Pilih Tambah kotak surat.
3. Pilih tab Masuk dengan Microsoft, bukan IMAP kustom.
4. Selesaikan proses masuk dan persetujuan OAuth di Microsoft dengan akun yang ingin Anda hubungkan.
5. Kembali ke daftar kotak surat. Periksa status akun, lalu buka kotak surat untuk memastikan pesan dimuat.

Alur ini tidak meminta Anda mengisi outlook.office365.com, port IMAP, atau sandi aplikasi. Pemeriksaan status dan pemuatan pesan dilakukan pada koneksi Microsoft Graph; itu bukan pengujian SMTP AUTH untuk klien email lain.

Sebelum menyetujui akses, baca izin yang ditampilkan Microsoft. Untuk akun kerja atau sekolah, libatkan administrator jika proses persetujuan memerlukannya. Lihat juga halaman keamanan Mailera.

Mailera menghubungkan kotak surat yang sudah Anda miliki, bukan membuat alamat email baru. Mailera juga tidak mengaktifkan kembali Basic Auth atau menggantikan persetujuan dan kebijakan akses organisasi Microsoft.