Wuiihhh... Sampai capek bacanya :) Thank rekan Defi, paling tidak dengan adanya tulisan anda ini semakin membuka wawasan kita lebih banyak lagi, bahwasanya semua produk pasti ada kurang-lebihnya. Nggak bisa kita bilang suatu produk "jelek" tanpa bukti, begitu pula sebaliknya. Alangkah lebih baik jika kita bisa mengikis paradigma seperti yang anda sebutkan di email anda.
Maju terus IT Indonesia Salam, Temennya Spongebob. -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] :-) Wah bung Harnanto, pertama anda bilang performance Exchange jelek karena lambat saat kirim e-mail internal. Saat bung Yokhanan dan Ryo dan saya menunjukkan kalau di environment kami pengiriman e-mail internal sangat cepat, anda bilang Exchange jagonya di LAN saja :-) Oh BTW maaf saya tergoda mengomentari istilah anda Exchange ibarat "waria" :-) Fungsi Exchange yang paling utama adalah sebagai Message Transfer Agent (MTA), atau transfer e-mail, atau Messaging (bukan Massaging, ini sih pijat namanya :-)). Ini makanya dalam Microsoft, divisi yang ngurusin Exchange disebut divisi Enterprise Messaging System. Groupware sendiri punya artian aplikasi yang menghubungkan user-user dalam organisasi, supaya bisa berkomunikasi dan bekerjasama dengan cespleng. Fungsi Groupware dalam Microsoft Windows Server System roadmap terakhir dibagi atas: - Messaging & Collaboration: Microsoft Exchange Server 2003 - File and Document Sharing: Microsoft SharePoint Portal 2003 - Instant Messaging & Conference: Microsoft Live Communications Server 2005 Ditambah fungsi-fungsi tambahan lain kayak voice messaging via Microsoft Speech Server 2005 dll, tapi itu OOT. Sampai saat ini, Messaging adalah unsur paling penting dalam Groupware. Gak ada produk Groupware yang dirilis tanpa fungsi e- mail. Gak bisa dibilang Groupware dan Messaging itu terpisah, bahwa Exchange coba jadi ok di dua-duanya tapi gagal :-) Balik ke e-mail bung Ryo sebelumnya, yang mau bung Ryo jelaskan ke anda adalah bagaimana komunikasi antara *mail server dengan mail client*. Exchange dan native client-nya, Outlook, menggunakan protokol MAPI- RPC buat ngobrol satu sama lain. Dalam ngirim e-mail, MAPI-RPC lebih banyak fiturnya daripada SMTP, karena selain bisa ngirim e-mail juga bisa posting ke Public Folder, ngirim undangan buat ikut meeting, dsb. Dalam narik e-mail, MAPI-RPC lebih gagah dari POP3 (yang ga bisa narik folder) atau IMAP4 (yang bisa narik folder tapi ga ada fungsi jadual meeting dll). Exchange juga punya sistem Single Instance Storage di database-nya. Misalnya saya kirim 1 e-mail dengan 1 MB attachment ke 100 user internal. 1 e-mail dan attachment ini bakal ditaruh di database Exchange. Ke-100 user masing-masing bakal nerima *link* ke e-mail dan attachment tsb. Jadi mereka mengakses itu e-mail di server, dan kalau mereka mau buka attachment, baru attachment tsb di-download ke PC mereka. Proses ini diatur oleh MAPI-RPC juga. Efeknya selain hemat disk space & bandwidth, ya better performance. Kelemahan MAPI-RPC? Ya protokol RPC itu, yang perlu port 135 buat MS RPC Locator dan port-port lain buat komunikasi RPC-nya sendiri. Ndak bisa dibuka ke Internet toh. Nah kalo gini kasusnya, mail client dari Internet tetap bisa menggunakan SMTP buat ngirim e-mail ke Exchange, dan POP3 atau IMAP4 buat narik e-mail dari Exchange. No problem, terintegrasi penuh koq. Di Exchange 2003 dan Outlook 2003, ada teknologi baru RPC over HTTP, dimana protokol MAPI-RPC dienkapsulasi dalam protokol HTTP dan dienkripsi menggunakan SSL, hingga cukup buka port 80 dan 443 di Internet, anda bisa pake Outlook 2003 untuk kirim e-mail, undang meeting, cek posting di Public Folders dll. Bagaimana komunikasi *mail server dengan mail server*? Ya tetap protokol SMTP. Protokol yang sangat sederhana tapi elegan ini belum ada saingannya dalam transfer e-mail antar mail server. Exchange 2000/2003 menggunakan SMTP sebagai native protocol alias bahasa utamanya buat ngobrol antar mereka sendiri. Yang pernah install Exchange 2000/2003 pasti tau requirement instalasinya, *harus ada* SMTP service ter-install. Ditambah komponen Microsoft Exchange Routing Engine buat kalkulasi rute terbaik buat ngirim e- mail, yang notabene meningkatkan kinerjanya sebagai SMTP server, saya tidak tahu kenapa anda menganggap Exchange sucks sebagai mail server. Karena anda tidak memberikan informasi apapun untuk mendukung opini anda, saya anggap anda sudah banyak melihat implementasi Exchange hingga bisa memberikan penilaian demikian. Saya sendiri mungkin tidak sebanyak anda pengalamannya, tapi dari sekitar 200-an implementasi Exchange yang saya lihat, saya malah bisa bilang sebaliknya, Exchange does not suck as a mail server. Contoh tambahan, saya iseng coba lakukan tes kirim e-mail external dengan attachment 250 KB dari kantor menggunakan Outlook client ke e- mail saya di Yahoo Mail. Saya buka Yahoo Mail di latar belakang, klik Send di Outlook, lalu balik ke Yahoo Mail dan refresh, aha! E- mail sudah nongol di situ. Received: from 131.107.3.123 (EHLO mail3.microsoft.com) (131.107.3.123) by mta244.mail.scd.yahoo.com with SMTP; Thu, 03 Feb 2005 07:30:19 -0800 Received: from mailout2.microsoft.com ([157.54.1.120]) by mail3.microsoft.com with Microsoft SMTPSVC(6.0.3790.211); Thu, 3 Feb 2005 07:30:13 -0800 Received: from RED-MSG-51.redmond.corp.microsoft.com ([157.54.12.11]) by mailout2.microsoft.com with Microsoft SMTPSVC (6.0.3790.211); Thu, 3 Feb 2005 07:30:06 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="---- _=_NextPart_001_01C50A05.39106FB0" Subject: test Date: Thu, 3 Feb 2005 07:30:05 -0800 Saya terjemahkan sbb: - e-mail di-stempel oleh Outlook pk. 07:30:05, langsung menuju ke Exchange back-end saat itu juga - diterima Exchange front-end dari Exchange back-end pk. 07:30:06 - diterima Exchange gateway dari front-end pk. 07:30:13 - diterima mail server gateway Yahoo dari gateway kantor pk. 07:30:19. Total waktu yang dibutuhkan: 0,14 detik. Dan ini bukan mail server lab yang ga ada kerjaan, saya jamin mail server di sini super sibuk semua. :-) Kalau anda merasa ga puas dengan performance server anda, kenapa ga coba jalanin Exchange Best Practices Analyzer (EXBPA)? EXBPA adalah utility yang bakal menginformasikan ke anda kalau ada implementasi yang menyimpang dari Best Practices yang dianjurkan Microsoft, misalnya server Exchange anda jalan di atas Domain Controller, dan lain-lain. Anda bisa download utility ini di sini: http://www.microsoft.com/exchange/downloads/2003/exbpa/default.asp Saya sendiri ga fanatik pro-Exchange atau anti-kompetitornya. Saya sampai sekarang tetap kagum dengan kesederhanaan dan keanggunan implementasi FreeBSD dan Postfix yang saya bikin di satu komputer Pentium Pro bekas buat tugas kuliah. Kekaguman yang sama saya rasakan melihat ketangguhan Exchange menangani tugasnya yang banyak sampai Microsoft sendiri membagi spesialisasi Exchange jadi 3 bagian, XADM (administrasi), XCON (konektifitas), dan XCSI (infrastruktur klien-server). Lebih baik menjaga pikiran supaya tetap terbuka di dunia IT toh, daripada menyimpan paradigma "pokoknya jelek jelek jelek lalalalala <sambil tutup telinga>" :-) Maklum dunia kita ini paling ga bisa ditebak lajunya. Raksasa-raksasa IT kayak Microsoft, HP, IBM, aja udah bikin kesalahan dulunya meremehkan Internet, tapi untung banget dah jadi ga ada monopoli di cyberspace :-) Wuih jadi panjang, sorry rekan-rekan sekalian, selamat menikmati hari Jumat :-) Defianto P. Ilham LINKS - Berita-berita terakhir ttg Exchange Exchange Joins Microsoft's Billion-Dollar Club http://www.redmondmag.com/news/article.asp?EditorialsID=6534 Microsoft Plots Exchange Server Road Map http://www.windowsitpro.com/Windows/Article/ArticleID/45231/45231.htm l Servers, Windows Help Microsoft Beat the Street http://www.internetnews.com/bus-news/article.php/3465481 - Berita-berita terakhir ttg kompetitor Exchange berkualitas Get your shades: Lotus looks bright again http://searchdomino.techtarget.com/originalContent/0,289142,sid4_gci1 050681,00.html Scalix Launches Channel Program For Linux Groupware http://www.crn.com/sections/breakingnews/breakingnews.jhtml? articleId=59100568 Review: Novell's Openexchange Server is powerful, versatile http://software.newsforge.com/article.pl?sid=05/01/26/1440206&tid=74 MDaemon reviews http://www.altn.com/products/default.asp?product_id=MDaemon Yang tertarik sama arsitektur Postfix yang berbasis Sendmail bisa cek di http://www.postfix.org/OVERVIEW.html --- In [email protected], Harnanto <[EMAIL PROTECTED]> wrote: > irfan wrote: > > Kalau dibilang tidak bisa menjalankan fungsi utamanya sih enggak juga, karna > > skrg fungsinya sudah sebagai groupware, jadi mailserver bukan fungsi > > utamanya lagi. Kita jangan terpaku lagi dengan mailserver, harus melihatnya > > dari keseluruhan fungsi yang ada. > > > > Kalau dibilang tidak bisa menjalankan salah satu fungsinya sebagai > > mailserver, gak mungkin juga. Masa produk dunia dilepas kepasaran tanpa bisa > > digunakan. > > Waduh, nyebut 'Kalau dibilang tidak bisa menjalankan salah satu > fungsinya sebagai mailserver' aja sampai dua kali. Memangnya siapa yang > bilang seperti itu ?. > > Tapi bener kalau anda bilang 'Kita jangan terpaku lagi dengan > mailserver, harus melihatnya dari keseluruhan fungsi yang ada.' cuman > tetep aja itu bukan excuse untuk bilang bahwa Exchange memang sux kalau > soal urusan MTA alias fungsi sebagai mailserver yang UTAMA. Tentu saja > yang utama kalau memang Exchange tersebut dihadapkan langsung ke > internet, sedangkan metode transfer email antar mailserver yang umum > dipakai adalah SMTP. > > Sedangkan untuk testing bagus tidaknya sebagai MTA atau SMTP server > tentu yang saya maksudkan test kirim ke diri sendiri adalah kirim > menggunakan Simpel Mail Transfer Protocol. -- www.ITCENTER.or.id - Komunitas Teknologi Informasi Indonesia Info, Gabung, Keluar, Mode Kirim : [EMAIL PROTECTED] ::: Hapus bagian yang tidak perlu (footer, dst) saat reply! ::: ## Forum: ITCENTER.or.id/forum ## Jobs: ITCENTER.or.id/jobs ## Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/ITCENTER/ <*> To unsubscribe from this group, send an email to: [EMAIL PROTECTED] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
