Rahmat Zikri

DCGPOFIX dan Microsoft Exchange Server

Rahmat Zikri — Tue, 18 Jun 2013 03:11:00 GMT

Aktivitas restore Default Domain Policy dan Default Domain Controllers Policy yang dilakukan (seperti pada posting terdahulu) ternyata berdampak pada Microsoft Exchange Server yang tengah berjalan. Beberapa waktu setelah menjalankan perintah DCGPOFIX (untuk merestore default policies di Active Directory), beberapa service yang dibutuhkan oleh Microsoft Exchange Server tidak dapat berjalan.

Jika hanya berkutat pada penampakan masalah yang ada dan juga dari informasi yang diberikan pada log di Event Viewer, hampir pasti kita akan tersasar ke berbagai kemungkinan dugaan penyebab masalah yang sedang terjadi. Mungkin "moral of the story" nya adalah jangan pernah lupa mencatat aktivitas perubahan apa yang pernah dilakukan pada environment jaringan komputer Anda (adanya "change management" yang baik).

Langsung saja, pada kasus ini, aktivitas DCGPOFIX mengembalikan setting di Default Domain Controllers Policy pada bagian Computer Configurations > Windows Settings > Security Settings > Local Policies > User Rights Assignment, di atribut "Manage auditing and security log" ke keadaan awal. Tambahkan nama group DOMAIN\Exchange Servers di bagian ini (karena poin inilah yang menghilang ketika Anda menjalankan DCGPOFIX).

Tunggu beberapa saat (untuk memberikan waktu pada semua DC bereplikasi; jika ada), lalu restart service-service Microsoft Exchange Server yang tadi tidak mau dijalankan.

Kalau mau lebih afdol, bisa juga jalankan perintah "setup /preparedomain" dari installer Exchange Server yang digunakan.

Restore Default Policies pada Active Directory

Rahmat Zikri — Mon, 17 Jun 2013 08:04:00 GMT

Pada salah satu klien, saya menemukan kondisi semua Group Policy Object (GPO) yang ada pada domain Active Directory yang ada seluruhnya rusak. Jadi, isi dari setting policy yang ada di tiap GPO tidak terbaca.

Sayangnya, tidak ada backup GPO yang dimiliki. Jadi kita tidak dapat mengembalikan konfigurasi-konfigurasi yang ada.

Pada kondisi di atas, setidaknya kita masih bisa mengembalikan 2 (dua) buah GPO default yang otomatis muncul setiap kali kita melakukan konfigurasi Active Directory domain, yaitu “Default Domain Controllers Policy” dan “Default Domain Policy”. Untuk dapat mengembalikan ke-dua buah policy ini, jalankan perintah berikut:

dcgpofix /target:both

Perintah ini juga dapat dipakai untuk mengembalikan setting kedua policy tersebut ke keadaan awal, tanpa harus menunggu keduanya rusak terlebih dahulu. Jika hanya ingin mengembalikan salah satu saja, gunakan salah satu perintah ini:

dcgpofix /target:dc atau

dcgpofix /target:domain

Manfaatkan Free-trial SSL pada Proses Migrasi Exchange 2003 ke Exchange 2010

Rahmat Zikri — Fri, 31 May 2013 15:49:10 GMT

Pada saat proses migrasi mailbox dari satu versi sistem ke versi berikutnya, biasanya membutuhkan waktu beberapa hari atau bahkan beberapa minggu. Terutama jika dilakukan pada organisasi yang besar. Pada kondisi seperti ini, di mana proses pemindahan mailbox dari Exchange Server 2003 ke Exchange Server 2010 tidak dapat diselesaikan dalam sekali akhir pekan, akan mengakibatkan beberapa ketidaknyamanan pada mereka yang mailbox –nya belum dipindahkan (masih dalam proses antrian).

Ketidaknyamanan tersebut akan dirasakan oleh mereka yang mailbox –nya masih berada di sistem lama (Exchange Server 2003), ketika mencoba mengakses mailbox –nya dari luar kantor. Ketika mencoba membuka webmail (OWA), tidak bisa; ketika mencoba mengakses dari Blackberry (atau smartphone lainnya), juga tidak bisa. Kondisi ini kerap menjadi hal yang dihadapi ketika terjadi proses migrasi.

Pada tulisan ini saya tidak membahas hal teknis yang memungkinkan terjadi komunikasi “proxy”-ing antara kedua sistem tersebut, yang membuat masalah-masalah yang menjadi keluhan di atas bisa diminimalisir. Penekanan kunci yang saya ingin sebutkan adalah pada penggunaan Secure Socket Layer (SSL) certificate.

Salah satu cara untuk membuat terjadi komunikasi yang baik antar kedua sistem adalah dengan memasang SSL certificate di sistem lama (Exchange Server 2003). Berbeda dengan Exchange Server 2007 ke atas, yang memaksa penggunaan SSL certificate, pada Exchange Server 2003 penggunaan SSL certificate tidak bersifat default. Selain itu, penggunaan SSL certificate juga baru bisa digunakan jika kita telah memiliki setidaknya 2 buah server yang masing-masing dikonfigurasi sebagai front-end server dan back-end server.

Nah singkat cerita, karena kita sedang dalam proses migrasi yang (mestinya) tidak akan memakan waktu berbulan-bulan, untuk memenuhi kebutuhan certificate pada Exchange Server 2003 bisa memanfaatkan kesempatan promo free-trial SSL certificate yang banyak ditawarkan di Internet tanpa harus membeli (silahkan cari dengan kata kunci: free-trial SSL). Biasanya free-trial diberikan sekitar 1 bulan. Waktu yang cukup bukan?

Sedangkan pada sistem baru (Exchange Server 2010), sangat disarankan untuk membeli SSL certificate yang valid di Internet (bukan self-generated yang otomatis terbentuk ketika proses instalasi server dilakukan). Perlu dicatat bahwa pada Exchange Server 2007 ke atas (Exchange Server 2010 dan juga Exchange Server 2013), jenis certificate yang digunakan berbeda dengan pada Exchange Server 2003. Jika di Exchange Server 2003 cukup menggunakan Standard SSL certificate, maka pada versi-versi terbaru dari Exchange Server ini yang digunakan adalah UC (Unified Communications) SSL Certificate atau kadang disebut juga sebagai SANs (Subject Alternate Names) Certificate. Yaitu certificate yang di dalamnya dapat memuat lebih dari 1 nama.

catatan: proses migrasi dari Exchange Server 2003 tidak dapat dilakukan langsung ke Exchange Server 2013, harus melalui Exchange Server 2007 atau Exchange Server 2010.

Exchange Server 2010 SP3

Rahmat Zikri — Thu, 21 Feb 2013 15:40:26 GMT

Service Pack 3 untuk Microsoft Exchange Server 2010 telah tersedia sejak seminggu lalu, bisa di-download di sini.

SP3 untuk Microsoft Exchange Server 2010 ini selain sebagai patch yang meng-update beberapa issue pada implementasi Microsoft Exchange Server 2010, juga merupakan update yang diperlukan jika:

Anda ingin melakukan proses upgrade ke Microsoft Exchange Server 2013 (pada tahapan co-existence)
Anda ingin mengimplementasikan Microsoft Exchange Server 2010 di atas sistem operasi Windows Server 2012
Anda ingin memberikan support pada user yang mengakses OWA menggunakan Internet Explorer 10

Knowledge Base untuk Exchange Server 2013 SP3 bisa dilihat di sini.

‘Membobol’ Password Administrator pada Windows Server 2008 R2

Rahmat Zikri — Mon, 10 Dec 2012 05:05:52 GMT

Akan selalu ada cara untuk masuk ke sebuah sistem, ketika secara fisik Anda dapat menjamah device –nya (baik itu server, workstation, router, switch, dsb). Itu sebabnya benda-benda ini haruslah terletak pada lokasi yang aman, kalau perlu dimasukkan ke dalam rak, rak –nya dikunci, ruangannya dikunci. Dst.

Untuk me-reset password Administrator (atau akun lainnya, ketika tidak ada cara lain yang bisa dipakai) pada Windows Server 2008 R2, cobalah boot server menggunakan DVD installer. Pada saat menu instalasi muncul, klik pilihan untuk “Repair your computer”. Setelah Anda memilih pilihan ini, akan muncul beberapa alternatif cara untuk repair. Pilihlah pilihan untuk menjalankan Command Prompt.

Masuklah ke lokasi sistem Windows Server 2008 R2 berada (kita anggap lokasi default): CD C:\Windows\System32
Pindahkan file Utilman.exe menjadi Utilman.exe.bak (atau nama lainnya): MOVE Utilman.exe Utilman.exe.bak
Copy file Cmd.exe menjadi Utilman.exe: COPY Cmd.exe Utilman.exe
Restart Windows
Pada saat Windows telah menampilkan tampilan login, tekan tut Windows-U pada keyboard. Ini akan mengaktifkan jendela Command Prompt
Ketik perintah: NET USER administrator Pa$$w0rd (ini adalah perintah untuk me-reset password untuk user bernama Administrator menjadi: Pa$$w0rd; silahkan sesuaikan dengan kebutuhan)
Kembalikan file Utilman.exe yang asli dengan cara: MOVE Utilman.exe Utilman.exe.bak2, lalu COPY Utilman.exe.bak Utilman.exe
Restart server
Login dengan menggunakan password yang baru.

Sekarang tidak perlu khawatir lagi kalau lupa password!

Masalah Certificate (lagi) pada Conference Menggunakan Lync

Rahmat Zikri — Tue, 07 Aug 2012 05:30:39 GMT

Pada saat mencoba untuk melakukan conference (dengan participant lebih dari 2 orang), muncul pesan kesalahan sebagai berikut:

“The conferencing service did not respond. Please wait and try again”

Solusi masalah sederhana. Buka Internet Information Services (IIS) Manager, cari bagian Server Certificates. Temukan nama/thumbprint certificate yang digunakan saat ini, lalu buka certificate tersebut. Masuk ke tab Certification path, lalu klik bagian paling atas dari isi certificate, lalu klik View Certificate. Buka tab Details, lalu klik Edit properties… Pada bagian Certification purposes, pilih Enable all purposes for this certificate, lalu klik OK untuk mengakhiri.

Shutdown Komputer via Jaringan

Rahmat Zikri — Sun, 05 Aug 2012 12:17:33 GMT

Selama ini jika membicarakan utilitas shutdown.exe untuk memerintahkan sebuah komputer (lokal atau remote) agar reboot atau shutdown, selalu saja contoh perintah yang ditemukan adalah perintah dalam bentuk command line (text). Ketika menggunakan perintah dalam bentuk command line, terdapat beberapa parameter yang harus digunakan, yang seringkali merepotkan.

Coba gunakan perintah ini: shutdown –i

Ketika perintah tersebut dijalankan, akan muncul aplikasi interaktif untuk perintah shutdown seperti terlihat di bawah ini:

Selama Anda mempunyai hak administratif (sedang menggunakan login Administrator domain atau yang sederajat), Anda dapat dengan leluasa memasukkan nama komputer yang ingin di-restart atau shutdown tanpa harus datang ke lokasi di mana komputer atau server itu berada.

Masalah Certificate pada Implementasi Integrasi Exchange OWA–Lync Server 2010

Rahmat Zikri — Fri, 27 Jul 2012 04:20:44 GMT

Pada implementasi Microsoft Exchange Server 2010 yang berdiri sendiri (tanpa keberadaan Microsoft Lync Server 2010 atau ada namun tidak mengimplementasikan integrasi di antara keduanya), tampilan Outlook Web Apps (OWA) adalah seperti pada gambar di bawah ini:

Perhatikan kotak nomor 1 dan 2. Pada kotak nomor 1, kita tidak bisa melihat status apakah orang-orang yang tertera sebagai pengirim dan/atau penerima email sedang online atau tidak. Sedangkan pada kotak nomor 2 kita juga tidak bisa melihat status rekan-rekan lainnya (yang terdaftar pada daftar contact), apakah sedang online atau tidak.

Informasi yang dimaksud tersebut tidak dapat muncul di Exchange OWA karena informasi tersebut diberikan oleh Lync Server. Dengan implementasi integrasi antara Microsoft Exchange dan Lync Server, kita bisa memunculkan informasi online/offline, available/busy, dsb.

Setelah melakukan konfigurasi integrasi antara Exchange dan Lync Server, ternyata tampilan informasi pada kotak tersebut tidak tampil sesuai harapan.

Sekarang pada kotak nomor 3 sudah muncul kotak kecil yang seharusnya menunjukkan status online/offline,busy,dsb (sesuai dengan warna kotak). Namun demikian yang terlihat hanyalah kotak abu-abu. Sebenarnya mungkin-mungkin saja semua abu-abu jika memang tidak ada yang sedang online. Namun pada kotak nomor 4 mengkonfirmasi bahwa implementasi integrasi belum berhasil. Di mana pada kotak nomor 4 muncul informasi error berupa:

“Instant Messaging isn’t available right now. The Contact List will appear when the service becomes available.”

Berkali-kali saya membongkar ulang konfigurasi integrasi antara Exchange-Lync dalam berbagai cara, yang mana sebenarnya sejak awal saya yakin tidak ada kesalahan apa pun dalam konfigurasi. Sampai akhirnya tanpa sengaja menemukan masalah ‘kecil’ dalam certificate, yang sama sekali tidak pernah saya temukan di forum-forum yang ada di Internet.

Microsoft Exchange Server (versi 2007 ke atas) membutuhkan UC SSL certificate (Unified Communications Secure Socket Layer) atau kadang disebut juga SAN certificate (Subject Alternate Names). Yaitu certificate yang bisa memuat lebih dari satu buah nama di dalamnya. Certificate ini berbeda dari certificate SSL biasa, yang hanya mampu menyimpan satu nama. Ini memang untuk memenuhi kebutuhan Exchange Server itu sendiri yang membutuhkan beberapa nama. Misalnya pada keperluan saya di implementasi ini (saya menggunakan 2 buah CAS server dalam 1 buah array) saya membutuhkan setidaknya 5 nama untuk Exchange, di antara nya:

cassrv1.hq.domainku.co.id
cassrv2.hq.domainku.co.id
casarray.hq.domainku.co.id
mail.domainku.co.id
autodiscover.domainku.co.id

Di mana cassrv1 dan cassrv2 adalah nama server yang ada, casarray adalah nama array yang merupakan implementasi high-availability untuk kedua-buah server tersebut, mail.domainku.co.id adalah nama alias yang diperkenalkan ke user, autodiscover.domainku.co.id adalah alamat khusus yang digunakan untuk implementasi autokonfigurasi pada Outlook.

Pada keberadaan beberapa nama dalam 1 certificate, tetap harus dipilih salah satu nama sebagai nama utama. Biasanya secara naluriah nama yang akan digunakan sebagai nama utama adalah nama yang paling sering digunakan. Dalam kasus ini tentunya mail.domainku.co.id. Namun demikian ternyata implementasi integrasi antara Microsoft Exchange Server 2010 dan Lync Server 2010 hanya mau menerima certificate jika nama utama (common name) pada certificate adalah nama server Exchange (jika terdapat pemisahan role, maka nama yang dimaksud adalah nama CAS server; jika menggunakan CAS array maka nama yang dipakai sebagai nama utama adalah nama CAS array –nya).

Setelah certificate diperbaiki (pada implementasi yang menggunakan certificate dari authority yang ada di Internet terpaksa harus kembali membeli certificate baru, karena perubahan common name tidak diperkenankan), sekarang fungsionalitas yang diinginkan berjalan dengan sesuai harapan.

Sekarang pada kotak nomor 5 dan 6 kita bisa melihat status Online/Offline/Busy, dsb.

Kita tentu tidak hanya cukup puas hanya dengan melihat status tersebut bukan? Untuk mengajak chat rekan yang terlihat sedang online, klik pada ikon status –nya dan pilih Chat seperti pada gambar di bawah:

Jendela chat akan muncul dan silahkan berkomunikasi lewat Instant Messaging:

Anda juga dapat memperhatikan status informasi apakah ada pesan instan yang belum terbaca, dengan melihat bagian seperti tampak pada kotak nomor 7 di bawah:

Pada kotak nomor 7 di atas terlihat bahwa ada 1 pesan instan yang belum terbaca. Anda bisa meng-klik angka tersebut untuk menuju pesan yang belum terbaca.

Detail Versi Microsoft Exchange Server Tidak Terlihat

Rahmat Zikri — Sun, 01 Jul 2012 04:38:03 GMT

Terkait tulisan saya terdahulu yang berjudul “Mengetahui Detail Versi Microsoft Exchange Server”, ternyata pada beberapa kasus saya temukan angka versi (build number) hanya sampai angka versi Service Pack non-update rollup terdekat. Sebagai contoh, seharusnya Anda sudah memasang Update Rollup 3 for Microsoft Exchange Server 2010 Service Pack 2, ternyata versi yang terlihat hanya sampai 14.2.247.5 (Exchange Server 2010 Service Pack 2), bukan 14.2.309.2 sebagaimana yang seharusnya tampil.

Saya belum tahu kenapa angka tersebut tidak ter-update pada Exchange Management Console. Tetapi jika Anda melihat pada Installed Updates di bawah Programs and Features (di Control Panel), jika Update Rollup yang terakhir Anda pasang terlihat di situ sudah cukup.

Jika masih kurang puas, buka-lah Properties dari file exsetup.exe yang terdapat di folder Bin pada lokasi instalasi Exchange Server, lalu lihat pada tab Details. Perhatikan File version yang tertera di sana. Pada contoh di bawah terlihat sebagai 14.2.309.2. Artinya, Exchange Server yang terpasang di sini adalah Exchange Server 2010 SP2 dengan Update Rollup 3.

Mengganti Password Active Directory User melalui Web

Rahmat Zikri — Wed, 27 Jun 2012 11:06:30 GMT

Ada sebuah pertanyaan, bagaimana cara seorang user yang hanya bisa mengakses email lewat web (Outlook Web Access) dapat mengganti password –nya? Fitur untuk mengubah password lewat OWA baru muncul di Exchange Server 2010. Artinya, pada versi sebelumnya (Exchange Server 2003 dan Exchange Server 2007) fitur ini belum ada.

Sebagian orang mungkin tidak pernah mempermasalahkan hal tersebut, tentu selama dia bisa mengakses console Windows yang join ke dalam domain Active Directory di mana Exchange Server tersebut berada. Namun, bagaimana jika orang tersebut tidak memiliki akses sama sekali selain lewat OWA?

Untuk mengakali hal tersebut, sebenarnya pada IIS ternyata telah disediakan fitur yang dapat membantu user mengganti password –nya melalui web. Berikut adalah langkah-langkah yang dapat digunakan:

Buat sebuah virtual directory baru di bawah Default Web Site, beri nama IISADMPWD, lokasi direktori harus pada %systemroot%\System32\Inetsrv\Iisadmpwd, permission yang harus diberikan adalah Read dan Run Scripts (such as ASP).

Buka properties dari IISADMPWD, ubah metoda autentikasi menggunakan “Integrated Windows authentication” dan “Basic authentication (password is sent in clear text)”. Hilangkan juga centang di “Enable anonymous access”.

Buka Command Prompt, masuk ke C:\Inetpub\Adminscripts, lalu jalankan perintah berikut: cscript adsutil.vbs set w3svc/1/PasswordChangeFlags [value]. Di mana [value] bernilai:

0 – SSL connection required
1 – Password changing allowed on non-secure ports
2 – Password changing disabled
3 – Password changing disabled (Undocumented)
4 – Advance notification of password expiration disabled.

Untuk mengganti password, user harus membuka alamat: http://[alamat server]/iisadmpwd/aexp2b.asp

Mailbox Khusus pada Exchange Server 2010

Rahmat Zikri — Thu, 07 Jun 2012 03:11:57 GMT

Microsoft Exchange Server 2010 memiliki beberapa buah mailbox khusus yang digunakan oleh sistem. Keberadaan mailbox ini digunakan untuk memfasilitasi beberapa fitur baru pada Exchange Server 2010, seperti untuk managing approval workflow, moderated recipients (Administrator bisa membuat email masuk/keluar untuk/dari user tertentu harus mendapatkan approval terlebih dahulu) dan approval membership pada distribution group (user bisa mendaftarkan diri sendiri ke grup tertentu selama memang keanggotaannya dibuka oleh Administrator).

Keberadaan mailbox khusus ini hanya terlihat jika kita melakukan query pada Exchange Management Shell dengan menambahkan atribut –Arbitration, sehingga perintah lengkapnya adalah: Get-Mailbox –Arbitration, seperti pada gambar di bawah:

Keberadaan mailbox khusus ini biasanya menjadi “penghalang” ketika kita hendak menghapus mailbox database yang pertama ada di server Exchange Server 2010. Ketika semua mailbox user sudah dipindahkan dari database tersebut ke database lain sehingga seharusnya (menurut Administrator) database tersebut sudah kosong dan bisa dihapus, kenyataannya database tersebut akan selalu tidak bisa dihapus. Ini disebabkan karena pada database tersebut terdapat keberadaan 3 (tiga) buah mailbox khusus tersebut.

Untuk dapat memindahkan mailbox khusus tersebut ke database lain (misal bernama MailboxDatabaseBaru), maka perlu dilakukan eksekusi perintah berikut:

Get-Mailbox –Arbitration | Move-Mailbox –TargetDatabase MailboxDatabaseBaru

Setelah eksekusi perintah di atas, barulah database tersebut bisa dihapus.

Mengetahui Detail Versi Microsoft Exchange Server

Rahmat Zikri — Sun, 27 May 2012 09:26:34 GMT

Microsoft adalah salah satu vendor sistem operasi dan aplikasi yang memegang teguh komitmen untuk selalu memperbarui produk-produk yang ada, melalui updates, patches, service packs, dll. Microsoft Exchange Server adalah salah satu aplikasi yang tidak luput dari pemutakhiran tersebut.

Masalah umum yang kadangkala terjadi adalah Administrator mengalami kesulitan untuk mengidentifikasikan versi terkini dari produk Microsoft yang mereka gunakan pada saat ini secara detail. Misalkan sekarang sudah menggunakan Microsoft Exchange Server 2010, pertanyaan berikutnya apakah Service Pack sudah terpasang? Jika sudah, sampai Service Pack berapa yang telah dipasang? Apakah ada update rollup yang telah terpasang juga setelah pemasangan Service Pack tersebut? Pertanyaan-pertanyaan tersebut mungkin sekali muncul jika Anda adalah Administrator baru yang mewarisi sistem yang telah terpasang sebelumnya; apalagi jika warisan tersebut tidak dilengkapi dengan administrasi dokumen yang baik.

Tulisan ini mengasumsikan Anda menggunakan Microsoft Exchange Server 2007 atau Microsoft Exchange Server 2010. Buka Exchange Management Console, lalu klik “Server Configuration”. Pada bagian kanan perhatikan baris yang berisi nama server yang ingin Anda ketahui, perhatikan pada bagian “Version”. Pada contoh di bawah, terbaca: Version 14.2 (Build 247.5). Keterangan pada bagian ini menunjukkan versi yang Anda gunakan, Service Pack berapa yang terpasang, Update Rollup mana yang juga telah terpasang.

Berikut adalah daftar lengkap dari nomor versi yang mungkin Anda temukan (sampai dengan tulisan ini dibuat):

Produk	Nomor versi
Microsoft Exchange Server 2007	8.0.685.24
Microsoft Exchange Server 2007	8.0.685.25
Microsoft Exchange Server Exchange 2007 SP1	8.1.240.6
Microsoft Exchange Server Exchange 2007 SP1 + Update Rollup 1	8.1.263.1
Microsoft Exchange Server Exchange 2007 SP1 + Update Rollup 2	8.1.278.2
Microsoft Exchange Server Exchange 2007 SP1 + Update Rollup 3	8.1.291.2
Microsoft Exchange Server Exchange 2007 SP1 + Update Rollup 4	8.1.311.3
Microsoft Exchange Server Exchange 2007 SP1 + Update Rollup 5	8.1.336.1
Microsoft Exchange Server Exchange 2007 SP1 + Update Rollup 6	8.1.340.1
Microsoft Exchange Server Exchange 2007 SP1 + Update Rollup 7	8.1.359.2
Microsoft Exchange Server Exchange 2007 SP1 + Update Rollup 8	8.1.375.2
Microsoft Exchange Server Exchange 2007 SP1 + Update Rollup 9	8.1.393.1
Microsoft Exchange Server Exchange 2007 SP1 + Update Rollup 10	8.1.436.0
Microsoft Exchange Server Exchange 2007 SP2	8.2.176.2
Microsoft Exchange Server Exchange 2007 SP2 + Update Rollup 1	8.2.217.3
Microsoft Exchange Server Exchange 2007 SP2 + Update Rollup 2	8.2.234.1
Microsoft Exchange Server Exchange 2007 SP2 + Update Rollup 3	8.2.247.2
Microsoft Exchange Server Exchange 2007 SP2 + Update Rollup 4	8.2.254.0
Microsoft Exchange Server Exchange 2007 SP2 + Update Rollup 5	8.2.305.3
Microsoft Exchange Server Exchange 2007 SP3	8.3.083.6
Microsoft Exchange Server Exchange 2007 SP3 + Update Rollup 1	8.3.106.2
Microsoft Exchange Server Exchange 2007 SP3 + Update Rollup 2	8.3.137.3
Microsoft Exchange Server Exchange 2007 SP3 + Update Rollup 3	8.3.159.0
Microsoft Exchange Server Exchange 2007 SP3 + Update Rollup 3-v2	8.3.159.2
Microsoft Exchange Server Exchange 2007 SP3 + Update Rollup 4	8.3.192.1
Microsoft Exchange Server Exchange 2007 SP3 + Update Rollup 5	8.3.213.1
Microsoft Exchange Server Exchange 2007 SP3 + Update Rollup 6	8.3.245.2
Microsoft Exchange Server Exchange 2007 SP3 + Update Rollup 7	8.3.264.0
Microsoft Exchange 2010 RTM	14.0.639.21
Microsoft Exchange 2010 + Update Rollup 1	14.0.682.1
Microsoft Exchange 2010 + Update Rollup 2	14.0.689.0
Microsoft Exchange 2010 + Update Rollup 3	14.0.694.0
Microsoft Exchange 2010 + Update Rollup 4	14.0.702.1
Microsoft Exchange 2010 + Update Rollup 5	14.0.726.0
Microsoft Exchange 2010 SP1	14.1.218.15
Microsoft Exchange 2010 SP1 + Update Rollup 1	14.1.255.2
Microsoft Exchange 2010 SP1 + Update Rollup 2	14.1.270.1
Microsoft Exchange 2010 SP1 + Update Rollup 3	14.1.289.3
Microsoft Exchange 2010 SP1 + Update Rollup 3-v3	14.1.289.7
Microsoft Exchange 2010 SP1 + Update Rollup 4	14.1.323.1
Microsoft Exchange 2010 SP1 + Update Rollup 4-v2	14.1.323.6
Microsoft Exchange 2010 SP1 + Update Rollup 5	14.1.339.1
Microsoft Exchange 2010 SP1 + Update Rollup 6	14.1.355.2
Microsoft Exchange 2010 SP2	14.2.247.5
Microsoft Exchange 2010 SP2 + Update Rollup 1	14.2.283.3
Microsoft Exchange 2010 SP2 + Update Rollup 2	14.2.298.4
Microsoft Exchange 2010 SP2 + Update Rollup 3	14.2.309.2

Pada contoh gambar sebelumnya terlihat versi yang digunakan adalah 14.2 (Build 247.5). Ini bisa dibaca sebagai 14.2.247.5. Dari tabel kita ketahui bahwa pada server tersebut yang digunakan adalah Microsoft Exchange Server 2010 SP2. Terlihat juga bahwa setelah 14.2.247.5 Microsoft sudah mengeluarkan 2 (dua) buah update baru. Untuk itu disarankan agar segera memutakhirkan versi ke update yang terbaru, yaitu Microsoft Exchange Server 2010 SP2 + Update Rollup 2.

Karena sama-sama menggunakan versi Service Pack yang sama (SP2), maka yang diperlukan hanyalah menjalankan instalasi “Update Rollup 2 for Microsoft Exchange Server 2010 SP2”. Jangan keliru dengan “Update Rollup 2” untuk Exchange Server 2010 SP1, atau Exchange Server 2010. Walau sama-sama “Update Rollup 2”, isinya berbeda. Sedangkan jika ternyata versi Service Pack yang Anda gunakan tidak sama (misal saat ini Anda menggunakan Exchange Server 2010 tanpa Service Pack atau menggunakan Exchange Server 2010 SP1; padahal yang terbaru saat ini adalah Exchange Server 2010 SP2) maka harus dilakukan proses “upgrade” terlebih dahulu.

Menyederhanakan Alamat OWA (Bagian 3)

Rahmat Zikri — Mon, 30 Apr 2012 13:01:36 GMT

Permintaan konfigurasi alamat OWA yang paling sering adalah bagaimana membuat alamat OWA tetap bisa diakses walau user lupa mengetik https di depan alamatnya. Alasan yang biasanya disebutkan adalah karena user biasanya malas atau sering lupa mengetik https, atau karena user telah terbiasa menggunakan alamat webmail tanpa https pada alamat yang lama (misal pada proses upgrade dari Exchange Server 2003).

Tanpa konfigurasi tambahan yang bersifat ‘tricky’ alias akal-akalan, ketika ada user yang mengetik alamat OWA tanpa https (misal langsung ketik: http://mail.namadomainku.co.id) maka yang muncul adalah pesan error nomor 403 dari IIS seperti gambar di bawah:

Untuk membuat OWA bisa diakses tanpa menggunakan https tanpa harus benar-benar mengubah https jadi http, trik-nya sederhana saja. Mirip seperti langkah yang dijalankan pada tulisan terdahulu untuk “menghilangkan” kebutuhan menulis /owa di belakang alamat OWA (Menyederhanakan Alamat OWA (Bagian 2)), kali ini yang kita manipulasi adalah pesan kesalahan nomor 403.

Buka Internet Information Services (IIS) Manager, lalu cari dan buka “Error Pages”.

Pilih pesan kesalahan nomor 403, lalu klik Edit…

Ubah respon default untuk setiap kesalahan 403 menjadi “Execute a URL on this site”, lalu masukkan alamat lengkap OWA yang ingin dibuka (lengkap dengan https –nya), menjadi seperti di bawah ini:

Dengan demikian, setiap kali ada kesalahan penulisan alamat yang mendapatkan respon kesalahan 403 akan segera diteruskan ke alamat https://mail.domainku.co.id/owa

Menyederhanakan Alamat OWA (Bagian 2)

Rahmat Zikri — Sat, 31 Mar 2012 15:08:59 GMT

Cara berikutnya untuk mempermudah penulisan alamat OWA agar user tidak perlu menulis lengkap sebagai https://nama.server.email/owa, tetapi cukup mengetikkan alamat https://nama.server.email (tanpa /owa di bagian belakang) adalah menggunakan HTTP Redirect yang disediakan oleh IIS7.

Buka Internet Information Services (IIS) Manager, lalu cari dan buka “HTTP Redirect”.

Setelah terbuka, centang pilihan “Redirect requests to this destination;”, isi dengan: /owa; Akhiri dengan klik Apply dan restart service (iisreset).

Menyederhanakan Alamat OWA (Bagian 1)

Rahmat Zikri — Tue, 29 Nov 2011 08:08:46 GMT

Salah satu cara pengguna untuk mengakses mailbox pada implementasi Microsoft Exchange adalah melalui webmail, yang juga dikenal dengan nama Outlook Web Access (mulai dari Exchange Server 2010 disebut sebagai Outlook Web App).

Format standar yang digunakan untuk mengakses webmail ini melalui browser adalah dengan mengetikkan alamat https://nama.server.email/owa, misalnya: https://mail.kantorku.co.id/owa. Namun seringkali pengguna lupa atau malas menuliskan folder /owa di belakang nama server tersebut, sehingga yang didapat bukan-lah halaman login melainkan hanya gambar ucapan selamat datang dalam berbagai bahasa.

Trik sederhana yang pertama untuk menyederhanakan alamat webmail tersebut adalah dengan membuat sebuah file index.htm dan diletakkan di lokasi Wwwroot dari instalasi IIS (Internet Information Services), yang biasanya terletak di C:\Inetpub\Wwwroot.

Buat-lah sebuah file menggunakan Notepad, yang isinya adalah perintah HTML untuk melakukan proses re-direction otomatis ke folder /owa, yang dilakukan tanpa perlu ada jeda waktu (dalam 0 detik). Kemudian simpan file tersebut dengan nama di C:\Inetpub\Wwwroot\index.htm.

Isi file tersebut adalah:

<html><head>

<meta http-equiv=”Refresh” content=”0; url=/owa”>

</head></html>

Dengan file sederhana tersebut, jika ada pengguna yang sengaja atau tidak sengaja membuka alamat https://mail.kantorku.co.id tanpa menulis /owa, tanpa menunggu waktu lama (dalam waktu 0 detik) IIS akan langsung mengarahkan pengguna tersebut ke alamat /owa. Dengan demikian pengguna akan menemukan halaman login ke webmail, tanpa harus repot-repot menulis alamat situs dengan lengkap.