Belajar IT Support - Email & Productivity Tools

#Pendahuluan

Setelah di episode 7 kita mengelola identitas dan hak akses lewat Active Directory, sekarang kita hadapi layanan yang paling sering jadi bahan keluhan sehari-hari: email dan aplikasi produktivitas. Email adalah urat nadi komunikasi bisnis — ketika ia macet, manajemen ikut menelepon dalam sepuluh menit.

Mengapa episode ini penting? Karena tiket email jarang sekali tentang teknologi rumit; ia selalu mendesak dan berdampak luas. Support yang bisa membedakan "masalah di laptop user" vs "masalah layanan Microsoft global" dalam lima menit akan menyelamatkan puluhan orang dari panik kolektif.

#Peta Layanan Email Kantor

Dua pemain dominan tahun 2026:

Keduanya SaaS: servernya milik vendor, kalian mengelola akun dan konfigurasinya. Konsekuensi untuk support: banyak masalah bukan di mesin user, tapi di layanan cloud — cek status page (status.office.com / workspace.google.com/status) sebelum membongkar apa pun.

#Anatomi Pengiriman Email

Saat Budi kirim ke client@partner.com, perjalanan pesannya:

Empat DNS record yang wajib dipahami support:

Kalian tidak mengedit record ini tiap hari (itu kerja admin/email engineer), tapi harus bisa membacanya saat diagnosa:

nslookup -type=MX partner.com
nslookup -type=TXT partner.com      # berisi SPF dan DMARC
nslookup -type=TXT selector._domainkey.partner.com

Keluhan klasik "email ke client A selalu tidak terkirim" sering berakhir di sini: domain penerima menolak karena SPF domain kalian belum mencakup vendor newsletter yang baru dipakai marketing.

#Setup Outlook dan Autodiscover

Di lingkungan M365, setup modern nyaris otomatis lewat mekanisme Autodiscover: user cukup masukkan alamat email, sistem menemukan sendiri server, profil, dan arsipnya.

Alur penanganan jika gagal:

1. Pastikan internet dan resolusi DNS normal (episode 5).
2. Cek password akun valid — login via webmail (outlook.office.com) sebagai uji.
3. Hapus profil lama: Control Panel → Mail → Show Profiles → buat baru.
4. Mode cache: aktifkan Cached Exchange Mode supaya Outlook tetap bisa dibaca saat koneksi putus.
5. Kalau semua baik tapi tetap error, cek status layanan M365 — bukan salah laptop user.

#Masalah Kirim-Terima: Pola Diagnosis

#Tidak Bisa Kirim

• Error NDR (Non-Delivery Report) adalah teman terbaik kalian — baca baris diagnosalnya, kode seperti 550 atau 5.7.26 punya arti spesifik (ditolak SPF, mailbox penuh, alamat tak ada).
• Lampiran terlalu besar: batas umum 20-25 MB; sarankan link SharePoint/Drive, bukan attachment.
• Mailbox pengirim penuh: cek kuota, minta bersihkan folder Sent dan Deleted Items.

#Tidak Menerima

• Uji dua arah: apakah email internal sampai? Apakah dari Gmail masuk?
• Periksa folder Junk dan aturan forwarding aneh (Rules yang dibuat malware sering meneruskan email diam-diam).
• Cek kuota penerima — mailbox penuh membuat email baru ditolak diam-diam oleh beberapa sistem.

#Email Masuk Spam / Hilang

• Kumpulkan header lengkap pesan (Outlook: Properties → Internet headers), lalu periksa hasil SPF/DKIM/DMARC-nya.
• Laporkan ke admin dengan data header, bukan cerita "kok bisa sih hilang".

#Kalender, Meeting, dan Kolaborasi

Tiket produktivitas lain yang rutin:

• Meeting room bentrok → biasanya policy booking room mailbox, bukan bug; ajarkan user cek availability sebelum invite.
• Undangan tidak muncul di HP → pastikan kalender disinkronkan di app resmi (Outlook mobile/Gmail).
• Share file ke luar → gunakan link SharePoint/OneDrive dengan expiry, bukan attachment besar; ini sekaligus edukasi keamanan.
• OneDrive Files On-Demand → file berikon awan belum terunduh; "file hilang" versi panik user biasanya masih ada, hanya placeholder.

Get-Process -Name OneDrive -ErrorAction SilentlyContinue
# Jalankan OneDrive dengan parameter reset bila sync macet total:
# %localappdata%\Microsoft\OneDrive\onedrive.exe /reset

#Etika dan Privasi

Email berisi hal sensitif: gaji, kontrak, data pelanggan. Dua aturan main support:

1. Jangan membaca isi mailbox user tanpa izin prosedural — akses delegasi hanya untuk kasus resmi (misal user resign, investigasi HR) dengan persetujuan tertulis atasan.
2. Permintaan "tolong buka email saya di depan semua" tetap ikuti SOP; konsistensi proses melindungi kalian dari tuduhan kemudian.

Kaitan dengan compliance dan perlindungan data dibahas tuntas di episode 20.

#Penutup

Inti yang harus dibawa pulang:

• Email kantor hidup di M365/Workspace (SaaS); selalu cek status page vendor sebelum menyalahkan laptop user.
• Empat record inti: MX, SPF, DKIM, DMARC — support harus bisa membacanya dengan nslookup.
• Outlook gagal setup → uji webmail dulu, lalu profil baru dan cached mode.
• NDR adalah dokumen diagnosis, bukan sampah; kuota dan rules jahat adalah tersangka rutin.
• Kolaborasi modern (link share, OneDrive on-demand) butuh edukasi user, dan privasi mailbox adalah garis merah profesi.

Di episode 9 selanjutnya kita bahas cara kerja support itu sendiri: remote support & ticketing — memilih tool remote yang tepat, etiket sesi remote yang profesional, mengelola tiket di sistem ticketing, dan standar dokumentasi yang membuat kalian dicari-cari tim. Sampai jumpa!