Re: [linux-admin] Qmail Bugs
Jimmy wrote: Saya baca artikel di : http://www-dt.e-technik.uni-dortmund.de/~ma/qmail-bugs.html Bug-nya qmail banyak banget yah ? Sayang banget, sampe skr saya belum ketemu pasangan yg setangguh qmail+vpopmail+courier-imapd Mungkin rekan-rekan sudah ketemu ? Bisa sharing ? Salam. coba liat URL berikut sebagai pembanding http://www.ornl.gov/cts/archives/mailing-lists/qmail/2002/09/msg00304.html http://cr.yp.to/qmail/venema.html http://cr.yp.to/docs/resources.html :) reza -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
Re: [linux-admin] Qmail Bugs
> coba liat URL berikut sebagai pembanding > > http://www.ornl.gov/cts/archives/mailing-lists/qmail/2002/09/msg00304.html > http://cr.yp.to/qmail/venema.html > http://cr.yp.to/docs/resources.html > Makasih buat URL-nya, pak Reza.. Wah, ternyata setelah ikut link-link yg ada, ternyata seru juga perseteruan antara qmail dan postfix he...he...he... Kalau saja keduanya bisa digabungkan features-featuresnya Pasti siip banget yah.. Salam, Jimmy. -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
Re: [linux-admin] Qmail Bugs
Penulisnya yang bikin qmail ya jelas aja ngebela mati-matian Qmail. Kalo dia ngaku bikin salah, nggak bakalan ada yang pake qmail donk... :) Kalo ada URL pembanding yang nampilin opini user atau admin dari postfix dan qmail, perbandingannya jadi lebih objektif. Kalo gue pribadi sih lebih prefer Postfix. Buat instalasi gue lebih gampang diinstall dan bisa langsung jalan dan bisa cepat di duplikasi. Kalo qmail rada repot untuk menyamai installasi yang sekarang aja perlu patch yang lumayan banyak, nginstallnya repot (makan waktu) apalagi untuk proses duplikasinya. Tapi untuk kombinasi tertentu qmail emang nggak ada tandingannya. Jadi gue sih tetap aja ada di tengah. Tidak memihak. -- dapidc Reza Iskandar Achmad wrote: coba liat URL berikut sebagai pembanding http://www.ornl.gov/cts/archives/mailing-lists/qmail/2002/09/msg00304.html http://cr.yp.to/qmail/venema.html http://cr.yp.to/docs/resources.html -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
Re: [linux-admin] Qmail Bugs
Dapid Candra wrote: Penulisnya yang bikin qmail ya jelas aja ngebela mati-matian Qmail. Kalo dia ngaku bikin salah, nggak bakalan ada yang pake qmail donk... :) gak harus di bela mati2an koq, orang yang sehat kan bisa memilih sendiri Kalo ada URL pembanding yang nampilin opini user atau admin dari postfix dan qmail, perbandingannya jadi lebih objektif. itu kan ada pendapat dari Rusell Nelson di pembanding ? Lagian kan kalo pembelaan Mr. Dan masuk akal dan acceptable, kenapa harus mempersoalkan siapa penulis opini itu ? not a big deal itu ditulis oleh user atau developer. Kalo gue pribadi sih lebih prefer Postfix. Buat instalasi gue lebih gampang diinstall dan bisa langsung jalan dan bisa cepat di duplikasi. Kalo qmail rada repot untuk menyamai installasi yang sekarang aja perlu patch yang lumayan banyak, nginstallnya repot (makan waktu) apalagi untuk proses duplikasinya. Baca dulu soal lisensi qmail, baru ngomong soal patch yang banyak bikin repot Tapi untuk kombinasi tertentu qmail emang nggak ada tandingannya. Jadi gue sih tetap aja ada di tengah. Tidak memihak. Tidak ada yang menyuruh anda untuk memihak ? Saya pake qmail untuk incoming cluster dan postfix di outgoing cluster, jadi jangan anggap saya postfix hatter ? :) Reza Iskandar Achmad -- dapidc Reza Iskandar Achmad wrote: coba liat URL berikut sebagai pembanding http://www.ornl.gov/cts/archives/mailing-lists/qmail/2002/09/msg00304.html http://cr.yp.to/qmail/venema.html http://cr.yp.to/docs/resources.html -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
Re: [linux-admin] Qmail Bugs
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Monday 13 October 2003 12:29 pm, Reza Iskandar Achmad wrote: > Saya pake qmail untuk incoming cluster dan postfix di outgoing cluster, > jadi jangan anggap saya postfix hatter ? Betul, postfix dan qmail sama2 bagus kok. So, let's stop this religious war ;p We're on the same side here. Peace! - -- Fajar http://linux.arinet.org Linux mdk91.sistek.kom 2.4.21-0.13mdk GNU/Linux 12:28:33 up 4:49, 11 users, load average: 0.36, 0.37, 0.46 Quote of the day: Win98 is called Win98 because there is a 98% probability that it will crash during installation -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE/ijjqMai9kCFqACoRAtDEAKCmPQXUag8wukqdxh8HBQpMscQ0swCgoGz8 x4oy/SPBniI+nMF4+Z1ByY4= =1FPe -END PGP SIGNATURE- -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
Re: [linux-admin] Qmail Bugs
> Saya pake qmail untuk incoming cluster dan postfix di outgoing cluster, > jadi jangan anggap saya postfix hatter ? > > Reza Iskandar Achmad Yup, sama, saya lempar email keluar juga pake postfix, dan incoming email di-handle dgn baik sama qmail. Si postfix cukup baik buat menangani email yg outgoing, dan qmail cukup baik untuk menangani incoming email. Baik di sini dari segi setup dan administrasinya. Nah, kalo ada yg bisa mengawini kedua sistem ini, pasti khan cakep banget... Salam, Jimmy. -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
RE: [linux-admin] Qmail Bugs
wah kayanya lagi bener bener perbandingan nih rgds toto -Original Message- From: Fajar Priyanto [mailto:[EMAIL PROTECTED] Sent: Monday, October 13, 2003 12:32 PM To: [EMAIL PROTECTED] Subject: Re: [linux-admin] Qmail Bugs -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Monday 13 October 2003 12:29 pm, Reza Iskandar Achmad wrote: > Saya pake qmail untuk incoming cluster dan postfix di outgoing cluster, > jadi jangan anggap saya postfix hatter ? Betul, postfix dan qmail sama2 bagus kok. So, let's stop this religious war ;p We're on the same side here. Peace! - -- Fajar http://linux.arinet.org Linux mdk91.sistek.kom 2.4.21-0.13mdk GNU/Linux 12:28:33 up 4:49, 11 users, load average: 0.36, 0.37, 0.46 Quote of the day: Win98 is called Win98 because there is a 98% probability that it will crash during installation -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE/ijjqMai9kCFqACoRAtDEAKCmPQXUag8wukqdxh8HBQpMscQ0swCgoGz8 x4oy/SPBniI+nMF4+Z1ByY4= =1FPe -END PGP SIGNATURE- -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.524 / Virus Database: 321 - Release Date: 10/6/03 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.524 / Virus Database: 321 - Release Date: 10/6/03 -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
Re: [linux-admin] Qmail Bugs
On 2003.10.11_13:48:21_+, Jimmy wrote: > Saya baca artikel di : > http://www-dt.e-technik.uni-dortmund.de/~ma/qmail-bugs.html > > Bug-nya qmail banyak banget yah ? Ada banyak perdebatan tentang ini di mailing list qmail. Cari di arsipnya untuk informasi lebih lanjut. Pada dasarnya bugs yang dikemukakan oleh Matthias Andre membias. Bila Anda membaca posting yang dilakukannya ke mailing list qmail, terasa sekali bahwa tujuannya bukan untuk membantu, tapi untuk mempromosikan postfix di mailing list qmail. Dan akibatnya, menjelek-jelekkan qmail. Suatu hal yang tidak sepatutnya dilakukan. Seorang yang bernama Dave Sill, penulis Life with qmail dan buku Qmail Handbook, memberikan jawaban atas dokumen ini. Sekali lagi, ini ada di arsip mailing list qmail: http://marc.theaimsgroup.com/?l=qmail&m=103116907221626 In summary, baca thread mengenai perdebatan tentang dokumen ini. Baca juga posting yang dilakukan oleh Matthias Andre yang lain. Dan selanjutnya terserah Anda, mau menganggap dokumen itu benar, atau mengambil pendekatan yang meniadakan "bugs" yang ada dengan cara yang benar, seperti yang didesain dari awal oleh Prof. Daniel J. Bernstein. Menurut saya sendiri, qmail dapat dibuat secure, asalkan mengikuti instruksi instalasi seperti di Life with qmail. "Bugs" lainnya yang diklaim merupakan kekurangan feature tertentu atau tidak "RFC compliant", sebagian merupakan desain yang disengajakan qmail untuk keuntungan tertentu (seperti security) dan dalam hal ini tidak benar-benar melanggar RFC, dan sebagian lainnya terbukti tidak benar. YMMV. -- H. D. Lee -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
Re: [linux-admin] Qmail Bugs
Yang ketawa kayaknya Om Bill Gates tuh... :) > Makasih buat URL-nya, pak Reza.. > Wah, ternyata setelah ikut link-link yg ada, ternyata seru juga > perseteruan > antara qmail dan postfix he...he...he... > Kalau saja keduanya bisa digabungkan features-featuresnya Pasti > siip > banget yah.. > > Salam, > Jimmy. > -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
Re: [linux-admin] Qmail Bugs
On Sun, Oct 12, 2003 at 05:04:20PM +0700, H. D. Lee wrote: > Ada banyak perdebatan tentang ini di mailing list qmail. Cari di > arsipnya untuk informasi lebih lanjut. Orang ikutan milis biasanya untuk berdiskusi, bukan untuk mendapat nasihat cari arsip :-) Kenyataannya, nasihat di atas benar 100%. Kita tidak akan menemukan perdebatan serupa di arsip milis-milis MTA lain. Jadi, hanya bisa cari di milis qmail. Walaupun kalau mundur ke tahun kira-kira 1996-7 (mungkin sebelumnya), kalau kita beruntung kita akan bisa melihat bagaimana perang suci qmail vs sendmail yang dilakukan oleh para pejuang qmail di banyak milis dari majordomo, smartlist, bahkan sampai linux-kernel :-)) Buah dan hasil perjuangan dari para pejuang suci qmail ini bisa kita rasakan dampaknya di Indonesia. > Pada dasarnya bugs yang dikemukakan oleh Matthias Andre membias. Alasannya? > Seorang yang bernama Dave Sill, penulis Life with qmail dan buku Qmail > Handbook, memberikan jawaban atas dokumen ini. Sekali lagi, ini ada di > arsip mailing list qmail: Lebih bagus kalau ada argumentasi sendiri. Tidak hanya sentimen dan merefer ke pendapat orang lain. Dengan begitu kesan terjadi 'flame-war' bisa dihindari. MTA dibuat jelas tidak untuk memecahkan semua masalah. Mereka punya design sendiri. Design tertentu dipilih untuk menjawab masalah tertentu. Jadi yang paling penting bagi kita dalam memilih MTA adalah: Masalah (seperti) apa yang hendak kita pecahkan? Salam, P.Y. Adi Prasaja -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
Re: [linux-admin] Qmail Bugs
On Mon, Oct 13, 2003 at 12:29:38PM +0700, Reza Iskandar Achmad wrote: > itu kan ada pendapat dari Rusell Nelson di pembanding ? orang ini konsultan qmail. hidupnya bergantung pada ketenaran qmail :-))) kebanyakan qmail zealotz yang 'ngotot' di milis qmail, hidupnya bergantung pada ketenaran qmail. jadi, 'berdebat' dengan mereka akan menjadi never ending story. > Baca dulu soal lisensi qmail, baru ngomong soal patch yang banyak bikin > repot apakah setelah baca lisensi qmail, install jadi tidak repot lagi? walaupun menurut saya repot/tidak ini kan relatif. kita bisa pasang 1 qmail, setelah dipatch dengan 1001 patches, kemudian kita bikin diff dengan qmail asli. beres. jadinya cuman punya 1 patches. sukur-sukur kreatif bisa bikin rpm/deb sendiri. > Saya pake qmail untuk incoming cluster dan postfix di outgoing cluster, alasannya? Salam, P.Y. Adi Prasaja -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
Re: [linux-admin] Qmail Bugs
On Mon, Oct 13, 2003 at 12:29:38PM +0700, Reza Iskandar Achmad wrote: itu kan ada pendapat dari Rusell Nelson di pembanding ? orang ini konsultan qmail. hidupnya bergantung pada ketenaran qmail :-))) kebanyakan qmail zealotz yang 'ngotot' di milis qmail, hidupnya bergantung pada ketenaran qmail. jadi, 'berdebat' dengan mereka akan menjadi never ending story. Pengacara yang anda sewa ketika anda terlibat suatu kasus di pengadilan tentu akan membela and mati2an di pengadilan. Lumrah ? but that's not the point. Ada baiknya anda mengutip kalimat lain selain kalimat saya yang di atas, yaitu "Lagian kan kalo pembelaan Mr. Dan masuk akal dan acceptable, kenapa harus mempersoalkan siapa penulis opini itu ?" Kalo anda bilang para zealotz qmail bergantung pada ketenaran qmail yang ketawan dengan pembelaan mereka yang 'ngotot', lantas apakah tidak sah kalo kita melihat tulisan-tulisan Matthias Andree maupun venema sendiri sebagai pembelaan yang ngotot juga ? bukankah dengan mempublikasikan tulisan yang tendesius seperti tsb bermaksud mengdongkrak popularitas postfix dengan membuat propaganda jelek terhadap pesaingnya, qmail ? Intinya kenapa harus dipermasalahkan siapa penulis opini-opini tersebut ? bukankah anda sendiri di thread ini sempat mengatakan "Lebih bagus kalau ada argumentasi sendiri". Lantas kalo misalnya russel nelson punya pendapat sendiri atau misalnya saya, yang tentu bukan levelnya russel nelson atau anda untuk beropini, memiliki opini, lalu lantas hanya karena saya pengguna setia qmail, trus dianggap ngotot ? Baca dulu soal lisensi qmail, baru ngomong soal patch yang banyak bikin repot apakah setelah baca lisensi qmail, install jadi tidak repot lagi? walaupun menurut saya repot/tidak ini kan relatif. kita bisa pasang 1 qmail, setelah dipatch dengan 1001 patches, kemudian kita bikin diff dengan qmail asli. beres. jadinya cuman punya 1 patches. sukur-sukur kreatif bisa bikin rpm/deb sendiri. Tentunya anda tau, bahwa tidak mungkin terjadi dengan hanya baca lisensi DJB, lantas everything goes more easy, gak mungkin. Distribusi qmail yang telah dimodifikasi mengalami restriksi yang ketat, sehingga memang demikian adanya proses instalasinya menjadi tidak lebih mudah. Namun coba kita lihat, mudah atau tidak adalah hal yang relatif. Nah, 'sukur-sukur' kalo pada kreatif bikin penyatuan semua patch jadi satu file sehingga gak perlu patch sampe "1001". Saya pake qmail untuk incoming cluster dan postfix di outgoing cluster, alasannya? pertanyaan alasan atas kutipan kalimat saya di atas tidak perlu saya jawab, karena berbeda dengan tujuan penyampaian kalimat saya tsb. Pernyataan saya tsb untuk menyampaikan kepada peserta diskusi ini, bahwa saya tidak membenci postfix, dan saya buktikan, saya menggunakan posftix di salah satu titik produksi. Jadi pernyataan saya tsb bukan sebagai penguat pendapat kenapa saya qmail atau postfix. Tentunya saya punya alasan sendiri kenapa menggunakan cara spt tsb, paling tidak yang sudah umum jadi topik dan disepakati beberapa diskusi, bahwa postfix tangguh dalam kecepatan dan kecepatan, sedang qmail tangguh dalam menjaga pesan yang masuk ke dalam proses nya. Salam, Salam kembali, P.Y. Adi Prasaja Reza Iskandar Achmad -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
Re: [linux-admin] Qmail Bugs
On Tue, Oct 14, 2003 at 09:31:01AM +0700, Reza Iskandar Achmad wrote: > "Lagian kan kalo pembelaan Mr. Dan masuk akal dan acceptable, kenapa > harus mempersoalkan siapa penulis opini itu ?" apanya yang 'acceptable'? yang mana? > kalo kita melihat tulisan-tulisan Matthias Andree maupun venema sendiri > sebagai pembelaan yang ngotot juga ? bukankah dengan mempublikasikan > tulisan yang tendesius seperti tsb bermaksud mengdongkrak popularitas > postfix dengan membuat propaganda jelek terhadap pesaingnya, qmail ? Venema? Sejak kapan Wietse memasang webpage yang menjelek-jelekan orang/produk lain? Soal Matthias, ok lah. Kita kesampingkan dulu dongkrak, obeng dan kunci inggris. Menurut anda, mana dari yang dibilang Matthias yang keliru? > Distribusi qmail yang telah dimodifikasi mengalami restriksi yang ketat, > sehingga memang demikian adanya proses instalasinya menjadi tidak lebih > mudah. Namun coba kita lihat, mudah atau tidak adalah hal yang relatif. yang ini asli ndak mudeng, apalagi kalau dikaitkan dengan pernyataan Dapid Chandra :-) > pertanyaan alasan atas kutipan kalimat saya di atas tidak perlu saya > jawab, karena berbeda dengan tujuan penyampaian kalimat saya tsb. alasan anda menentukan apakah anda JAQZ, atau pendapat anda benar obyektif. > bahwa postfix tangguh dalam kecepatan dan kecepatan, sedang qmail > tangguh dalam menjaga pesan yang masuk ke dalam proses nya. omong kosong. postfix menang di kedua-duanya :-) coba sendiri. ada postal, kalau alergi pakai smtp-source postfix. Salam, P.Y. Adi Prasaja -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
Re: [linux-admin] Qmail Bugs
Again, AFAIK, qmail dan postfix dua - duanya bagus. Dan kompetisi keduanya mendorong kemajuan MTA yang lain. Keduanya punya kelebihan dan kekurangan dan positifnya keduanya saling melengkapi, buktinya banyak admin yang akhirnya memilih untuk menggunakan keduanya. Kalo aku pribadi lebih memilih Postfix, karena kesederhanaanya. (Please jangan dikomentarin lagi...) adi wrote: Dapid Chandra :-) Candra... nggak pake h. -- dapidc -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
Re: [linux-admin] Qmail Bugs
On Tue, Oct 14, 2003 at 09:31:01AM +0700, Reza Iskandar Achmad wrote: > Tentunya anda tau, bahwa tidak mungkin terjadi dengan hanya baca lisensi > DJB, lantas everything goes more easy, gak mungkin. > Distribusi qmail yang telah dimodifikasi mengalami restriksi yang ketat, > sehingga memang demikian adanya proses instalasinya menjadi tidak lebih > mudah. Namun coba kita lihat, mudah atau tidak adalah hal yang relatif. Ujung-ujungnya antara patch satu dengan patch yang lainnya bisa bentrok, dan kemungkinan tidak jalan. Intinya kalau mau MTA dengan kemampuan yang kompleks, lupakan qmail. > Tentunya saya punya alasan sendiri kenapa menggunakan cara spt tsb, > paling tidak yang sudah umum jadi topik dan disepakati beberapa diskusi, > bahwa postfix tangguh dalam kecepatan dan kecepatan, sedang qmail > tangguh dalam menjaga pesan yang masuk ke dalam proses nya. Coba ditambahkan lagi mas Reza : vanila postfix bisa mereject unknown user di level smtp, vanilla qmail? vanila postfix bisa mereject header/body/mime di level smtp, vanilla qmail? ... No doubt, pakai postfix lupakan yang lain :-) Oh iya email ini dikirim pakai qmail tapi dismtproute ke postfix :-) Asfihani -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
Re: [linux-admin] Qmail Bugs
Emang bener sih... kedua2nya bagus... yg suka qmail, ya nginstal qmail, yg suka postfix ya boleh nginstal postfix, nggak ada salahnya toh?? Lagian debat kusir kaya gitu nggak ada untungnya . -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
Re: [linux-admin] Qmail Bugs
On Tue, 14 Oct 2003 11:29:42 +0700 Asfihani <[EMAIL PROTECTED]> wrote: > > vanila postfix bisa mereject unknown user di level smtp, vanilla qmail? > vanila postfix bisa mereject header/body/mime di level smtp, vanilla qmail? > ... > > No doubt, pakai postfix lupakan yang lain :-) > > Oh iya email ini dikirim pakai qmail tapi dismtproute ke postfix :-) == oke , vanilla postfix lebih bagus dari vanilla qmail tp kalo kebutuhan nya untuk virtual domain, kira kira udah ada belum pengganti qmail + vpopmail + qmailadmin ? kalo ini dikirim pake postfix , tapi terimanya masih make qmail regards -yudhi- -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
RE: [linux-admin] Qmail Bugs
> -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Sent: Tuesday, October 14, 2003 10:42 AM > > Emang bener sih... kedua2nya bagus... yg suka qmail, ya nginstal qmail, yg > suka postfix ya boleh nginstal postfix, nggak ada salahnya toh?? > Lagian debat kusir kaya gitu nggak ada untungnya . Debat kusir? IMHO, ini bukan debat kusir deh (ato emank ia? :P). Dari argumen2 yang dilontarkan, saya jadi nambah banyak pengetahuan. So, kalo memang thread ini akan dilanjutkan via Japri, tolong cc ke emailku ya. Aku pengen jadi pengamat yang setia mendengar aja ah... ;) -- Denni Pidono -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
RE: [linux-admin] Qmail Bugs
Oh, Ini lagi absen ya, Saya kirim dan terima pake qmail :D Sandi. -Original Message- From: Yudhiansyah Ahmadin [mailto:[EMAIL PROTECTED] Sent: 14 Oktober 2003 10:36 To: [EMAIL PROTECTED] Subject: Re: [linux-admin] Qmail Bugs On Tue, 14 Oct 2003 11:29:42 +0700 Asfihani <[EMAIL PROTECTED]> wrote: > > vanila postfix bisa mereject unknown user di level smtp, vanilla qmail? > vanila postfix bisa mereject header/body/mime di level smtp, vanilla qmail? > ... > > No doubt, pakai postfix lupakan yang lain :-) > > Oh iya email ini dikirim pakai qmail tapi dismtproute ke postfix :-) == oke , vanilla postfix lebih bagus dari vanilla qmail tp kalo kebutuhan nya untuk virtual domain, kira kira udah ada belum pengganti qmail + vpopmail + qmailadmin ? kalo ini dikirim pake postfix , tapi terimanya masih make qmail regards -yudhi- -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
Re: [linux-admin] Qmail Bugs
apanya yang 'acceptable'? yang mana? Mari saya tunjukkan kepada anda beberapa contoh opini yang acceptable, karena mungkin anda belum sempat 'nemu' pendapat yang menurut saya really really clear acceptable. [DJB] Entah anda belum baca alasan Mr. Dan atau belum, atau anda memang 'keukeuh' pakai inetd, karena 'gengsi' pake 'tcpserver'. Bukan qmail nya yang menyebabkan memory exhaust seperti yang dituduhkan Dr. Venema pada Juni 1997, tapi inetd nya lah yang menyebabkan hal itu. Gunakan tcpserver kalo gak mau memory nya exhaust, ini solusi termudah. [Dave Sill] Kenyataannya ? instalasi menggunakan LWQ style, memperkerjakan softlimit bisa tuh menghindarkan dari permasalahan memory yang 'aus' ? Pernah coba kan ? Tidak kah itu bisa diterima ? kalo kita melihat tulisan-tulisan Matthias Andree maupun venema sendiri sebagai pembelaan yang ngotot juga ? bukankah dengan mempublikasikan tulisan yang tendesius seperti tsb bermaksud mengdongkrak popularitas postfix dengan membuat propaganda jelek terhadap pesaingnya, qmail ? Venema? Sejak kapan Wietse memasang webpage yang menjelek-jelekan orang/produk lain? Soal Matthias, ok lah. Kita kesampingkan dulu dongkrak, obeng dan kunci inggris. Menurut anda, mana dari yang dibilang Matthias yang keliru? Saya belum pernah ketemu web page Venema yang jelek2in produk lain. Venema pada Juni, 1997, rame di milis qmail soal memory aus ini. Silahkan obrak-abrik milis tsb. Jelas sekali kalo si Mathias ini, bilang kalo memory aus qmail ini sudah 5 tahun gak dibenerin, apa dia gak peduli dengan pendapat Mr. Dan yang tidak menganggap hal tsb sebagai bug atau urusan security qmail ? 'Ngotot' banget sih si Mathias ? sama kali dengan ngotot nya anda ? :)) Lagi... sekalian jawab ajakan perangnya mas asfik :)) Mathias bilang kenapa sih qmail pake acara nge-delay bounce msg ? alah,... Bukankah ini celah untuk para spammer, mereka akan punya kesempatan melakukan validasi email address ? wah masuk nih gak bounce, kirim lagi masih mau lagi ? silahkan liat tulisan mathias :) Distribusi qmail yang telah dimodifikasi mengalami restriksi yang ketat, sehingga memang demikian adanya proses instalasinya menjadi tidak lebih mudah. Namun coba kita lihat, mudah atau tidak adalah hal yang relatif. yang ini asli ndak mudeng, apalagi kalau dikaitkan dengan pernyataan Dapid Chandra :-) Ya sudah kalo ndak mudheng. pertanyaan alasan atas kutipan kalimat saya di atas tidak perlu saya jawab, karena berbeda dengan tujuan penyampaian kalimat saya tsb. alasan anda menentukan apakah anda JAQZ, atau pendapat anda benar obyektif. maaf saya kurang gaul nih, JAQZ apa yah ? bahwa postfix tangguh dalam kecepatan dan kecepatan, sedang qmail tangguh dalam menjaga pesan yang masuk ke dalam proses nya. omong kosong. postfix menang di kedua-duanya :-) coba sendiri. ada postal, kalau alergi pakai smtp-source postfix. postfix zealots ! mana bukti anda kalo posftix menang dua-dua nya ? "Never ending story", debat ama postfix lover mah, apalagi kalo ngomongin qmail hehehe Wassalam, Reza Iskandar Achmad -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
Re: [linux-admin] Qmail Bugs
On Tue, Oct 14, 2003 at 10:36:15AM +0700, Yudhiansyah Ahmadin wrote: > tp kalo kebutuhan nya untuk virtual domain, kira kira udah ada > belum pengganti qmail + vpopmail + qmailadmin ? Lha kok nyambungnya ke software addon :-) bukannya yang dibahas antara qmail dan postfix pak? anyway coba sampeyan lihat-lihat : http://www.web-cyradm.org/ http://opensrc.berliner-provider.de/holgilein.de/coolprox/tequila/tequila_en.html Kelihatannya ujung-ujung diskusi ini bisa jadi postfix vs qmail, vpopmail vs vmailmgr, ext3 vs reiserfs, freebsd vs linux. Dan toh akhirnya jawabannya (meminjam quote dari Pak Adi): Masalah (seperti) apa yang hendak kita pecahkan? Saya pakai qmail, karena memang kebutuhan jualan dan saya pakai postfix untuk mailserver di kantor karena memang butuh filtering yang handal, serta beberapa hal yang lain, misalnya bandwidth yang terbatas. Tentu semua software ada kekurangan dan kelebihan masing-masing, tergantung "mau pinginnya bagaimana?". BTW, ini sudah nggak ketahuan kemana jluntrungnya, mendingan dikubur saja pengguna qmail dan postfix biar ndak berdebat :-) Asfihani -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
Re: [linux-admin] Qmail Bugs
Asfihani wrote: BTW, ini sudah nggak ketahuan kemana jluntrungnya, mendingan dikubur saja pengguna qmail dan postfix biar ndak berdebat :-) Jadi, kita kopi darat, lalu saling kubur? Yang nutup kuburan terakhir siapa? Pecinta Postfix atau Pencinta Qmail nih? :-) -- dapidc -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
Re: [linux-admin] Qmail Bugs
Dapid Candra wrote: Asfihani wrote: BTW, ini sudah nggak ketahuan kemana jluntrungnya, mendingan dikubur saja pengguna qmail dan postfix biar ndak berdebat :-) Jadi, kita kopi darat, lalu saling kubur? Yang nutup kuburan terakhir siapa? Pecinta Postfix atau Pencinta Qmail nih? :-) -- dapidc yang ngubur bukan qmail atau postfix zealots, tapi ALT-N Technologies Company :) Reza Iskandar Achmad -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
Re: [linux-admin] Qmail Bugs
On Tue, 2003-10-14 at 11:28, Dapid Candra wrote: > Asfihani wrote: > > > BTW, ini sudah nggak ketahuan kemana jluntrungnya, mendingan > > dikubur saja pengguna qmail dan postfix biar ndak berdebat :-) > > Jadi, kita kopi darat, lalu saling kubur? Yang nutup kuburan terakhir > siapa? Pecinta Postfix atau Pencinta Qmail nih? :-) > > -- >dapidc lama2 kayak job vacant juga nih :) ngopi dulu ah... sambil monitoring mo apapun mailservernya yang penting sama sama buka port 25/110 jadi apa yang diributin? tok bisa kirim2 email soal fitur bisa beda2 yang penting tujuannya sama terima dan kirim email :) -- http://www.linuxcompatible.org/compatibility.html and let the world know what works / doesn't work under linux. -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
Re: [linux-admin] Qmail Bugs
On Tuesday 14 October 2003 11:30, Reza Iskandar Achmad wrote: > >apanya yang 'acceptable'? yang mana? > Mari saya tunjukkan kepada anda beberapa contoh opini yang acceptable, > karena mungkin anda belum sempat 'nemu' pendapat yang menurut saya > really really clear acceptable. > [DJB] > Entah anda belum baca alasan Mr. Dan atau belum, atau anda memang > 'keukeuh' pakai inetd, karena 'gengsi' pake 'tcpserver'. > Bukan qmail nya yang menyebabkan memory exhaust seperti yang dituduhkan > Dr. Venema pada Juni 1997, tapi inetd nya lah yang menyebabkan hal itu. > Gunakan tcpserver kalo gak mau memory nya exhaust, ini solusi termudah. > [Dave Sill] > Kenyataannya ? instalasi menggunakan LWQ style, memperkerjakan softlimit > bisa tuh menghindarkan dari permasalahan memory yang 'aus' ? > Pernah coba kan ? > Tidak kah itu bisa diterima ? Hello chips .. Kalau dari gue, baru bisa terima setengah. Kalau yang dibandingkan itu bukan antara inetd dengan tcpserver, melainkan antara tcpserver dengan daemontools bagaimana? Soalnya mailserver gue yang pernah kehabisan resource adalah yang memakai daemontools dan bukan running di linux, tapi di fbsd. Sebelum mengalami sendiri, sebelum mencoba sendiri, rasanya agak susah bagi gue pribadi untuk menerima. Pengen sih dicoba benchmarking, tapi kejadian semacam itu sangat jarang terjadi chips .. (: Jadi susah menarik kesimpulannya. Regards, Rio Martin. -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
Re: [linux-admin] Qmail Bugs
> > > Asfihani wrote: > >> BTW, ini sudah nggak ketahuan kemana jluntrungnya, mendingan >> dikubur saja pengguna qmail dan postfix biar ndak berdebat :-) > > Jadi, kita kopi darat, lalu saling kubur? Yang nutup kuburan terakhir > siapa? Pecinta Postfix atau Pencinta Qmail nih? :-) > jangan lupa ... di sini banyak pendengar budiman ... mungkin bisa di minta bantuannya .. heheheh :)) teruskan perjuangan :D > -- >dapidc salam rizahnst dari medan -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
Re: [linux-admin] Qmail Bugs
On Tue, Oct 14, 2003 at 11:30:50AM +0700, Reza Iskandar Achmad wrote: > Entah anda belum baca alasan Mr. Dan atau belum, atau anda memang > 'keukeuh' pakai inetd, karena 'gengsi' pake 'tcpserver'. > Bukan qmail nya yang menyebabkan memory exhaust seperti yang dituduhkan > Dr. Venema pada Juni 1997, tapi inetd nya lah yang menyebabkan hal itu. > Gunakan tcpserver kalo gak mau memory nya exhaust, ini solusi termudah. wah .. anda nampaknya ndak membaca sendiri tulisan matthias :-) ndak ada tuh ditulis soal inetd he..he.. > [Dave Sill] > Kenyataannya ? instalasi menggunakan LWQ style, memperkerjakan softlimit > bisa tuh menghindarkan dari permasalahan memory yang 'aus' ? > Pernah coba kan ? ini justru di-rujuk oleh Matthias. mestinya dengan ini anda bisa koreksi diri sendiri. bahwa sebenarnya matthias tidak menjalankan misi nge-flame/menjelek-jelekan qmail. silakan baca tulisan matthias lengkap, sebelum baca arsip qmail. > Saya belum pernah ketemu web page Venema yang jelek2in produk lain. > Venema pada Juni, 1997, rame di milis qmail soal memory aus ini. > Silahkan obrak-abrik milis tsb. bedakan antara 'menjelek-jelekan' dengan kritik yang logis. baca dan dengar dulu pendapat orang baik-baik, baru mengambil kesimpulan. setelah anda memiliki kesimpulan sendiri, baru bandingkan dengan kesimpulan orang lain. > Mathias bilang kenapa sih qmail pake acara nge-delay bounce msg ? alah,... > Bukankah ini celah untuk para spammer, mereka akan punya kesempatan > melakukan validasi email address ? wah masuk nih gak bounce, kirim lagi validasi recipient mutlak diperlukan. gini saja. anda pernah dengar domain astaga.com? saya bisa mengarahkan mx-nya ke mesin anda. setelah itu, baru anda bisa melakukan restrukturisasi terhadap argumen anda di atas. seperti yang saya bilang, mta di design tidak untuk menjawab semua masalah. > >omong kosong. postfix menang di kedua-duanya :-) coba sendiri. > >ada postal, kalau alergi pakai smtp-source postfix. > > > > > postfix zealots ! > mana bukti anda kalo posftix menang dua-dua nya ? sudah jelas. saya bisa menunjukkan hasil benchmark kurang lebih 5 menit. tapi kalau saya yang mengerjakan, nanti dikira cheating. anda bisa membuktikannya sendiri. seperti yang saya bilang, anda bisa pakai postal/smtp-source. matthias sendiri punya benchmark soal ini. dan anda pun pasti tidak tertarik. stay calm and cool :-) Salam, P.Y. Adi Prasaja -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
Re: [linux-admin] Qmail Bugs
Hello Asfihani, Tuesday, October 14, 2003, 11:29:42 AM, you wrote: A> Coba ditambahkan lagi mas Reza : A> A> vanila postfix bisa mereject unknown user di level smtp, vanilla qmail? A> vanila postfix bisa mereject header/body/mime di level smtp, vanilla qmail? A> ... A> No doubt, pakai postfix lupakan yang lain :-) A> Oh iya email ini dikirim pakai qmail tapi dismtproute ke postfix :-) A> Asfihani MS Exchange Rocks! email ini di kirim pake qmail loh ;) flame > /dev/nul ;) -- Best regards, T. Albert -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
Re: [linux-admin] Qmail Bugs
On 2003.10.14_07:53:17_+, adi wrote: > Orang ikutan milis biasanya untuk berdiskusi, bukan untuk > mendapat nasihat cari arsip :-) Kenyataannya, nasihat di atas Kenapa harus mengetik kembali text yang sudah ada di Internet? Mengapa Anda harus pakai Linux, BSD, qmail, postfix? Why don't reinvent the wheel? Internet digunakan untuk menyebarkan informasi. Apa salahnya point user ke informasi tersebut dari mailing list? > Alasannya? Baca thread yang saya tunjukkan, baca juga posting "M A" dalam mailing list qmail. RTFA. > MTA dibuat jelas tidak untuk memecahkan semua masalah. Mereka punya > design sendiri. Design tertentu dipilih untuk menjawab masalah > tertentu. Jadi yang paling penting bagi kita dalam memilih MTA > adalah: Masalah (seperti) apa yang hendak kita pecahkan? Setuju. Tapi taukah Anda "M A" masuk ke rumah orang lain lalu gembar gembor MTA favoritnya, lalu jelek2an pemakai MTA tuan rumah? Lalu mengemukakan alasan, bahwa ada orang menjelek2an Postfix di mailing list postfix, yang merupakan user qmail? Come on, orang yang menjelek2an postfix itu bahkan dianggap komunitas qmail sendiri adalah orang yang clueless, tidak tau bagaimana cara memasyarakatkan qmail, tapi "M A" berpendapat bahwa kekacauan ini harus dilakukan, sampai orang yang clueless tersebut tidak muncul lagi di mailing list postfix, yang saya yakin tidak akan ada habisnya dan akan muncul sekali waktu di mailing list postfix. -- H. D. Lee -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
Re: [linux-admin] Qmail Bugs
On 2003.10.14_07:53:17_+, adi wrote: > tertentu. Jadi yang paling penting bagi kita dalam memilih MTA > adalah: Masalah (seperti) apa yang hendak kita pecahkan? > Ok, sepertinya Anda sependapat dengan saya. Dan bagi desainer software, "M A" dan "V" tidak harus ngotot bahwa solusi qmail menghindari memory exhaustion dengan softlimit, tidak benar. Harus pake "Postfix" way. Padahal desainnya sendiri tidak konsisten, pernah kecolongan. Bukankah setiap orang punya cara dan hak punya solusi yang berbeda atas masalah yang sama? Saya tidak pakai Postfix untuk production, dan saya lebih tau qmail. Tapi saya tidak anti Postfix. Saya cuma merasa tindakan "M A" kurang tepat, dan membias. -- H. D. Lee -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
Re: [linux-admin] Qmail Bugs
On 2003.10.14_08:09:35_+, adi wrote: > orang ini konsultan qmail. hidupnya bergantung pada ketenaran > qmail :-))) kebanyakan qmail zealotz yang 'ngotot' di milis > qmail, hidupnya bergantung pada ketenaran qmail. jadi, 'berdebat' > dengan mereka akan menjadi never ending story. irrelevant. Russell Nelson mempunyai perusahaan bernama Crynwr, yang websitenya ada di http://www.crynwr.com. Dari sana dapat dilihat bahwa hidupnya tidak hanya tergantung dari ketenaran qmail. Saya tidak mempunyai ide bagaimana porsi konsultasi qmail berpengaruh dalam pendapatannya. But, buktikan bahwa Russell salah, jangan hanya memberikan kenyataan tanpa dasar. -- H. D. Lee -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
Re: [linux-admin] Qmail Bugs
Jadi makin seru nich, kayak perang dingin blok barat ama blok timur, heheheh :P Tapi omong2x, apa enggak sebaiknya kita semua saling mempelajari kelemahan sistem itu sendiri dan secara objektif mengemukakan kelemahan itu. Soalnya kalau soal keunggulannya, keduanya antara qmail dan postfix dipublikasikan dengan sejuta keunggulan sesuai dengan keinginan pengembangnya sehingga para pemerhati tertarik untuk mencoba dan mengadopsinya. Misalnya mas Asfik yang pakar dengan Postfix nya tentu lebih tahu apa kelemahan dari mta ini, begitu juga dengan Pak Adi yang enggak kalah pakarnya dengan seluk beluk qmail pasti akan lebih banyak mengetahui kelemahan dari qmail.. Soalnya menurut hemat saya, kalau saya seorang yang bersuku betawi kemudian saya mengungkapkan sebuah sisi buruk dari kehidupan budaya betawi, ini bisa disebut dengan kritik membangun atau seminimnya dianggap guyon. Tapi kalau saya seorang yang bersuku betawi, dan mencoba untuk mengungkapkan sisi buruk dari sebuah budaya batak, pasti orang2x yang bersuku batak menganggap ini sebuah tantangan perang atau seminimnya dianggap sebagai sebuah pelecehan. Kembali ke masalah di atas, saya yakin kalau kita bersikap rasional dan menyampingkan rasa superior kita terhadap masalah ini, kita mungkin bisa temukan kesimpulan yang terbaik sehingga para rekan milist bisa melihat dan membandingkan yang mana yang akan mereka adopsi. Lagian hal ini tak ubahnya dengan masalah sholat subuh dengan menggunakan do'a qunut atau tanpa do'a qunut. toh keduanya sah-sah saja asalkan syarat syah sholatnya ditegakkan. -- Best Regards, ( David J. ) ** * " Sesungguhnya aku tiada akan pernah tahu siapa aku " * ** -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
Re: [linux-admin] Qmail Bugs
On Tue, Oct 14, 2003 at 01:16:04PM +0700, H. D. Lee wrote: > Apa salahnya point user ke informasi tersebut dari mailing list? tidak ada. saya setuju. tapi pertanyaannya jelas, bagaimana pendapat dari anggota milis ini. bukan pendapat orang lain. setiap orang mestinya punya pendapat sendiri-sendiri. > Baca thread yang saya tunjukkan, baca juga posting "M A" dalam mailing > list qmail. RTFA. walaupun kemampuan baca sudah banyak menurun, tapi saya mengikuti milis qmail dari hari ke hari :-) > Setuju. Tapi taukah Anda "M A" masuk ke rumah orang lain lalu gembar > gembor MTA favoritnya, lalu jelek2an pemakai MTA tuan rumah? Lalu > mengemukakan alasan, bahwa ada orang menjelek2an Postfix di mailing list > postfix, yang merupakan user qmail? barangkali itu bedanya. kalau saran saya, jangan terpengaruh dengan cara penyampaian orang lain, tapi konsentrasi saja pada apa yang disampaikan. dengan begitu orang jadi (lebih) obyektif. sadarkah anda kalau sebenarnya sekarangpun anda menjelek-jelekkan orang? kalau benar bilang benar, kalau salah bilang salah. matthias menyarankan agar bagi siapa saja yang menemukan kesalahan pada yang dia tulis, silakan menghubunginya langsung dan memberikan koreksi. Salam, P.Y. Adi Prasaja -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
Re: [linux-admin] Qmail Bugs
On Tue, Oct 14, 2003 at 01:21:49PM +0700, H. D. Lee wrote: > Dan bagi desainer software, "M A" dan "V" tidak harus > ngotot bahwa solusi qmail menghindari memory exhaustion dengan > softlimit, tidak benar. sebenarnya yang diminta adalah: kalau kesalahan ada di dokumentasi, perbaiki dokumentasinya. kalau untuk mengatasi attack tsb. harus dengan softlimit, bubuhkan itu pada dokumentasi. untuk itu matthias merujuk pada LWQ yang ditulis oleh Dave Sill. buat kita sebenarnya tidak penting bagaimana mereka 'berseteru' (eh .. ada konon eric, djb dan wietse pernah foto bersama di satu konferensi), yang terpenting adalah pelajaran apa yang bisa diambil: dalam hal ini, jangan lupa membatasi pemakaian memory saat menjalankan qmail-smtpd. entah yang menyarankan si matthias, petruk, gareng, bagong, itu tidak begitu penting. Salam, P.Y. Adi Prasaja -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
RE: [linux-admin] Qmail Bugs
> -Original Message- > From: David J. [mailto:[EMAIL PROTECTED] > Sent: Tuesday, October 14, 2003 2:39 PM > To: linux-admin > Subject: Re: [linux-admin] Qmail Bugs > .. > Kembali ke masalah di atas, saya yakin kalau kita bersikap > rasional dan menyampingkan rasa superior kita terhadap > masalah ini, kita mungkin bisa temukan kesimpulan yang > terbaik sehingga para rekan milist bisa melihat dan > membandingkan yang mana yang akan mereka adopsi. > > Lagian hal ini tak ubahnya dengan masalah sholat subuh dengan > menggunakan do'a qunut atau tanpa do'a qunut. toh keduanya > sah-sah saja asalkan syarat syah sholatnya ditegakkan. > Kenapa sih kita takut banget dengan perbedaan ? Mbok biarin aja penganut ajaran qmail dan penganut ajaran postfix beradu argumentasi. Toh segala argumentasi itu khan bisa menambah wawasan teman2 lain yg ikutan nguping di antara diskusi khan ? Daripada repot2 harus masuk ke milis qmail, milis postfix, milis2 yg lain dan mbaca debat yg sama dalam bahasa Inggris, khan ada baiknya baca yg versi indonesia khan ? Lagian ini ndak bisa dianalogikan dengan debat suku. Orang Batak ndak bisa berubah menjadi orang Betawi, biar diapaian juga tetep aja batak. Tapi penganut qmail khan bisa aja berganti jadi penganut postfix. Dan ini juga bukan masalah Tuhan, ndak sama dengan debat qunut atau tak qunut yang tak membuat jadi tambah pinter. Debat qmail postfix bisa bikin yg nonton tambah pinter, dan yg debat juga tambah pinter, selama debat-nya dengan argumentasi teknis, bukan argumentasi emosionil. Ayo dong, terusin debatnya. salam, -bank al- -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
Re: [linux-admin] Qmail Bugs
On Tue, Oct 14, 2003 at 01:06:10PM +0700, H. D. Lee wrote: > But, buktikan bahwa Russell salah, jangan hanya > memberikan kenyataan tanpa dasar. hi..hi.. pancingannya kurang pas kali ya .. :-) kalau anda sekarang memaksa membuktikan russell, kenapa anda tidak berusaha membuktikan bahwa matthias salah. coba anda kunjungi lagi webnya dan baca baik-baik. kalau pendapat saya pribadi: pendapat dan argumentasi russell dan keberatan-keberatannya atas pendapat/tuduhan matthias benar. penilaian pribadi russell thd. pribadi matthias itu yang perlu dikesampingkan/dibuang jauh-jauh. Salam, P.Y. Adi Prasaja -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
Re: [linux-admin] Qmail Bugs
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tuesday 14 October 2003 14:38, David J. wrote: > Jadi makin seru nich, kayak perang dingin blok barat ama blok timur, > heheheh :P anuw.. kalau lagi suka pakek qmail yah pakek qmail, kalo lagi sukanya ke postfix yah pakek postfix. tergantung suasana hati.. tapi dari berdebatan dan perebutan suara *mendekati pemilu ini milist suasananya ikut suasana pemilu* koq yang saya dapatkan adalah sebagian besar *nix system default MTA adalah sendmail ? - -- Agus Priyadi / Dion Tech. Support Judistira Infomedia Jl. Nginden Baru VIII No. D-60 Surabaya Ph. +62 5924694 | 081330654684 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQE/i6wl8GNgTnTqDfURAuP2AJsE02TGbdgNumJkRPZTZtKM9hAsYACeMx+t Qwo3eCquXl3mVD7fCJqTTqA= =Dgn0 -END PGP SIGNATURE- -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
Re: [linux-admin] Qmail Bugs
On Tue, Oct 14, 2003 at 02:38:53PM +0700, David J. wrote: > Misalnya mas Asfik yang pakar dengan Postfix nya tentu lebih tahu apa ^ > kelemahan dari mta ini, begitu juga dengan Pak Adi yang enggak kalah > pakarnya dengan seluk beluk qmail pasti akan lebih banyak mengetahui > kelemahan dari qmail.. Kayaknya perlu pelurusan, lha wong saya cuman end user qmail/postfix. Kalau suhunya ya sudah jelas ndak usah disebut :-), btw yang belum tahu Mas Reza dan saya ini satu channel di IRC lho. Salam, Asfihani -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
Re: [linux-admin] Qmail Bugs
On Tuesday 14 October 2003 11:28, Dapid Candra wrote: > Jadi, kita kopi darat, lalu saling kubur? Yang nutup kuburan terakhir > siapa? Pecinta Postfix atau Pencinta Qmail nih? :-) Walah.. ini kok malah nambah flame. ?? he..he..he.. Sudahlah.. baik qmail maupun postfix ada plus minusnya masing-masing.. Lebih baik kita kopi darat dan sambil makan sate padang.. :)) -- Best regards, Romie Djapri -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
Re: [linux-admin] Qmail Bugs
On 2003.10.14_14:53:46_+, adi wrote: > hi..hi.. pancingannya kurang pas kali ya .. :-) let's see. > kalau anda sekarang memaksa membuktikan russell, > kenapa anda tidak berusaha membuktikan bahwa matthias > salah. coba anda kunjungi lagi webnya dan baca baik-baik. oh, tunjukkan di mana saya memaksa... pak adi, sejak dari awal thread ini berlangsung adalah sbb: 1. diawali dengan posting bahwa dokumen qmail-bugs adalah dokumen yang menyatakan bahwa qmail itu banyak bugs. 2. saya sanggah, dengan memberikan URL dan posting mailing list, termasuk beberapa anggota milis yang memberikan informasi sejenis. 3. lalu Anda mengatakan bahwa sebaiknya saya punya argumen sendiri, jangan jiplak, hanya akan menimbulkan flame-war. Do I feed a flame war here? Meluruskan sesuatu dianggap flame war? Memberikan URL ke dokumen lain yang menentang dianggap flame war? 4. informasi yang saya berikan adalah untuk meluruskan bahwa dokumen tersebut salah. ini membuktikan bagaimana "M A". 5. anda menjelek2kan "R N", tanpa alasan tepat. Saya menyanggah, di posting ini. Apakah saya menjelek2 "M A"? Ya, karena beliau menggunakan sarana yang tidak tepat. Web itu tepat, menurut hemat saya, tapi saya juga boleh memberikan informasi kepada pembaca, agar dapat dijadikan bahan pertimbangan bukan? Tapi menggunakan sarana milis qmail? Sama sekali tidak tepat. Nah bila Anda tidak setuju dengan pendapat "R N" di kandangnya, proof it. Saya sudah tunjukkan bagaiman "M A" di posting saya yang lain, di dalam thread yang sama. -- H. D. Lee -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
Re: [linux-admin] Qmail Bugs
On 2003.10.14_14:45:06_+, adi wrote: > tidak ada. saya setuju. tapi pertanyaannya jelas, bagaimana > pendapat dari anggota milis ini. bukan pendapat orang lain. > setiap orang mestinya punya pendapat sendiri-sendiri. tidak setuju. apakah saya harus perdebatkan dokumen qmail-bugs dengan cara saya sendiri? lalu kenapa Anda tidak kemukakan qmail-bugs versi Anda sendiri? Kadang antara dua hal kita bisa melihat baik buruknya, dan menyampaikan hal itu kepada orang lain, tanpa perlu memberikan pandangan kita sendiri. setiap hari mailing list dipenuhi pertanyaan yang dijawab dengan menunjukkan pembaca ke URL tertentu, atau dijawab oleh pembaca yang lebih tau, dari kenyataan, atau hasil bacaan orang lain. Bukan atas pendapat sendiri. Misalnya, iptables. Apakah perlu cari cara sendiri kalau mau jawab pertanyaan: bagaimana ngeblok port 80? oh mungkin saya mengerti sekarang. Saya punya pendapat sendiri: saya membaca dokumen qmail-bugs dan posting Dave, dan yang benar menurut hemat saya, adalah Dave. This is my opinion. > walaupun kemampuan baca sudah banyak menurun, tapi saya mengikuti > milis qmail dari hari ke hari :-) what are you trying to prove? > barangkali itu bedanya. kalau saran saya, jangan terpengaruh > dengan cara penyampaian orang lain, tapi konsentrasi saja pada > apa yang disampaikan. dengan begitu orang jadi (lebih) obyektif. > sadarkah anda kalau sebenarnya sekarangpun anda menjelek-jelekkan > orang? kalau benar bilang benar, kalau salah bilang salah. > matthias menyarankan agar bagi siapa saja yang menemukan kesalahan > pada yang dia tulis, silakan menghubunginya langsung dan memberikan > koreksi. maaf, jika nadanya terdengar begitu. tapi yang saya katakan adalah kenyataan. Anda sepertinya setuju dengan pendapat saya bahwa tindakan "M A" tidak tepat. Tapi Anda juga menyarankan agar setiap orang membiarkannya, karena pernyataan beliau benar. Salah tempat adalah suatu kesalahan. "M A" memang mengatakan begitu. Tapi ketika DJB mengatakan bahwa cara untuk menghindari memory exhaustion cara DJB adalah dengan softlimit, "M A" ngotot bahwa yang benar adalah Postfix way. Tapi "M A" ngotot, itu adalah bug qmail. lalu, bagaimana cara saya menyampaikan kenyatan di atas tanpa terdengar menjelek-jelekkan? -- H. D. Lee -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
Re: [linux-admin] Qmail Bugs
On 2003.10.14_14:50:44_+, adi wrote: > sebenarnya yang diminta adalah: kalau kesalahan ada > di dokumentasi, perbaiki dokumentasinya. sekali lagi: menurut DJB system resource limit adalah tugas dari admin yang baik, caranya dengan menjalankan softlimit untuk melimitasi memory yang dapat dipakai oleh qmail. menurut WV, resource limit adalah tugas dari program yang menjalankan, sehingga admin tidak perlu lagi pusing-pusing. MA menginginkan DJB mengikuti cara Postfix. Ini jelas sekali, dikatakan bahwa DJB tidak pernah membayar $500 sebagai hadiah menemukan bug kepada WV. Desain DJB adalah simplicity, karena menurutnya resource limit yang built-in di satu program, akan menimbulkan masalah. terbukti Postfix pernah kecolongan sekali. Jangan memaksakan seorang mengupdate dokumentasi, seandainya hal itu tidak diakui sebagai bugs, karena memang dari awal desainnya mengalihkan tanggungjawab ke non built-in methods, yaitu metode eksternal. Saya ingin menunjukkan ini dengan hanya memberikan URL. Anda juga tidak memberikan pendapat, hanya kesimpulan. Saya ingin memberikan kebebasan kepada pembaca untuk menyimpulkan semuanya sendiri, dengan memberikan bahan perbandingan. At the end, I have to point out facts. > 'berseteru' (eh .. ada konon eric, djb dan wietse pernah > foto bersama di satu konferensi), yang terpenting adalah how nice. -- H. D. Lee -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
Re: [linux-admin] Qmail Bugs
On 2003.10.14_12:29:43_+, adi wrote: > ini justru di-rujuk oleh Matthias. mestinya dengan ini anda > bisa koreksi diri sendiri. bahwa sebenarnya matthias tidak > menjalankan misi nge-flame/menjelek-jelekan qmail. mestinya Anda juga lebih jeli, tidak kemakan oleh tipuan MA. Hanya dengan mencantumkan hal tersebut, tidak membuatnya netral. pokok permasalahannya adalah perbedaan pendapat cara penanganan resource limit. dengan mencantumkan bahwa cara DS adalah workaround, dan ngotot bahwa fix-nya none, ini dapat menyesatkan. menurut DJB, itulah fix-nya. > bedakan antara 'menjelek-jelekan' dengan kritik yang logis. > baca dan dengar dulu pendapat orang baik-baik, baru mengambil > kesimpulan. setelah anda memiliki kesimpulan sendiri, baru > bandingkan dengan kesimpulan orang lain. bedakan juga antara kritik yang logis dengan tidak menerima perbedaan pendapat dan solusi. > validasi recipient mutlak diperlukan. gini saja. anda pernah > dengar domain astaga.com? saya bisa mengarahkan mx-nya ke mesin > anda. setelah itu, baru anda bisa melakukan restrukturisasi > terhadap argumen anda di atas. seperti yang saya bilang, mta > di design tidak untuk menjawab semua masalah. validasi mutlak? bisa diterangkan? saya tidak bisa melihat relevansi antara "ancaman" Anda dengan validasi recipient. Misalnya Anda benar-benar mengarahkannya, qmail akan complain: 553 sorry, that domain isn't in my list of allowed rcpthosts (#5.7.1) > sudah jelas. saya bisa menunjukkan hasil benchmark > kurang lebih 5 menit. tapi kalau saya yang mengerjakan, > nanti dikira cheating. anda bisa membuktikannya sendiri. saya percaya Anda. deskripsikan bagaimana Anda melakukan benchmark yang dimaksud. Pembaca akan menilai apakah Anda fair atau tidak. > matthias sendiri punya benchmark soal ini. dan anda pun > pasti tidak tertarik. Mungkin yang lain tidak tertarik, but not me. But, but, sebuah MTA yang tidak punya catatan security vulnerabilities selama 5 tahun (as of 2003) cukup membuat saya stay with qmail, untuk sekarang ini. > stay calm and cool :-) don't worry, i live in a small cold town. -- H. D. Lee -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
Re: [linux-admin] Qmail Bugs
On Tue, Oct 14, 2003 at 11:04:15PM +0700, H. D. Lee wrote: > Jangan memaksakan seorang mengupdate dokumentasi, seandainya hal itu > tidak diakui sebagai bugs, karena memang dari awal desainnya mengalihkan > tanggungjawab ke non built-in methods, yaitu metode eksternal. kenapa anda tidak melihat sendiri saja ke source qmail, kmd: % grep -i limit * | less tidak ada keterangan bahwa qmail menyerahkan limitasi sistem pada tools lain. kalau tidak disebutkan, artinya: 'Maaf Tuan, qmail hanya untuk orang pinter'. bandingkan dengan penjelasan soal limit concurrency tcpserver, seperti yang dijelaskan pada FAQ di source qmail. seperti yang saya bilang, saya kurang tertarik dengan cara penyampaian, tetapi lebih tertarik pada apa yang disampaikan. issue perlu melakukan limitasi, baik built-in maupun via tool eksternal itu perlu. ini diakui oleh DJB. itu saja. perkara DJB menolak mengupdate dokumentasi di source, tetapi memilih mencantumkan soal ini di homepage pribadinya. Itu wewenang dan hak mutlak DJB. demikian juga dengan matthias. issue yang disampaikannya soal perlu melakukan limitasi memory sewaktu menjalankan qmail-smtpd itu benar. soal bagaimana dia menyampaikan itu bukan urusan saya, lagian saya tidak tertarik memikirkan yang begituan :-) barangkali tip dari saya: filter semua kata-kata bug, hole, security dll. kemudian baca lagi artikel matthias, kalau anda menemukan kesalahan, silakan kemukakan argumentasi anda. kenyataannya memang qmail-smtpd bisa menghabiskan memory komputer anda K A L A U pemakaian memory tidak dibatasi dengan setrlimit(2). Salam, P.Y. Adi Prasaja -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
Re: [linux-admin] Qmail Bugs
On Tue, Oct 14, 2003 at 11:34:21PM +0700, H. D. Lee wrote: > mestinya Anda juga lebih jeli, tidak kemakan oleh tipuan MA. Hanya > dengan mencantumkan hal tersebut, tidak membuatnya netral. kenapa sih anda reseh mau mengurusi yang beginian? :-))) saya tidak memihak qmail/postfix. tetapi lebih tertarik pada issue yang disampaikan. > bedakan juga antara kritik yang logis dengan tidak menerima perbedaan > pendapat dan solusi. saran mengupdate dokumentasi itu bagus juga. saya melihat tidak ada ruginya kalau dilakukan. > validasi mutlak? bisa diterangkan? saya tidak bisa melihat relevansi > antara "ancaman" Anda dengan validasi recipient. Misalnya Anda > benar-benar mengarahkannya, qmail akan complain: > > 553 sorry, that domain isn't in my list of allowed rcpthosts (#5.7.1) hi..hi.. enak aja! ya harus mau menerima domain astaga.com dong :-) > saya percaya Anda. deskripsikan bagaimana Anda melakukan benchmark yang > dimaksud. Pembaca akan menilai apakah Anda fair atau tidak. sederhana, dengan postal, qmail-smtpd saya pasang di localhost port 26, postfix di port 25. buat alias 'junk' baik di qmail dan di postfix. kalau di postfix dibuang ke /dev/null, kalau qmail tinggal buat ~alias/.qmail-junk yang isinya cuman '#' doang. [EMAIL PROTECTED] postal]$ /usr/sbin/postal -p5 localhost postfix-junk - time,messages,data(K),errors,connections 07:46,2199,12089,0,2203,0 07:47,2202,11824,0,2203,0 [EMAIL PROTECTED] postal]$ /usr/sbin/postal -p5 [localhost]26 qmail-junk - time,messages,data(K),errors,connections 07:51,1578,8332,0,1582,0 07:52,1527,8345,0,1527,0 [EMAIL PROTECTED] postal]$ cat postfix-junk # [EMAIL PROTECTED] [EMAIL PROTECTED] postal]$ cat qmail-junk # [EMAIL PROTECTED] seharusnya, dengan dot-qmail berisi '#' tidak ada lagi overhead menulis ke char device seperti pada postfix. jadi mestinya qmail lebih cepat. kenyataannya tidak bukan? :-)) note: saya tidak mengamati drainase queue. walaupun praktis begitu postal dihentikan, maillong berhenti juga. > Mungkin yang lain tidak tertarik, but not me. But, but, sebuah MTA yang > tidak punya catatan security vulnerabilities selama 5 tahun (as of 2003) > cukup membuat saya stay with qmail, untuk sekarang ini. benar. tergantung pada problem yang mau dipecahkan. tapi, seandainya suatu saat nanti anda tiap hari harus menghapus ribuan junk dari queue qmail tiap hari, ingatlah saya :-)) benchmark yang dilakukan matthias bisa dilihat di sini: http://www-dt.e-technik.uni-dortmund.de/~ma/postfix/vsqmail.html Salam, P.Y. Adi Prasaja -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
Re: [linux-admin] Qmail Bugs
On Tue, Oct 14, 2003 at 10:36:45PM +0700, H. D. Lee wrote: > oh, tunjukkan di mana saya memaksa... baca artikel tulisan matthias. dan tunjukkan salahnya. sederhana saja. dari kemarin anda terlalu sibuk mengurusi soal sikap dan etika saja. menurut saya lebih cocok dibahas di milis linux-etika atau linux-sopan-santun atau bahkan linux-moral :-) Salam, P.Y. Adi Prasaja -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
Re: [linux-admin] Qmail Bugs
On Tue, 14 Oct 2003 10:36:24 +0700 "Denni Pidono" <[EMAIL PROTECTED]> wrote: > Debat kusir? IMHO, ini bukan debat kusir deh (ato emank ia? :P). Dari argumen2 yang > dilontarkan, saya jadi nambah banyak pengetahuan. > So, kalo memang thread ini akan dilanjutkan via Japri, tolong cc ke emailku ya. Aku > pengen jadi pengamat yang setia mendengar aja ah... ;) > eh iya, saya juga mau di cc ke imel juga donk, buat saya pribadi *nambah ilmu* ;-) -- -*slackbie*- -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
Re: [linux-admin] Qmail Bugs
On 14-10-2003 10:14 AM Dapid Candra wrote: > Keduanya punya kelebihan dan kekurangan dan positifnya keduanya saling > melengkapi, buktinya banyak admin yang akhirnya memilih untuk > menggunakan keduanya. Popularitas tidak bisa dijadikan bukti kualitas lho. Lihat saja Windows, hehehehe. Misinformation, ignorance, majoritism, dsb, apalagi lewat marketing yg bagus, bisa mendongkrak popularitas, jadi sebetulnya tidak ada relasi dg kualitas/bukti. Kalo saya sih, at the end of the day ya balik lagi aja ke prinsip "use the right tool for the job", tidak ada satu alat yg bisa solve semua problem. > Kalo aku pribadi lebih memilih Postfix, karena kesederhanaanya. (Please > jangan dikomentarin lagi...) Kalo ini ditto dah. No more comments. Ronny -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
Re: [linux-admin] Qmail Bugs
On 14-10-2003 11:30 AM Reza Iskandar Achmad wrote: >>> bahwa postfix tangguh dalam kecepatan dan kecepatan, sedang qmail >>> tangguh dalam menjaga pesan yang masuk ke dalam proses nya. >>> >> >> >> omong kosong. postfix menang di kedua-duanya :-) coba sendiri. >> ada postal, kalau alergi pakai smtp-source postfix. >> >> > postfix zealots ! Let's keep the discussion objective and drop the labels, all right? > mana bukti anda kalo posftix menang dua-dua nya ? Hehe, padahal udah dikasih tau tuh utk nyoba sendiri (hint: postal, smtp-source). Kenapa tunggu org lain yg melakukan utk anda? Jadi inget quotenya dari djb: "Profile, don't speculate." Ronny -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
Re: [linux-admin] Qmail Bugs
On 14-10-2003 10:36 AM Yudhiansyah Ahmadin wrote: > tp kalo kebutuhan nya untuk virtual domain, kira kira udah ada belum > pengganti qmail + vpopmail + qmailadmin ? Saya pake courier-mta sejak 2001 utk mailserver kantor. Bisa virtual domains (bukan seperti Postfix-style virtual domains, tapi mirip qmail-style virtual domains). Walaupun saya belum pernah pake vpopmail, jadi gak tau specifically feature apa yg ada dan gak ada di keduanya (courier-mta + vpopmail). Kalo yg suka qmail tapi gak suka patchingnya yg ribet dan banyaknya component kecil2 yg mesti diinstall/configure, kemungkinan besar akan suka courier-mta. http://www.courier-mta.org Ronny -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
Re: [linux-admin] Qmail Bugs
On Tue, Oct 14, 2003 at 10:49:31PM +0700, H. D. Lee wrote: > tidak setuju. apakah saya harus perdebatkan dokumen qmail-bugs dengan > cara saya sendiri? lalu kenapa Anda tidak kemukakan qmail-bugs versi > Anda sendiri? Kadang antara dua hal kita bisa melihat baik buruknya, dan > menyampaikan hal itu kepada orang lain, tanpa perlu memberikan pandangan > kita sendiri. kalau anda perhatikan benar-benar debat soal ini di milis qmail, yang ada, hampir 90% tentang personality attack. tapi dari pada mbulet, maksud saya gini: adopsi pendapat orang lain itu jadi pendapat anda sendiri (tuliskan!) dan anda kemudian mem- pertanggungjawabkannya. karena ini bukan soal howto. kalau anda lempar ke arsip, make boleh dibilang anda mau cuci tangan. kalau pendapat dave salah, anda bisa bilang: yang bilang kan dave, bukan saya? he..he.. > oh mungkin saya mengerti sekarang. Saya punya pendapat sendiri: saya > membaca dokumen qmail-bugs dan posting Dave, dan yang benar menurut > hemat saya, adalah Dave. This is my opinion. pendapat dave yang mana yang benar dan mengapa anda anggap benar. tapi sebelumnya jawab dulu pertanyaan saya, biar tidak ngelantur ke mana-mana: anda sudah benar-benar baca artikel matthias belum? kalau belum baca lah dulu :-) nah .. kalau sudah baca, kalau ada yang tidak benar, mana yang tidak benar. ingat kita di sini diminta mengomentari artikel matthias, bukan diminta jadi komentator milis qmail :-)) soalnya dari kemarin, yang dari anda isinya soal kepribadian, motivasi, misi, visi dll. kita admin, kebanyakan, ndak butuh topik itu. > > walaupun kemampuan baca sudah banyak menurun, tapi saya mengikuti > > milis qmail dari hari ke hari :-) > > what are you trying to prove? tidak ada toh? kan saya disuruh baca arsip. dan itu jawaban saya. > Salah tempat adalah suatu kesalahan. salah tempat ... atau apalah .. TIDAK ada kaitannya dengan qmail (bugs). sekali lagi, kalau anda tertarik membahas soal sikap, motivasi lebih baik minta saja dibuatkan milis linux-sikap, linux-motivasi, atau untuk di atas linux-salah-tempat :-) > "M A" memang mengatakan begitu. Tapi ketika DJB mengatakan bahwa cara > untuk menghindari memory exhaustion cara DJB adalah dengan softlimit, "M > A" ngotot bahwa yang benar adalah Postfix way. Tapi "M A" ngotot, itu > adalah bug qmail. yang ditanyakan adalah artikel matthias, bukan debat matthias di milis qmail, walaupun sebenarnya itu pun tidak bisa begitu saja anda buat snapshot-nya seperti di atas. karena itu semua proses, dengan diskusi orang bisa berubah, termasuk matthias, djb, saya, anda. > lalu, bagaimana cara saya menyampaikan kenyatan di atas tanpa terdengar > menjelek-jelekkan? ada 1 juta orang anda jelek-jelekan di seribu paragraf, saya tidak perduli. asal, minimal ada 1 paragraf yang menyebutkan artikel matthias mana yang salah :-) ok kita sudahi saja ya membahas Si Matthias yang Malang. Kita beralih langsung membahas artikel yang ditulisnya saja. Lebih sip kayaknya. Salam, P.Y. Adi Prasaja -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
Re: [linux-admin] Qmail Bugs
On 2003.10.15_09:27:03_+, adi wrote: > On Tue, Oct 14, 2003 at 10:36:45PM +0700, H. D. Lee wrote: > > oh, tunjukkan di mana saya memaksa... > > baca artikel tulisan matthias. dan tunjukkan salahnya. > sederhana saja. dari kemarin anda terlalu sibuk mengurusi > soal sikap dan etika saja. menurut saya lebih cocok dibahas > di milis linux-etika atau linux-sopan-santun atau bahkan > linux-moral :-) > as if it is a bad thing... :) menurut hemat saya, posting DS cukup bermanfaat, maka saya posting URL tersebut ke mailing list, agar dapat dijadikan bahan pertimbangkan oleh pembaca, terutama OP. bukankah itu yang sejak awal saya lakukan, sebelum Anda masuk dan mengatakan bahwa saya seharusnya punya argumen sendiri? nah kalo begitu: 1. Anda dari awal sibuk sejak saya post URL yang berisi posting DS, yang menentang dokumen qmail-bugs. Seolah-olah pembaca tidak berhak judge sendiri mana yang benar, mana yang salah. Memang betul, saya juga mengutarakan pendapat saya. Dengan itu, saya kelihatan lebih pro ke qmail. Tapi itu sekaligus menjawab pernyataan Anda kemudian yang mengharapkan setiap orang punya argumen sendiri. Hilarious... Judge one thing dari dua pendapat yang berbeda, itu merupakan suatu pendapat juga bukan? Saya sudah memberikan argumen mengenai ini, pada posting saya yang terdahulu. Jika Anda menganggap saya sibuk melulu soal etika and nothing else, sebutkan istilah yang tepat untuk Anda: seorang yang ikut dalam diskusi etika. Kalau diskusi ini menurut Anda tentang etika tentunya, di mana menurut saya bukan. Lihat tanggal dan jam reply dari setiap argumen saya dan Anda. Siapa yang lebih sibuk? Apakah perlu saya tunjukkan, bahwa Anda terlalu sibuk untuk mengurusi masalah yang menurut Anda etika? 2. Jika Anda menganggap saya hanya mengurusi etika, baca kembali posting saya. MA memang bertindak salah dengan etikanya yang salah tempat, IMHO. Saya juga membeberkan alasan mengapa point-point dalam dokumen itu tidak berlaku lagi, karena alasan dari DJB tidak diterima. MA ngotot dan itu bagi saya tidak baik. Karena ngotot itulah mengapa point-point itu masih ada dalam qmail-bugs. Memang, itu haknya. Tapi memang juga hak DS dan lainnya meluruskan situasinya. Itu semua karena sikap dan etikanya. Apakah Anda dapat melihat hubungannya sekarang? Anda bilang, yang Anda pentingkan adalah isinya. Fine with me, biarkan pembaca menilai sendiri antara dokumen qmail-bugs oleh MA, dan posting argumen untuk dokumen qmail-bugs, oleh DS, dan resource lainnya. Sekali lagi, pembaca berhak mengetahui semua isi dari dokumen, posting dan resource yang bersangkutan, bukan? Setuju? Jika ya, kembali ke posting argumen Anda terhadap posting pertama saya dalam thread ini, dan tunjukkan siapa yang sibuk... -- H. D. Lee -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
Re: [linux-admin] Qmail Bugs
On 2003.10.15_08:19:10_+, adi wrote: > On Tue, Oct 14, 2003 at 11:34:21PM +0700, H. D. Lee wrote: > > mestinya Anda juga lebih jeli, tidak kemakan oleh tipuan MA. Hanya > > dengan mencantumkan hal tersebut, tidak membuatnya netral. > > kenapa sih anda reseh mau mengurusi yang beginian? :-))) again, as if it is a bad thing... :) > saya tidak memihak qmail/postfix. tetapi lebih tertarik > pada issue yang disampaikan. idem. cuma bedanya Anda lebih tertarik kepada dokumen MA, dan posting DS lebih dapat saya terima. > saran mengupdate dokumentasi itu bagus juga. saya melihat tidak > ada ruginya kalau dilakukan. cuma DJB saja yang tau kenapa dokumentasi itu tidak/belum diupdate. hanya karena tidak diupdate, tidak membuat qmail tidak secure by design. > hi..hi.. enak aja! ya harus mau menerima domain astaga.com dong :-) arghh, sorry. but you haven't been clear in the previous mail. saya mengerti duduk permasalahannya sekarang. Bulan ini, terdapat diskusi mengenai masalah ini, di mailing list qmail. Saya harap yang berminat dapat mengambil keuntungan dari sana. [bencmark post left out, starting new thread soon..] > benar. tergantung pada problem yang mau dipecahkan. tapi, > seandainya suatu saat nanti anda tiap hari harus menghapus > ribuan junk dari queue qmail tiap hari, ingatlah saya :-)) saya kadang-kadang ngeri dengan orang yang dapat mengetahui, atau meramalkan kapasitas mail yang pernah, sedang, dan akan saya tangani... never, ever presume anything on the other end. -- H. D. Lee -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
Re: [linux-admin] Qmail Bugs
On 2003.10.15_08:01:52_+, adi wrote: > kenapa anda tidak melihat sendiri saja ke source qmail, kmd: > > % grep -i limit * | less > > tidak ada keterangan bahwa qmail menyerahkan limitasi sistem pada > tools lain. kalau tidak disebutkan, artinya: 'Maaf Tuan, qmail hanya > untuk orang pinter'. versi persepsi Anda. Kenapa harus dikatakan secara explisit? Saya tau tidak ada salahnya dicantumkan tapi tidak ada salahnya juga tidak. Software DJB mengajarkan kepada saya, bahwa seorang admin harus berhati-hati terhadap penggunaan resource pada sistemnya. Mengharapkan bantuan setiap daemon untuk berfungsi sebagaimana mestinya dalam resource limit hanya ada dalam negeri impian. Postfix saja pernah... (sudah saya kemukakan dalam posting terdahulu) btw, orang yang bertanggungjawab atas sebuah MTA dengan domain yang reachable dari Internet, memang sebaiknya orang pintar: ngerti memakai komputer dan sadar akan kekurangannya, mengerti administrasi komputer, etika Internet, dsb. Tanpa pengetahuan itu, akan berbahaya bagi netizen yang lain.. > seperti yang saya bilang, saya kurang tertarik dengan cara > penyampaian, tetapi lebih tertarik pada apa yang disampaikan. > issue perlu melakukan limitasi, baik built-in maupun via tool > eksternal itu perlu. ini diakui oleh DJB. itu saja. memang. > perkara DJB menolak mengupdate dokumentasi di source, tetapi > memilih mencantumkan soal ini di homepage pribadinya. Itu > wewenang dan hak mutlak DJB. exactly my point. > demikian juga dengan matthias. issue yang disampaikannya > soal perlu melakukan limitasi memory sewaktu menjalankan > qmail-smtpd itu benar. soal bagaimana dia menyampaikan > itu bukan urusan saya, lagian saya tidak tertarik memikirkan > yang begituan :-) baca di posting saya yang lain... > barangkali tip dari saya: filter semua kata-kata > bug, hole, security dll. kemudian baca lagi artikel > matthias, kalau anda menemukan kesalahan, silakan > kemukakan argumentasi anda. kenyataannya memang > qmail-smtpd bisa menghabiskan memory komputer anda > K A L A U pemakaian memory tidak dibatasi dengan > setrlimit(2). > saya kurang setuju. mengabaikan suatu kata pasti menyembunyikan makna sebenarnya. kalau tentang resource memory yang dapat dihabiskan, saya setuju. solusi DJB dan WV beda. itu saja. -- H. D. Lee -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
Re: [linux-admin] Qmail Bugs
On 2003.10.16_04:17:26_+, adi wrote: > kalau anda perhatikan benar-benar debat soal ini di milis qmail, > yang ada, hampir 90% tentang personality attack. because that is the problem. saya sudah terangkan bagaimana hubungan ini dengan dokumen itu. > tapi dari pada mbulet, maksud saya gini: adopsi pendapat orang lain > itu jadi pendapat anda sendiri (tuliskan!) dan anda kemudian mem- > pertanggungjawabkannya. karena ini bukan soal howto. kalau anda > lempar ke arsip, make boleh dibilang anda mau cuci tangan. > kalau pendapat dave salah, anda bisa bilang: yang bilang kan dave, > bukan saya? he..he.. dari posting balasan saya yang pertama, di mana saya mengatakan bahwa MA membias, dan lebih menyukai pendapat DS, saya telah mengambil tanggungjawab penuh terhadap apa yang saya tulis. ketika diskusi berlanjut, perdebatan telah memasuki point 1, lebih spesifik lagi, point 1.1 dari dokumen qmail-bugs. jika suatu hari DS dan DJB salah, bagaimana cara saya cuci tangan selain mengakuinya? Kalau pake cara Anda, dengan hanya mengatakan itu pendapat DS, jelas tidak mungkin. kalau point 1.1 yang saya debatkan tidak valid, saya juga tidak melihat dalam diskusi ini Anda menyatakan dengan jelas bahwa Anda bertanggungjawab terhadap pendapat Anda. Anda juga mau cuci tangan kalau MA salah? di posting balasan pertama saya terhadap dokumen qmail-bugs: 1. melemparkan kembali ke arsip adalah point saya agar pembaca bisa menilai sendiri mana yang lebih sesuai dan benar. 2. saya menyertai juga pendapat saya, walaupun hanya mengenai pendapat orang lain, namun tanggungjawabnya adalah penuh. perdebatan ini sudah masuk point 1.1, tapi Anda sendiri tidak menyadarinya. > pendapat dave yang mana yang benar dan mengapa anda anggap benar. > tapi sebelumnya jawab dulu pertanyaan saya, biar tidak ngelantur > ke mana-mana: anda sudah benar-benar baca artikel matthias belum? > kalau belum baca lah dulu :-) nah .. kalau sudah baca, kalau ada > yang tidak benar, mana yang tidak benar. ingat kita di sini diminta > mengomentari artikel matthias, bukan diminta jadi komentator > milis qmail :-)) saya mengerti kenapa Anda terus menanyakan tentang membaca dokumen qmail-bugs ke pembaca. saya adalah korban kedua. belum lagi termasuk asumsi Anda mengenai berapa besar mail server yang pernah, sedang, dan akan saya handle. Anda tidak dapat melihat hubungan antara etika, sikap dan pengaruhnya kepada masalah. ini menjelaskan sikap arogansi Anda menganggap orang lain belum melakukan homework-nya. mana yang tidak benar? pertanyaan yang konyol sekali. saya sudah menuliskan tentang apa yang saya anggap tidak tepat. Anda sepertinya hanya menjawab sebagian dari pertanyaan, dan menanggapi sebagian dari pernyataan saya. saya sudah menjelaskan bagaimana saya sudah berpendapat, tentang point 1.1, tapi Anda sendiri belum memberikan bukti di mana salah Russell Nelson, sehingga Anda menuduhnya membela qmail secara buta, karena hidupnya tergantung qmail? Anda menuliskan bahwa Anda akan buktikan kalau saya juga berargumen? bagaimana mau progress kalo point 1.1 saya, ditanggapi dengan "bukan pendapat"? ayolah.. Anda setuju bahwa pembaca berhak menentukan sendiri setelah membaca opini dari MA dan DS bukan (dari post terdahulu)? Terus keberatan Anda terletak pada "pendapat" saya yang mengatakan MA membias? Betul kan? Kenapa Anda kembali mengatakan bahwa saya tidak berpendapat, even setelah saya sodorkan argumen untuk point 1.1? > soalnya dari kemarin, yang dari anda isinya soal kepribadian, > motivasi, misi, visi dll. kita admin, kebanyakan, ndak butuh > topik itu. ga salah nih? seorang admin yang tanpa etika dan kepribadian yang baik bisa jadi ancaman buat perusahaan. membaca email orang lain, menjual data perusahaan, and seterusnya. hmm.. Anda tentunya bukan orang yang disebutkan di atas. tapi sebaiknya Anda mengetahui hubungannya. Tentang pembahasan etika itu sendiri di milis ini, memang tidak cocok. Tapi tentang hubungannya, masih relevan. bersikap paranoid, teliti, juga bagian dari kepribadian yang sering ditunjukkan oleh admin yang satu ke admin yang lain, jika admin yang lain didapaati kurang teliti dan paranoid. dalam hal security, misalnya. dan itu terjadi setiap harinya di milis ini... > > > walaupun kemampuan baca sudah banyak menurun, tapi saya mengikuti > > > milis qmail dari hari ke hari :-) > > > > what are you trying to prove? > > tidak ada toh? kan saya disuruh baca arsip. dan itu jawaban > saya. what are you trying to prove, again? membaca milis qmail tiap hari tidak melepaskan Anda dari tanggungjawab untuk mencari dan mereferensi arsip. tidak ada orang yang dapat mengingat seluruh isi arsip qmail, let alone tanggal posting, threading, dll. > > Salah tempat adalah suatu kesalahan. > > salah tempat ... atau apalah .. TIDAK ada kaitannya dengan > qmail (bugs). sekali lagi, kalau anda tertarik membahas soal > sikap, motivasi lebih baik minta saja dibuatkan milis linux-sikap, > linux-motivasi, atau untuk di atas linux-salah-
Re: [linux-admin] Qmail Bugs
ngomong sama politisi memang susyeh :-) http://www-dt.e-technik.uni-dortmund.de/~ma/qmail-bugs.html 1.1. benar. gunakan petunjuk lwq, atau dokumentasi di homepage djb. khusus untuk menjalankan qmail-smtpd, jangan terlalu percaya pada dokumentasi yang ada di source. 1.2. bukan security violation (terlalu bombastis), tapi point bahwa hal ini akan merepotkan admin dan orang lain tetap valid 2.1. benar. ini diamini oleh DJB 2.2. spec awal maildir berdasar asumsi bahwa tidak akan terjadi reuse PID. kumpulan program yang disediakan dari source qmail tidak vulnerable. 'workaround' yang disediakan oleh wietse (postfix) dan sam (courier) adalah untuk mencegah terjadi collision dengan software lain. jadi, selama masih pakai qmail/vpopmail tanpa imap (courier): aman. sebenarnya kemungkinan tetap kecil sekali. email toh bisa hilang kalau komputer disikat maling (j/k) 2.3. benar. tidak ada workaround official untuk ini. bahkan wietse sempat dibuat jengkel soal ini. minor problem, qmail dibuat dengan pikiran yang sederhana, mestinya begitu juga saat install qmail. ada isu lain, yaitu ada kemungkinan terjadi loop kalau qmail berada di belakang ip forwarder, karena qmail tidak tahu bahwa ip yang dipasang di forwarder adalah ip lokal. ini jadi masalah kalau qmail jadi relayer. workaround, pakai smtproutes atau pakai ipme.patch dari Scott Gifford. 3.1. qmail banyak temannya :-)) exim, postfix memiliki problem yang sama. jadi problem kalau mta kita beroperasi di lingkungan yang heterogenous (pakai MTA lebih dari 1 jenis, atau berfungsi sebagai relayer). 3.2. mta modular umumnya sulit, kecuali zmailer. di postfix sendiri ini tidak masuk prioritas, walaupun mungkin ada keinginan untuk memasukkan featuer ini, plus connection caching (zmailer support connection caching). 3.3. postfix hanya support partial, bounce sudah mime formatted, tetapi DSN belum disupport. qmail masih punya konco, yaitu exim. MTA yang support DSN komplit: sendmail, courier-mta, zmailer. kalau qmail dipatch dengan patch dari F. Lindberg, praktis sama dengan postfix. 4.1. ini karena qmail harus membuka 3 file untuk 1 queue mail. TAPI, perlu diingat, issue outbound dan inbound itu beda. contoh kontras: bikin mail.yahoo.com dan yahoogroups.com itu isunya berbeda jauh sekali. jadi, tinggal disisi mana yang hendak diprioritaskan. untuk membangun server untuk keperluan milis, saya belum lihat yang semudah, secepat dan serobust duo qmail+ezmlm 4.2. no comment. untuk filesystem yang tersedia di linux, belum ada satu pun MTA yang membuat workaround seperti yang dipostulatkan linus :-) orang bilang journaling filesystem cukup safe. tapi, misalkan saya diminta membangun mailsystem yang benar-benar safe, saya tidak akan dengar begitu saja kata orang. test saja habis- habisan. kalau crash kan kelihatan. 4.3. benar. walaupun untuk VERP (milis) mau tidak mau harus single rcpt to. YMMV. untuk general purpose MTA, kalau bisa multiple rcpt to lebih baik 4.4. Kalau yang ini jelas BUKAN bug. exim3 tidak support pipelining, baru pada exim4. sampai dengan sendmail8.11 masih belum support pipelining. exim3 dan sendmail8.11 tidak support baik client maupun server. karena toh qmail selalu menggunakan single rcpt to, penggunaan pipelining bisa diabaikan. plus qmail punya metode sendiri yaitu qmtp, walaupun hanya qmail yang support, ini perlu dicoba. 4.5. known problem 4.6. untuk mailserver tujuan seperti yahoo/hotmail, cara qmail ini manjur. tapi kalau bisa per destination concurrency seperti punya postfix, pasti asik :-) 4.7. kalau ini ndak perlu diperbaiki lah. bukannya kita cukup sering menerima mail dari [EMAIL PROTECTED] atau [EMAIL PROTECTED] :-))) memperbaiki di sisi qmail tidak menyelesaikan masalah berupa admin ceroboh. 4.8. jangan dipatch, mending bikin farm dan handle incoming connections dengan beberapa mesin kecil-kecil. bisa pakai LVS. linux rocks! 4.9. no comment. 5. EGP 6. Silakan ditambah sendiri. Artikel matthias ini tidak terlalu buruk kan? :-))) Happy qmailling. Salam, P.Y. Adi Prasaja -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
Re: [linux-admin] Qmail Bugs
On 2003.10.16_13:40:56_+, adi wrote: > ngomong sama politisi memang susyeh :-) Thanks. Akan saya pertimbangkan profesi ini suatu hari kalo sudah ga ada kerjaan lain. > http://www-dt.e-technik.uni-dortmund.de/~ma/qmail-bugs.html > 1.1. benar. gunakan petunjuk lwq, atau dokumentasi di homepage > djb. khusus untuk menjalankan qmail-smtpd, jangan terlalu > percaya pada dokumentasi yang ada di source. bahkan, jangan percaya sama sekali pada dokumentasi yang disertai dengan source code. dalam arti, instruksi yang diberikan tidak salah, tapi kurang langkah-langkah yang mencegah memory exhaustion. selain itu, qmail-smtpd sekarang tidak dirancang untuk dijalankan menggunakan inetd lagi. pergunakan tcpserver, dari package ucspi-tcp. limit memory yang dapat dipakai oleh qmail-smtpd dengan softlimit, dari package daemontools. informasi mengenai ini, dan masih banyak lagi, baca Life with qmail, dokumentasi yang sangat disarankan untuk instalasi qmail. > 1.2. bukan security violation (terlalu bombastis), tapi point > bahwa hal ini akan merepotkan admin dan orang lain tetap > valid kalau saya pikir, ini lebih kaya makan buah simalakama. recipient verification jika dienable, akan membuat spammer mengambil keuntungan dengan dictionary attack pada nama user. 1000 email valid jauh lebih berharga daripada 100,000 alamat email tebak2an. well, ini angka kasar, but you got what i meant. kalau didisable, maka akan membuat mail server sibuk menangani bounce ketika diserang oleh spammer. pilihan tergantung pada admin, jika mau pakai feature ini, dapat menggunakan add-on seperti mailfront, yang akan melakukan filter terhadap incoming mail pada komunikasi SMTP berdasarkan RCPT TO. untuk solusi lain, consult www.qmail.org. DS memberikan alasan tentang security dan duplicate functionality, yang valid juga. > 2.1. benar. ini diamini oleh DJB setuju. tapi DS memberikan alasan yang IMO tepat kenapa one should not bother dengan point ini. > 2.2. spec awal maildir berdasar asumsi bahwa tidak akan terjadi > reuse PID. kumpulan program yang disediakan dari source > qmail tidak vulnerable. 'workaround' yang disediakan > oleh wietse (postfix) dan sam (courier) adalah untuk > mencegah terjadi collision dengan software lain. > jadi, selama masih pakai qmail/vpopmail tanpa imap > (courier): aman. sebenarnya kemungkinan tetap kecil > sekali. email toh bisa hilang kalau komputer disikat > maling (j/k) reuse PID.. dalam waktu satu detik. Reuse PID akan terjadi pada sistem yang sibuk. Tapi kalau PID yang sama dipakai lagi dalam waktu satu detik, artinya proses harus banyak dan cepat, sehingga nomor PID yang dipakai mengulang, dalam detik yang sama itu. itupun proses mengulang dengan PID yang sama, haruslah proses yang mengakses Maildir, dengan urutan tertentu pula. > 2.3. benar. tidak ada workaround official untuk ini. bahkan > wietse sempat dibuat jengkel soal ini. minor problem, > qmail dibuat dengan pikiran yang sederhana, mestinya > begitu juga saat install qmail. ada isu lain, yaitu > ada kemungkinan terjadi loop kalau qmail berada di > belakang ip forwarder, karena qmail tidak tahu bahwa > ip yang dipasang di forwarder adalah ip lokal. ini > jadi masalah kalau qmail jadi relayer. workaround, > pakai smtproutes atau pakai ipme.patch dari Scott > Gifford. lagi-lagi arsip milis qmail ada perdebatan seru mengenai ini. sulit mempertahankan simplicity dengan banyaknya variant UNIX sekarang. dan kalau harus adaptasi ke semuanya, jadi bloated. untuk mencapai simplicity, menurut saya, tidak dapat menggunakan pikiran yang sederhana. mengutip Dennis Ritchie: "Unix is very simple, but it takes a genius to understand the simplicity." apalagi mendesainnya. simplicity tidak dapat dicapai tanpa pertimbangan yang matang. > 3.1. qmail banyak temannya :-)) exim, postfix memiliki > problem yang sama. jadi problem kalau mta kita > beroperasi di lingkungan yang heterogenous (pakai > MTA lebih dari 1 jenis, atau berfungsi sebagai > relayer). saya tidak punya pengalaman praktis mengenai ini, sehingga tidak dapat berkomentar banyak. basically, ada problem di qmail tentang ini. but, there is no difference between theory and practice in theory, but in practice, there is. DS menyarankan agar mencari arsip qmail dan tunjukkan permasalahannya, jika pernah ada. kedengarannya keras kepala, tapi kenyataan berbicara... > 3.2. mta modular umumnya sulit, kecuali zmailer. di postfix > sendiri ini tidak masuk prioritas, walaupun mungkin > ada keinginan untuk memasukkan featuer ini, plus > connection caching (zmailer support connection caching). maaf, bisa dijelaskan.. point 3.2 adalah mengenai mail routing violation. tentang percobaan delivery terhadap minimum dua MX. mungkin bila dijelaskan tentang kesulitannya, saya bisa mengerti arah dari diskusi point ini. > 3.3. postfix hanya support partial, boun
Re: [linux-admin] Qmail Bugs
On Sat, Oct 18, 2003 at 07:00:01AM +0700, H. D. Lee wrote: > reuse PID.. dalam waktu satu detik. Reuse PID akan terjadi pada > sistem yang sibuk. Tapi kalau PID yang sama dipakai lagi dalam waktu satu > detik, artinya proses harus banyak dan cepat, sehingga nomor PID yang > dipakai mengulang, dalam detik yang sama itu. note: program yang disediakan oleh source qmail tidak terkena dampak ini. 'workaround' yang dilakukan DJB tidak diikuti oleh developer lain, karena memang DJB tidak menyebutkannya pada spec maildir yang dia tulis. workaround lain yang dilakukan postfix/courier setelah melihat kenyataan bahwa kebanyakan developer lain (MUA/IMAP/POP3) menggunakan spec maildir seperti yang dituliskan DJB as is. > > 3.2. mta modular umumnya sulit, kecuali zmailer. di postfix > > sendiri ini tidak masuk prioritas, walaupun mungkin > > ada keinginan untuk memasukkan featuer ini, plus > > connection caching (zmailer support connection caching). > > maaf, bisa dijelaskan.. point 3.2 adalah mengenai mail routing > violation. tentang percobaan delivery terhadap minimum dua MX. mungkin > bila dijelaskan tentang kesulitannya, saya bisa mengerti arah dari > diskusi point ini. wah .. ini agak panjang. bisa dibicarakan di thread baru kalau mau :-) penjelesan sederhana gini saja, coba lihat patch yang disediakan matthias. komentar saya: dengan patch ini qmail justru nampak lebih culun :P pasalnya mail delivery failed bisa terjadi pada fase sesudah itu, dan patch itu tidak bisa apa-apa :-)) 'scheduler' pada mailer modular dilakukan oleh agent lain, dengan mencoba semua MX untuk semua tempfail bisa problematik. bayangkan saja gini: hotmail punya 10 MX, 1 MX kalau diretry bisa menghabiskan 10 menitan, kalau 10 MX berarti 100 menit! kalau concurrencyremote dibatasi 20 dan worst case banyak kirim ke hotmail, maka qmail, kalau dicoba semua untuk mentaati postulat di atas, bisa menjadi mailer telo. ingat yang mengatur concurrencyremote adalah qmail-send. jadi minimal qmail-send harus support semacam preemtive scheduling. mungkin ada solusinya (bapak-bapak pembuat MTA pasti lebih tahu) tapi yang jelas tidak dengan one liner patch :-) perilaku qmail yang sekarang pun sebenarnya masih acceptable. > qmail menolak DSN karena alasan simplicity, reliability dan security. > takutnya hanya karena point ini motto qmail menyimpang. patch > kalo pengen pake fitur ini. bagi yang lain, ketahuilah bahwa code yang > tidak perlu tidak terdapat dalam qmail, dan tidur dengan lebih nyenyak. sepertinya bukan. philip haezel, DJB, wietse merasa spec untuk DSN ini problematik, sehingga enggan untuk mengaplikasikannya. setidaknya dapat prioritas yang sangat rendah. lagi pula, implementasi DSN mensyaratkan *semua* 'hop' yang dilalui harus support DSN. kira-kira: sudah capek-capek bikin eh .. masih kagak bisa juga. mendingan kagak usah ditulis sekalian :-) > dengan mengesampingkan kemudahan instalasi qmail+ezmlm(-idx), terdapat > banyaknya synchronous writes per mail pada qmail disengajakan untuk > memberikan reliability yang digaransi oleh qmail. hei .. postfix dengan satu file tapi tetap reliabel :-)) hati-hati menggunakan istilah synchronous write di linux. kecuali courier-mta, tidak ada satupun MTA yang menerapkan synchronous write seperti yang dipostulatkan linus (dengan mount async). courier pun kalau tidak salah ingat menyediakan ini saat compile time. > bandingkan juga dengan benchmark yang diberikan pada jawaban DS. itu karena monotori pakai default as is :-) postfix bisa diset supaya lebih strightforward seperti qmail kalau mau. dari sini bisa dilihat bahwa qmail kalah dalam fleksibilitas. tapi sekali lagi MTA ditulis untuk memecahkan masalah tertentu saja. > > 4.6. untuk mailserver tujuan seperti yahoo/hotmail, cara > > qmail ini manjur. tapi kalau bisa per destination > > concurrency seperti punya postfix, pasti asik :-) > > more nuts and bolts means unsimple. nice option, yes. problematic? > unlikely. sejauh ini cuma seorang yang melaporkan ada kejadian ini. Ini berkaitan dengan benchmark yang dilakukan oleh Monotori di atas. > YMMV, tapi komputer kencang sekarang cukup membuat repot qmail tanpa > patch ini. pemakai yang beruntung punya komputer, bandwith dan semuanya > kencang, pertimbangkan patch ini. 1000 msg/menit ~ 15000/hari pada titik itu, bottleneck-nya sudah di concurrencyremote. note: jangan dikacaukan dengan milis (ezmlm) dengan ezmlm hanya ada 1 msg untuk lebih dari satu destination. kalau di Indonesia, sulit. sepintas saya lihat ISP menerapkan setup 'mahal' karena legacy dari setup sebelumnya. Dengan qmail, rate segitu (tanpa patch) bisa dilakukan dengan komputer dengan ram 64MB :-) dalam batas tertentu, saya masih percaya pada skalabilitas horisontal. lakukan dengan beberapa komputer kecil-kecil. dengan demikian, sekaligus diperoleh redundancy (kalau sudah ada lebih dari 1 komputer, patch tsb. useless, red). Salam, P.Y. Adi Prasaja -- Berhenti langganan: [EMAIL PROTECTED] Arsip
Re: [linux-admin] Qmail Bugs
On 2003.10.21_03:09:22_+, adi wrote: > wah .. ini agak panjang. bisa dibicarakan di thread baru kalau > mau :-) penjelesan sederhana gini saja, coba lihat patch yang disediakan > matthias. komentar saya: dengan patch ini qmail justru nampak lebih > culun :P pasalnya mail delivery failed bisa terjadi pada fase > sesudah itu, dan patch itu tidak bisa apa-apa :-)) 'scheduler' > pada mailer modular dilakukan oleh agent lain, dengan mencoba > semua MX untuk semua tempfail bisa problematik. bayangkan saja > gini: hotmail punya 10 MX, 1 MX kalau diretry bisa menghabiskan > 10 menitan, kalau 10 MX berarti 100 menit! kalau concurrencyremote > dibatasi 20 dan worst case banyak kirim ke hotmail, maka qmail, > kalau dicoba semua untuk mentaati postulat di atas, bisa menjadi > mailer telo. ingat yang mengatur concurrencyremote adalah qmail-send. > jadi minimal qmail-send harus support semacam preemtive scheduling. > mungkin ada solusinya (bapak-bapak pembuat MTA pasti > lebih tahu) tapi yang jelas tidak dengan one liner patch :-) > perilaku qmail yang sekarang pun sebenarnya masih acceptable. bukankah mta non-modular juga memiliki masalah yang sama: harus mencoba semua MX, dan akibatnya mengalami delay yang sama? sorry for being dense, tapi saya mulai dapat melihat maksud Anda. qmail tidak mempunyai fasilitas ini bukan karena perilakunya masih acceptable. Posting DS point 3.2. > > qmail menolak DSN karena alasan simplicity, reliability dan security. > > takutnya hanya karena point ini motto qmail menyimpang. patch > > kalo pengen pake fitur ini. bagi yang lain, ketahuilah bahwa code yang > > tidak perlu tidak terdapat dalam qmail, dan tidur dengan lebih nyenyak. > > sepertinya bukan. eh? any URL for reference? > philip haezel, DJB, wietse merasa spec untuk > DSN ini problematik, sehingga enggan untuk mengaplikasikannya. reliablity, security. > setidaknya dapat prioritas yang sangat rendah. lagi pula, > implementasi DSN mensyaratkan *semua* 'hop' yang dilalui harus > support DSN. kira-kira: sudah capek-capek bikin eh .. masih > kagak bisa juga. mendingan kagak usah ditulis sekalian :-) simplicity, reliability. > > dengan mengesampingkan kemudahan instalasi qmail+ezmlm(-idx), terdapat > > banyaknya synchronous writes per mail pada qmail disengajakan untuk > > memberikan reliability yang digaransi oleh qmail. > > hei .. postfix dengan satu file tapi tetap reliabel :-)) > hati-hati menggunakan istilah synchronous write di linux. > kecuali courier-mta, tidak ada satupun MTA yang menerapkan > synchronous write seperti yang dipostulatkan linus (dengan > mount async). courier pun kalau tidak salah ingat menyediakan > ini saat compile time. lagi-lagi salah paham. ini bukan tentang hubungan satu file vs. banyak file terhadap reliability. tapi bagaimana upaya qmail untuk memberikan reliability. lagipula, tidak ada yang menggunakan istilah synchronous write di "linux". > > bandingkan juga dengan benchmark yang diberikan pada jawaban DS. > > itu karena monotori pakai default as is :-) postfix bisa diset supaya > lebih strightforward seperti qmail kalau mau. dari sini bisa dilihat > bahwa qmail kalah dalam fleksibilitas. tapi sekali lagi MTA ditulis > untuk memecahkan masalah tertentu saja. pada dasarnya benchmark dapat dibuat untuk menampilkan hasil sesuai dengan keinginan pembuat benchmark. > 1000 msg/menit ~ 15000/hari pada titik itu, bottleneck-nya sudah > di concurrencyremote. note: jangan dikacaukan dengan milis (ezmlm) > dengan ezmlm hanya ada 1 msg untuk lebih dari satu destination. boleh dijelaskan dari mana angka-angka ini? saya tidak mengerti, apa maksud 1000 msg/menit ~ 15000/hari pada titik itu. > kalau di Indonesia, sulit. sepintas saya lihat ISP menerapkan > setup 'mahal' karena legacy dari setup sebelumnya. Dengan qmail, > rate segitu (tanpa patch) bisa dilakukan dengan komputer dengan > ram 64MB :-) that's the point. ketika kebutuhan bertambah, single system dapat memenuhi kebutuhan, and more. patch ini diperlukan kalau kebutuhan tinggi, tapi menggunakan satu sistem. > dalam batas tertentu, saya masih percaya pada skalabilitas > horisontal. lakukan dengan beberapa komputer kecil-kecil. > dengan demikian, sekaligus diperoleh redundancy (kalau sudah > ada lebih dari 1 komputer, patch tsb. useless, red). kebutuhan redundancy berbeda untuk setiap orang. kebanyakan orang memakai single system. malah kadang banyak service dalam satu sistem. yang ingin saya sampaikan bahwa patch ini tidaklah tanpa fungsi, sehingga setiap kali sindrom ini muncul, solusinya adalah setup lebih dari satu komputer versi LVS. btw, apa yang Anda maksud dengan "red"? setau saya sih komentar redaksi.. -- H. D. Lee -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
Re: [linux-admin] Qmail Bugs
On Wed, Oct 22, 2003 at 11:32:50PM +0700, H. D. Lee wrote: > bukankah mta non-modular juga memiliki masalah yang sama: harus mencoba > semua MX, dan akibatnya mengalami delay yang sama? sorry for being > dense, tapi saya mulai dapat melihat maksud Anda. katakanlah exim (note: perilaku ini configurable), dia tinggal membuat hint database, kalau proses X sedang mengirim ke hotmail.com. semua mail ke hotmail akan dihandle oleh proses X. mulai dari scanning queue dir, sampai resolve dns dilakukan dalam satu korpus program. jadi lebih mudah dibanding MTA yang modular, di mana scheduler merupakan program terpisah dengan smtp client yang benar-benar melakukan remote deliveries. perlu diingat ini adalah keputusan designer (developer) MTA ybs. kalau sekedar implementasi sih saya percaya pasti bisa. saya yakin pernyataan berikut tidak 100% tepat, tapi boleh dibilang: mta monolitik sebenarnya tidak punya (tidak perlu) scheduler. > qmail tidak mempunyai fasilitas ini bukan karena perilakunya masih > acceptable. Posting DS point 3.2. saya juga tidak bilang begitu kan :-) menurut saya, tidak ada masalah dengan yang ada sekarang ini. soal DS, menurut saya terlalu positifisme, mengajukan alasan positif (dan mungkin benar) tapi tidak ada hubungannya dengan masalah yang sedang dibahas :-))) tapi, walaupun primary MX autoritatif, tapi tetap bisa sibuk atau bahkan crash bukan? soal spam, itu soal administrivia. kalau males ya bisa jadi gitu (backup mx diabuse spammer), kalau bisa dibuat strict no problemo. Dan, sepertinya DS mengacaukan antara pengertian mailserver backup dengan secondary MX. ingat secondary MX bisa saja merupakan autoritative mailserver untuk domain ybs! (bayangkan mail farm, red). > eh? any URL for reference? waduh .. sayangnya ini scattered di milis-milis MTA tsb. saya tidak tahu keyword yang tepat, yang memudahkan pencarian arsip. > reliablity, security. ... > simplicity, reliability. janganlah jadikan itu sebagai menara gading ... kalau spec jelas, sudah dari dulu-dulu ditulis oleh mereka (bapak-bapak pembuat MTA). reliability, security, simplicity yang anda sebutkan itu tetap bisa berlaku walaupun nanti exim, qmail dan postfix jadi support DSN. karena reliability, security, simplicity itu melulu soal MOTTO, sedang MTA adalah program yang harus ditulis, lebih ke implementasi praktis/real, yang perlu keringat, biaya dll. untuk hint saja, sorry kalau bombastis, kalau mau membuat mta yang benar-benar reliabel, simpel dan secure caranya gampang: jangan membuat MTA :-) > lagi-lagi salah paham. ini bukan tentang hubungan satu file vs. banyak > file terhadap reliability. tapi bagaimana upaya qmail untuk memberikan > reliability. justru itu. semua pembuat mta pasti ingin mta-nya reliabel. kenyataan postfix bisa mencapai tingkat reliabilitas yang sama dengan cara yang lebih efisien itu adalah fakta. sesekali DJB menyebut soal zeroseek. walaupun 'vapourware' tapi kalau ini benar diimplementasikan di qmail, barulah orang bisa membandingkan kecepatan (tanpa mengesampingkan reliabilitas) antara qmail vs postfix. kenyataan yang ada sekarang qmail K.O. > lagipula, tidak ada yang menggunakan istilah synchronous write di > "linux". gini saja kalau gitu .. anda jelaskan maksud dari 'synchronous write', sekaligus mencamkan di pikiran anda bahwa ini milis linux-admin. bisa jadi kita pakai 'jargon' yang berbeda dan saya salah mengerti dengan yang anda tulis. > > itu karena monotori pakai default as is :-) postfix bisa diset supaya > > lebih strightforward seperti qmail kalau mau. dari sini bisa dilihat > > bahwa qmail kalah dalam fleksibilitas. tapi sekali lagi MTA ditulis > > untuk memecahkan masalah tertentu saja. > > pada dasarnya benchmark dapat dibuat untuk menampilkan hasil sesuai > dengan keinginan pembuat benchmark. just another positivism :-) Saya kurang tertarik dengan motivasi (bahkan saya tidak tertarik dengan kesimpulan pembuat benchmark), saya hanya tertarik pada data dan hasil. kesimpulan bisa didiskusikan. > > 1000 msg/menit ~ 15000/hari pada titik itu, bottleneck-nya sudah > > di concurrencyremote. note: jangan dikacaukan dengan milis (ezmlm) > > dengan ezmlm hanya ada 1 msg untuk lebih dari satu destination. > > boleh dijelaskan dari mana angka-angka ini? saya tidak mengerti, > apa maksud 1000 msg/menit ~ 15000/hari pada titik itu. upss sorry, kurang nol he..he.. 1000 per menit = 60 * 24 = 144 ~ 150 > that's the point. ketika kebutuhan bertambah, single system dapat > memenuhi kebutuhan, and more. patch ini diperlukan kalau kebutuhan > tinggi, tapi menggunakan satu sistem. itu meminimalkan risiko. anda akan paham kalau anda bekerja untuk ISP. 1000 per menit itu kira-kira 16 msgs/s. kemungkinan besar bottleneck adalah disk dan bandwidth. Tapi gini, point saya: jangan mulai dulu dengan patch! lakukan dengan apa adanya, kalau kurang baru dipatch. berapa load MTA anda sehari? anda pakai patch ini? > btw, apa yang Anda maksud dengan "red"? setau saya sih komentar > redaksi.. bena
Re: [linux-admin] Qmail Bugs
On Thu, 23 Oct 2003 10:32:42 +0700 (JAVT) adi <[EMAIL PROTECTED]> wrote: > mta monolitik sebenarnya tidak > punya (tidak perlu) scheduler. > sori mas Adi agak nyimpang nih, saya pingin tau donk MTA Modular & MTA Monolitik itu kayak apa sih & MTA2 yg tergolong Monolitik yg mana, yg modular yg mana (kok kayak kernel yah ...) -- -*slackbie*- -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
Re: [linux-admin] Qmail Bugs
MTA Modular itu misalnya Qmail, Postfix. Di sebut modular karena modul untuk menerima e-mail dan menerima e-mail, misalnya, di bedakan. Begitu juga modul untuk mengantarkan e-mail local beda dengan e-mail ke smtp, dst. MTA Monolitik itu contohnya sendmail, semua dilakukan sendiri oleh sendmail, ya ngirim keluar, nganter ke mailbox, ya nerima e-mail, semuanya satu modul, sendmail. -- dapidc sori mas Adi agak nyimpang nih, saya pingin tau donk MTA Modular & MTA Monolitik itu kayak apa sih & MTA2 yg tergolong Monolitik yg mana, yg modular yg mana (kok kayak kernel yah ...) -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
Re: [linux-admin] Qmail Bugs
Koreksi di kalimat kedua, hasusnya "untuk menerima e-mail dan mengirim e-mail". Sorry -- dapidc Dapid Candra wrote: MTA Modular itu misalnya Qmail, Postfix. Di sebut modular karena modul untuk menerima e-mail dan menerima e-mail, misalnya, di bedakan. Begitu juga modul untuk mengantarkan e-mail local beda dengan e-mail ke smtp, dst. MTA Monolitik itu contohnya sendmail, semua dilakukan sendiri oleh sendmail, ya ngirim keluar, nganter ke mailbox, ya nerima e-mail, semuanya satu modul, sendmail. -- dapidc sori mas Adi agak nyimpang nih, saya pingin tau donk MTA Modular & MTA Monolitik itu kayak apa sih & MTA2 yg tergolong Monolitik yg mana, yg modular yg mana (kok kayak kernel yah ...) -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
Re: [linux-admin] Qmail Bugs
On Thu, 23 Oct 2003 14:20:43 +0700 Dapid Candra <[EMAIL PROTECTED]> wrote: > Koreksi di kalimat kedua, hasusnya "untuk menerima e-mail dan mengirim > e-mail". > > > MTA Modular itu misalnya Qmail, Postfix. > > MTA Monolitik itu contohnya sendmail, oh gitu, tengkyu yak. mmm...kira2 bagusan mana antara yg monolitik & modular, maksudnya bagus dari sgl sisiatau mengutip dari omongan Mas Adi bhw MTA tdk dibuat utk memecahkan semua masalah...gitu ? -- -*slackbie*- -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
Re: [linux-admin] Qmail Bugs
On 2003.10.23_10:32:42_+, adi wrote: > katakanlah exim (note: perilaku ini configurable), dia tinggal > membuat hint database, kalau proses X sedang mengirim ke hotmail.com. > semua mail ke hotmail akan dihandle oleh proses X. mulai dari scanning > queue dir, sampai resolve dns dilakukan dalam satu korpus program. > jadi lebih mudah dibanding MTA yang modular, di mana scheduler > merupakan program terpisah dengan smtp client yang benar-benar > melakukan remote deliveries. perlu diingat ini adalah keputusan > designer (developer) MTA ybs. kalau sekedar implementasi sih > saya percaya pasti bisa. saya yakin pernyataan berikut tidak > 100% tepat, tapi boleh dibilang: mta monolitik sebenarnya tidak > punya (tidak perlu) scheduler. saya menggunakan qmail untuk contoh modular MTA. jika qmail mengimplementasikan ini ke dalam katakanlah qmail-remote, dan setiap percobaan ke secondary MX dilakukan dengan proses yang sama, bukankah problem ini sama dengan problem pada monolithic MTA? memang scheduler masih diperlukan. tapi begitu scheduler memutuskan bahwa sebuah entri dalam queue akan dideliver secara remot, ini akan dilakukan terhadap semua MX servers berdasarkan urutan prioritasnya. dengan cara ini, problem mail routing dapat disolve sama seperti pada monolithic MTA. kalau begitu, please point me again, di mana letak perbedaan implementasi ini dalam modular MTA? are we going to start a new thread for this? :) > bisa dibuat strict no problemo. Dan, sepertinya DS mengacaukan > antara pengertian mailserver backup dengan secondary MX. ingat > secondary MX bisa saja merupakan autoritative mailserver untuk > domain ybs! (bayangkan mail farm, red). dalam sebuah farm, jika load balancing diaplikasikan, maka setiap server bertindak sebagai primary. jika farm yang dimaksud hanyalah kumpulan dari server yang independen, maka hanya ada satu mailserver yang berfungsi sebagai main server. selebihnya, berfungsi sebagai backup, hanya jika main server down, alias secondary MX. tentu saja, untuk men-queue email jika main server down, secondary MX harus authoritative untuk domain ybs, kalau tidak, mail akan direject. > > reliablity, security. > . > > simplicity, reliability. > > janganlah jadikan itu sebagai menara gading ... kalau spec jelas, > sudah dari dulu-dulu ditulis oleh mereka (bapak-bapak pembuat > MTA). reliability, security, simplicity yang anda sebutkan itu > tetap bisa berlaku walaupun nanti exim, qmail dan postfix jadi > support DSN. karena reliability, security, simplicity itu melulu > soal MOTTO, sedang MTA adalah program yang harus ditulis, lebih > ke implementasi praktis/real, yang perlu keringat, biaya dll. > untuk hint saja, sorry kalau bombastis, kalau mau membuat > mta yang benar-benar reliabel, simpel dan secure caranya gampang: > jangan membuat MTA :-) DSN sendiri terlalu complex untuk diimplementasikan. daripada mengaplikasikan sesuatu dengan membabi-buta, maka qmail memilih tidak, dan tetap mempertahankan mottonya. saya dapat melihat hubungan antara motto itu dengan opini Anda. > sesekali DJB menyebut soal zeroseek. walaupun 'vapourware' tapi > kalau ini benar diimplementasikan di qmail, barulah orang bisa > membandingkan kecepatan (tanpa mengesampingkan reliabilitas) > antara qmail vs postfix. kenyataan yang ada sekarang qmail K.O. ini tidak membuat qmail mempunyai bug. selebihnya, nilai setiap benchmark dengan jeli. > > lagipula, tidak ada yang menggunakan istilah synchronous write di > > "linux". > > gini saja kalau gitu .. anda jelaskan maksud dari 'synchronous write', > sekaligus mencamkan di pikiran anda bahwa ini milis linux-admin. > bisa jadi kita pakai 'jargon' yang berbeda dan saya salah mengerti > dengan yang anda tulis. maksud Anda, di dalam milis linux-admin, setiap hal yang disebutkan tanpa embel-embel, dapat diasumsikan linux? saya tidak setuju, dan itulah yang saya protes. we're using the same jargon. saya menggunakan istilah itu untuk umum, di mana sebuah proses write akan dilakukan secara sinkron untuk menjamin konsistensi dari filesystem. > just another positivism :-) Saya kurang tertarik dengan motivasi > (bahkan saya tidak tertarik dengan kesimpulan pembuat benchmark), > saya hanya tertarik pada data dan hasil. kesimpulan bisa didiskusikan. dari data dan hasil yang menyimpang, ditariklah kesimpulan yang salah. Anda tidak tau motivasi pembuat benchmark, Anda bisa saja melahap semua datanya mentah-mentah. tanpa mengetahui motivasi, pembunuhan tanpa sengaja dan terencana hanya akan menunjukkan hasil yang sama: seorang telah meninggal. desain MTA beda, susah sekali menemukan cara yang fair untuk membuat benchmark yang dapat diandalkan. saya bahkan tidak tertarik dengan perbedaan beberapa detik yang ditunjukkan oleh benchmark. saya hanya tertarik pada cara sebuah MTA memecahkan dan memberikan solusi atas masalah saya. > upss sorry, kurang nol he..he.. > > 1000 per menit = 60 * 24 = 144 ~ 150 ok. > > that's the point. ketika kebutuhan bertambah, single s
Re: [linux-admin] Qmail Bugs
-*slackbie*- wrote: oh gitu, tengkyu yak. mmm...kira2 bagusan mana antara yg monolitik & modular, maksudnya bagus dari sgl sisiatau mengutip dari omongan Mas Adi bhw MTA tdk dibuat utk memecahkan semua masalah...gitu ? Secara umum, modular lebih baik daripada yang monolitik, dari segi performance terutama. Tapi sekali lagi, desain tiap MTA berbeda, jadi tergantung apa yang Anda butuhkan atau tergantung dari masalah apa yang hendak apa pecahkan. -- dapidc -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
Re: [linux-admin] Qmail Bugs
On Thu, Oct 23, 2003 at 10:36:31PM +0700, H. D. Lee wrote: > terhadap semua MX servers berdasarkan urutan prioritasnya. dengan cara > ini, problem mail routing dapat disolve sama seperti pada monolithic > MTA. setback lagi. baca lagi complain matthias kalau gitu. > dalam sebuah farm, jika load balancing diaplikasikan, maka setiap server > bertindak sebagai primary. jika farm yang dimaksud hanyalah kumpulan > dari server yang independen, maka hanya ada satu mailserver yang > berfungsi sebagai main server. selebihnya, berfungsi sebagai backup, > hanya jika main server down, alias secondary MX. sekali lagi, mailserver backup tidak harus sama dengan secondary MX. bahkan mail domain yang hanya memiliki 1 MX RR, dia bisa memiliki 100 backup. > ini tidak membuat qmail mempunyai bug. selebihnya, nilai setiap > benchmark dengan jeli. memangnya saya bilang bug? qmail pakai 3 file untuk reliabilitas. OK. dan saya bilang: postfix cukup 1 file dengan reliabilitas yang sama (note: bounce handler postfix lebih reliabel dari qmail), plus dengan efisiensi 3x lebih baik. > maksud Anda, di dalam milis linux-admin, setiap hal yang disebutkan > tanpa embel-embel, dapat diasumsikan linux? saya tidak setuju, terserah. tapi percayalah, 'defaultnya' gitu :-) > itulah yang saya protes. we're using the same jargon. saya menggunakan > istilah itu untuk umum, di mana sebuah proses write akan dilakukan > secara sinkron untuk menjamin konsistensi dari filesystem. sekali lagi: apa yang anda maksud dengan 'sebuah proses write akan dilakukan secara sinkron' ? > dari data dan hasil yang menyimpang, ditariklah kesimpulan yang salah. > Anda tidak tau motivasi pembuat benchmark, Anda bisa saja melahap semua > datanya mentah-mentah. selama kita tahu bagaimana data dikumpulkan no problemo. kalau anda merasa data-data tsb. bohong belaka. silakan mereplikasi benchmark. kalau cara mereplikasi tidak jelas. ya sudah, buang semua tentang benchmark tersebut ke tong sampah. bahkan DJB seringkali pakai istilah ini: PROFILE DON'T SPECULATE! menginterpretasi motivasi orang itu sarat spekulasi. > > itu meminimalkan risiko. anda akan paham kalau anda bekerja > > untuk ISP. 1000 per menit itu kira-kira 16 msgs/s. kemungkinan > > sekali lagi Anda mengasumsi tentang latar belakang saya. pada prinsipnya saya tidak perduli. tapi ketersediaan service untuk penyedia layanan itu penting, setidaknya mengurangi biaya untuk support dlsb. tidak perlu jadi karyawan ISP, anda bisa membayangkan sendiri. jadi, kalau anda punya data real yang mendukung untuk mematahkan argumen saya silakan ditampilkan. > jangan salah paham, saya juga akan mengambil pendekatan seperti Anda. > tapi pernyataan bahwa patch ini useless, tidak valid. arsip mailing list > qmail membuktikan untuk Anda. kalau sudah ditangani oleh lebih dari satu mesin, maka patch tsb. otomatis tidak berguna. itu yang saya bilang. > Anda sepertinya tidak mengerti fungsi dari "red." he..he.. terima kasih (kamsiah, red) :-) Salam, P.Y. Adi Prasaja -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
Re: [linux-admin] Qmail Bugs (STOP IT)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Astaga naga, Baru absen baca milis 1 hari udah setumpuk 1 thread ini aja. Pls stop it guys. Semuanya kembali lagi ke spirit open source! All is there and the freedom is yours to choose. It's just the matter of taste and preference. Come on guys! Temen gue di microsoft ketawa tuh ngeliat kita flame war kayak gini ;p Peace! - -- Fajar http://linux.arinet.org Linux mdk91.sistek.kom 2.4.21-0.13mdk GNU/Linux 17:10:17 up 9:25, 11 users, load average: 0.21, 0.18, 0.25 Quote of the day: Win98 error 002: Insufficient diskspace. You need at least 300 GB free memory. -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE/jR3cMai9kCFqACoRAjATAJ9OAITGFXKfcOklSfG7Bmq5ZjK3mgCeLwXT Oq2fA3OzFfhiY68yuqlxLq4= =/JbI -END PGP SIGNATURE- -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
RE: [linux-admin] Qmail Bugs (STOP IT)
Wah jangan, Biarkan saja. Justru banyak bantahan dan pendapat yang dikemukakan di sini, sekalian tahu karakter masing - masing yang berargumen. Kalau gak di kritik kan gak ada perbaikan. Yang di microsoft sih ketawa - ketawa emang, maksudnya ngetawian diri sendiri soalnya gak bisa kayak di linux :)) Sandi. -Original Message- From: Fajar Priyanto [mailto:[EMAIL PROTECTED] Sent: 15 Oktober 2003 17:14 To: [EMAIL PROTECTED] Subject: Re: [linux-admin] Qmail Bugs (STOP IT) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Astaga naga, Baru absen baca milis 1 hari udah setumpuk 1 thread ini aja. Pls stop it guys. Semuanya kembali lagi ke spirit open source! All is there and the freedom is yours to choose. It's just the matter of taste and preference. Come on guys! Temen gue di microsoft ketawa tuh ngeliat kita flame war kayak gini ;p Peace! - -- Fajar http://linux.arinet.org Linux mdk91.sistek.kom 2.4.21-0.13mdk GNU/Linux 17:10:17 up 9:25, 11 users, load average: 0.21, 0.18, 0.25 Quote of the day: Win98 error 002: Insufficient diskspace. You need at least 300 GB free memory. -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE/jR3cMai9kCFqACoRAjATAJ9OAITGFXKfcOklSfG7Bmq5ZjK3mgCeLwXT Oq2fA3OzFfhiY68yuqlxLq4= =/JbI -END PGP SIGNATURE- -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
Re: [linux-admin] Qmail Bugs (STOP IT)
Come on guys! Temen gue di microsoft ketawa tuh ngeliat kita flame war kayak gini ;p Peace! - -- karena di microsft ngga ada ada yang bisa di debatin..:) -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
Re: [linux-admin] Qmail Bugs (STOP IT)
OOT sedikit... Saya punya satu Linux Server di kantor yg saya pake buat nyimpen ratusan file utk di share sesama sejawat, udah jalan 8 bulan nggak pernah di satdon sekalipun, kayaknya cuman itu satu2 nya server yg pake Linux, temen saya yg M$ admin sering ngejek terus... maklum lah, katanya tampilannya kaya DOS katanya (karena X-win nya emang nggak di install)... waktu badai 'Worm Blaster' baru2 lalu, rupanya dia yg ketiban apes... puluhan M$ Server macet dan harus di matiin...sambil kudu begadang lagi, 'nge-patch'... he..he.he..he.. saya sindirin...shutdown ni yeee. he..he..he... sori yee... ogut pulang duluan :) >>Come on guys! Temen gue di microsoft ketawa tuh ngeliat kita flame war >> kayak >>gini ;p >>Peace! >>- -- >> >> > karena di microsft ngga ada ada yang bisa di debatin..:) > -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
Re: [linux-admin] Qmail Bugs (STOP IT)
Pada Wed, Oct 15, 2003 at 05:28:49PM +0700, Anda menulis: > > > karena di microsft ngga ada ada yang bisa di debatin..:) > Kelemahannya sudah banyak yang ketahuan gitu maksudnya? -- Salman AS http://salman.or.id -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
Re: [linux-admin] Qmail Bugs (STOP IT)
Muhammad Reza wrote: Come on guys! Temen gue di microsoft ketawa tuh ngeliat kita flame war kayak gini ;p Peace! - -- karena di microsft ngga ada ada yang bisa di debatin..:) Bukan itu, mereka nggak berani mulai komentarin, takutnya jutaan bug yang ketemu satu tahun terakhir diungkit - ungkit. Makanya cuman bisa ketawa. Gue kalo dateng ke tempat server gue biasanya cuma buat ngecheck, racknya panas nggak (kipas exhaust-nya idup ato nggak), ada PS yang ngaco ato nggak, ganti tape backup, dll. Tapi admin M$ yang gue temuin selalu aja kalo nggak lagi restart server, pasti lagi kena virus lah, servernya nge-hang lah... atau lagi nge-patch servernya. Dan itu semua makan waktu dan tenaga. Mereka sih biasanya bengong aja ngeliat kita baru dateng udah pergi lagi :) Makanya jangan cuma ketawa, mikir! -- dapidc -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
Re: [linux-admin] Qmail Bugs (STOP IT)
Ah mosok sih ? Admin M$nya males kali itu :) atau kalo nggak M$ nya lisensi Glodok jadi nggak dapet news update, atau nggak subscribe ke news nya M$ Di sini ada beberapa server, Web (apache) , mail (qmail), ns (bind) pake Linux, server aplikasi, m$ sql, oracle, billing telephone pake M$ si M$ oke2 aja jarang hang sampe harus boot dan terakhir kena virus juga udah lamaaa banget Soalnya kalo kena virus server2 itu, kantor bakalan libur :) Andy - Original Message - From: "Dapid Candra" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, October 16, 2003 8:14 AM Subject: Re: [linux-admin] Qmail Bugs (STOP IT) > > > Muhammad Reza wrote: > > Gue kalo dateng ke tempat server gue biasanya cuma buat ngecheck, > racknya panas nggak (kipas exhaust-nya idup ato nggak), ada PS yang > ngaco ato nggak, ganti tape backup, dll. Tapi admin M$ yang gue temuin > selalu aja kalo nggak lagi restart server, pasti lagi kena virus lah, > servernya nge-hang lah... atau lagi nge-patch servernya. Dan itu semua > makan waktu dan tenaga. > -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
Re: [linux-admin] Qmail Bugs (STOP IT)
Andy Brahmantya wrote: Ah mosok sih ? Admin M$nya males kali itu :) atau kalo nggak M$ nya lisensi Glodok jadi nggak dapet news update, atau nggak subscribe ke news nya M$ Di sini ada beberapa server, Web (apache) , mail (qmail), ns (bind) pake Linux, server aplikasi, m$ sql, oracle, billing telephone pake M$ si M$ oke2 aja jarang hang sampe harus boot dan terakhir kena virus juga udah lamaaa banget Soalnya kalo kena virus server2 itu, kantor bakalan libur :) Andy Yup, saya juga ngurusin server NT, sudah 3 bulan kali nggak pernah reboot/install/patch ini itu. resepnya sederhana, install seperlunya saja, disable service yang ngga perlu, pasang firewall. Rgds Aris reboot juga sih kalau pln pilek (awal musim hujan) -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
Re: [linux-admin] Qmail Bugs (STOP IT)
NT Bagus ya...? Tapi lebih bagus kalo bukan di omongin di sini [EMAIL PROTECTED]&@#* ==BAYOE++ Yup, saya juga ngurusin server NT, sudah 3 bulan kali nggak pernah reboot/install/patch ini itu. resepnya sederhana, install seperlunya saja, disable service yang ngga perlu, pasang firewall. Rgds Aris reboot juga sih kalau pln pilek (awal musim hujan) -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
Re: [linux-admin] Qmail Bugs (STOP IT)
Emang kenapa ? Lagian kan kita bukan mbahas :) bagus nggaknya tergantung banyak hal... barang jelek kalo terpaksa ya jadi bagus dan terpaksa dipakai Andy - Original Message - From: "Bayoe Haryanto" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, October 16, 2003 9:48 AM Subject: Re: [linux-admin] Qmail Bugs (STOP IT) > NT Bagus ya...? > Tapi lebih bagus kalo bukan di omongin di sini [EMAIL PROTECTED]&@#* > -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
Re: [linux-admin] Qmail Bugs (STOP IT)
On Thursday 16 October 2003 09:48, Bayoe Haryanto wrote: > >Yup, saya juga ngurusin server NT, > >sudah 3 bulan kali nggak pernah reboot/install/patch ini itu. > >resepnya sederhana, install seperlunya saja, disable service yang ngga > >perlu, pasang firewall. > > NT Bagus ya...? > Tapi lebih bagus kalo bukan di omongin di sini [EMAIL PROTECTED]&@#* lho, kenapa? Sekedar bahan perbandingan setahu saya gak masalah Toh yang diomongin disini bukanlah bagaimana cara meng-adminkan NT, gemana cara disable service di NT, dll Kalau yang dibahas kayak di atas itu baru namanya salah kamar. Gak ada yang sempurna, termasuk Linux. Dan untuk kepentingan kita sendiri, gunakanlah yang sesuai untuk kebutuhan kita. Tahu dari mana yang sesuai? Perbandingan adalah salah satunya. -- A r j u n a Find Love, I Must -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
Re: [linux-admin] Qmail Bugs (STOP IT)
A r j u n a wrote: On Thursday 16 October 2003 09:48, Bayoe Haryanto wrote: Yup, saya juga ngurusin server NT, sudah 3 bulan kali nggak pernah reboot/install/patch ini itu. resepnya sederhana, install seperlunya saja, disable service yang ngga perlu, pasang firewall. NT Bagus ya...? Tapi lebih bagus kalo bukan di omongin di sini [EMAIL PROTECTED]&@#* lho, kenapa? Sekedar bahan perbandingan setahu saya gak masalah Toh yang diomongin disini bukanlah bagaimana cara meng-adminkan NT, gemana cara disable service di NT, dll Kalau yang dibahas kayak di atas itu baru namanya salah kamar. Gak ada yang sempurna, termasuk Linux. Dan untuk kepentingan kita sendiri, gunakanlah yang sesuai untuk kebutuhan kita. Tahu dari mana yang sesuai? Perbandingan adalah salah satunya. Dan dimana saya ngomong kalau NT Bagus ? Perlu upaya extra supaya NT bisa "bagus". Ada perbedaan cara "trouble shooting" dari admin nt & admin linux/unix. admin nt (yang ngga pernah pegang linux), kalau ada trouble, nanya ke ms, jawabannya "coba direboot", "install patch -> reboot", "install ulang -> reboot". admin linux, dapat trouble, nanya di milis, yang terjadi diskusi 2 arah, jadi admin linux jadi ngerti apa penyebab trouble nya, dia bisa melihat masalah secara keseluruhan (whole picture). Nah admin linux yang juga ngurusi nt akan menggunakan "jurus" yang dipake untuk handle linux server. Rgds Aris -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
Re: [linux-admin] Qmail Bugs (STOP IT)
promosi NT ya ? tommy nggak gitu deh kayaknya ? hik...only jokes mau ngomporin > lho, kenapa? > Sekedar bahan perbandingan setahu saya gak masalah > Toh yang diomongin disini bukanlah bagaimana cara meng-adminkan NT, gemana > cara disable service di NT, dll > Kalau yang dibahas kayak di atas itu baru namanya salah kamar. > > Gak ada yang sempurna, termasuk Linux. Dan untuk kepentingan kita sendiri, > gunakanlah yang sesuai untuk kebutuhan kita. Tahu dari mana yang sesuai? > Perbandingan adalah salah satunya. > > -- > A r j u n a > Find Love, I Must -- __ Check out the latest SMS services @ http://www.linuxmail.org This allows you to send and receive SMS through your mailbox. Powered by Outblaze -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
Re: [linux-admin] Qmail Bugs (STOP IT)
setuju banget pak :) hasilnya pasti OK... hehehe... kalo menghubungi support M$, jawabannya spt yang anda kemukakan. "silahkan sering2 merhatiin windowsupdate.m$.com" -dn- > Nah admin linux yang juga ngurusi nt akan menggunakan "jurus" yang > dipake untuk handle linux server. > > Rgds > Aris -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
Re: [linux-admin] Qmail Bugs (STOP IT)
On Thursday 16 October 2003 10:29, L. T. Bee wrote: > > lho, kenapa? > > Sekedar bahan perbandingan setahu saya gak masalah > > Toh yang diomongin disini bukanlah bagaimana cara meng-adminkan NT, > > gemana cara disable service di NT, dll > > Kalau yang dibahas kayak di atas itu baru namanya salah kamar. > > > > Gak ada yang sempurna, termasuk Linux. Dan untuk kepentingan kita > > sendiri, gunakanlah yang sesuai untuk kebutuhan kita. Tahu dari mana yang > > sesuai? Perbandingan adalah salah satunya. > promosi NT ya ? > tommy nggak gitu deh kayaknya ? promosi NT? hehehe, seumur2 saya blom pernah handle NT & 2000 server =) -- A r j u n a Find Love, I Must -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
OOT: Re: [linux-admin] Qmail Bugs (STOP IT)
separah2nya benci NT - ya ngga usah terlalu extreme begitu lah :)~ well kita ngga pake M$ platform, tapi client kita pake so, kita juga kudu support... toh, seorang admin, sangat di-KUDU-kan bisa semua platform... ~~CMIIW~~ kalo admin cuman bisa linux doank, kurang paham platform lainnya, bukan admin lah namanya :) tapi pemakai yang "sok" jadi admin ... hehehehe... ok deh ... -dn- > > NT Bagus ya...? > Tapi lebih bagus kalo bukan di omongin di sini [EMAIL PROTECTED]&@#* > > ==BAYOE++ > -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
RE: Re: [linux-admin] Qmail Bugs (STOP IT)
Betul seorang admin memang mesti bisa semuanya .. saya sendiri pake server linux untuk domain dan fileserver, sedangkan client yang berjumlah 200 pake windows 2000 .. jadi saya juga mesti support untuk clientnya .. sulit untuk merubah sesuatu secara cepat tul kan ! ... salam .. Denie Nataprawira menulis: separah2nya benci NT - ya ngga usah terlalu extreme begitu lah :)~ well kita ngga pake M$ platform, tapi client kita pake so, kita juga kudu support... toh, seorang admin, sangat di-KUDU-kan bisa semua platform... ~~CMIIW~~ kalo admin cuman bisa linux doank, kurang paham platform lainnya, bukan admin lah namanya :) tapi pemakai yang "sok" jadi admin ... hehehehe... ok deh ... -dn- > > NT Bagus ya...? > Tapi lebih bagus kalo bukan di omongin di sini [EMAIL PROTECTED]&@#* > > ==BAYOE++ > -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
Re: OOT: Re: [linux-admin] Qmail Bugs (STOP IT)
Pada Thu, Oct 16, 2003 at 10:18:17AM +0700, Anda menulis: > > kalo admin cuman bisa linux doank, kurang paham platform lainnya, bukan > admin lah namanya :) > tapi pemakai yang "sok" jadi admin ... hehehehe... > Weis berarti saya termasuk pemakai yang "sok" jadi admin. :-P -- Salman AS http://salman.or.id -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
Re: OOT: Re: [linux-admin] Qmail Bugs (STOP IT)
On Thu, 2003-10-16 at 11:45, Salman AS wrote: > Pada Thu, Oct 16, 2003 at 10:18:17AM +0700, Anda menulis: > > > > kalo admin cuman bisa linux doank, kurang paham platform lainnya, bukan > > admin lah namanya :) > > tapi pemakai yang "sok" jadi admin ... hehehehe... > > > Weis berarti saya termasuk pemakai yang "sok" jadi admin. :-P > > -- > Salman AS > http://salman.or.id kalo kerjanya cuma patching doang mah bukan admin juga bisa :D artinya sekertaris pun bisa jadi admin. lirik2 salman :p -- http://www.linuxcompatible.org/compatibility.html let the world know what works / doesn't work under linux. -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
RE: OOT: Re: [linux-admin] Qmail Bugs (STOP IT)
Sudah dong teman2 Capek liat email banyak banget dengan subjek STOP IT Anto > -Original Message- > From: idban secandri [mailto:[EMAIL PROTECTED] > Sent: Thursday, October 16, 2003 11:42 AM > To: [EMAIL PROTECTED] > Subject: Re: OOT: Re: [linux-admin] Qmail Bugs (STOP IT) -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
Re: OOT: Re: [linux-admin] Qmail Bugs (STOP IT)
On Thursday 16 October 2003 10:18, Denie Nataprawira wrote: > separah2nya benci NT - ya ngga usah terlalu extreme begitu lah :)~ > > well kita ngga pake M$ platform, tapi client kita pake so, kita > juga kudu support... > toh, seorang admin, sangat di-KUDU-kan bisa semua platform... ~~CMIIW~~ > > kalo admin cuman bisa linux doank, kurang paham platform lainnya, bukan > admin lah namanya :) > tapi pemakai yang "sok" jadi admin ... hehehehe... wah, saya cuma pemakai yang sok jadi admin dong *gak pernah ngerti cara seting windows 2000* -- A r j u n a Find Love, I Must -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
Re: OOT: Re: [linux-admin] Qmail Bugs (STOP IT)
Hananto L. Wibowo wrote: Sudah dong teman2 Capek liat email banyak banget dengan subjek STOP IT Difilter saja :) Pilih Menu "Tools->Message Rules->Mail..." Salam Aris -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
Re: OOT: Re: [linux-admin] Qmail Bugs (RUN IT)
On Thursday 16 October 2003 11:57, risiyanto wrote: > Hananto L. Wibowo wrote: > > Sudah dong teman2 > > Capek liat email banyak banget dengan subjek STOP IT > > Difilter saja :) > Pilih Menu "Tools->Message Rules->Mail..." atau kita ganti subjectnya =) -- A r j u n a Find Love, I Must -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
RE: OOT: Re: [linux-admin] Qmail Bugs (STOP IT)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thu, 16 Oct 2003, Hananto L. Wibowo wrote: > Sudah dong teman2 > Capek liat email banyak banget dengan subjek STOP IT > sbenar nya bagus kok, gw jadi lebi banyak tau asal usul "asfik" eh maksud saya postfik ama qmail :D kalo mo di terusin japri saya di CC juga loh bapak bapak kuh -:) maklumlah pemula sperti saya arus banyak blajar, gw kenal MATHIAS AJA KAGAK! hehehe - -= avudz =- -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/jozoIy9tVSbbYrgRAueBAJ4lVOKkovnhl9Zufg4jz+dTOYCJWQCgjU/7 vZlPKEoolBpuQRfYj0viu5k= =nnZ7 -END PGP SIGNATURE- -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
[linux-admin] HYBRID-IRCD [WAS:Re: OOT: Re: [linux-admin] Qmail Bugs (STOP IT)]
> > Weis berarti saya termasuk pemakai yang "sok" jadi admin. :-P > > > > -- > > Salman AS > > http://salman.or.id ya mungkin hahaha sok-lah... mun teu admin, naon oge mah... hayoh sajaaa... :P dah ah ini ntar dikomplen lagi... linux-admin koq isinya nge-CHAT-ing :P~ threat(d) closed :P ahh..ya... soal hybrid-ircd kemaren saya dikasi tau ama dimas, kalo spoof "kudu" pake password biar aman... biar `A-Net` secure? hehehe trus, pas pake perintah `password = "blabla"` kaga bisa jalan. apakah ada spesial parameter pas ./configure ?? mungkin enable apa gitu? enable-spoof-password ato apa deh... mohon infonya, saya pake hybrid-ircd 7rc6 (ato, apa musti upgrade???) thanks :) -dn- -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
Re: [linux-admin] HYBRID-IRCD [WAS:Re: OOT: Re: [linux-admin] Qmail Bugs (STOP IT)]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thu, 16 Oct 2003, Denie Nataprawira wrote:
>
> ahh..ya... soal hybrid-ircd
> kemaren saya dikasi tau ama dimas, kalo spoof "kudu" pake password biar
> aman... biar `A-Net` secure? hehehe
> trus, pas pake perintah `password = "blabla"` kaga bisa jalan.
>
> apakah ada spesial parameter pas ./configure ??
> mungkin enable apa gitu? enable-spoof-password ato apa deh...
>
> mohon infonya, saya pake hybrid-ircd 7rc6 (ato, apa musti upgrade???)
>
hahaha.. kok ircd nanya disini si den :)
gini.. masukin di auth module nya..
contoh
auth {
user = "[EMAIL PROTECTED]";
user = "[EMAIL PROTECTED]";
user = "[EMAIL PROTECTED]";
spoof = "who.am.i";
spoof_notice = no;
password = "avudz"; # <--- nah.. yang ini di tamba in
exceed_limit = yes;
kline_exempt = yes;
gline_exempt = yes;
no_tilde = yes;
class = "admin";
};
nah, trus tinggal konakin ke server ircd nya
/server namaserver portnya passwordnya
kalo psy tinggal add /addserver namaserver:port passwordnya
ude jadi -:)
nu cakid pluw
- -= avudz =-
"www.allnetwork.org -- pC @ irc.allnetwork.org "
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.3 (GNU/Linux)
iD8DBQE/jpE4Iy9tVSbbYrgRAiDpAJ41IGgPg9ss8qKVua6xQAXYcpAzzACghNpf
5szsEe2lR0suiCbJLHqYTV0=
=AKp5
-END PGP SIGNATURE-
--
Berhenti langganan: [EMAIL PROTECTED]
Arsip dan info: http://linux.or.id/milis.php
Re: [linux-admin] HYBRID-IRCD [WAS:Re: OOT: Re: [linux-admin] Qmail Bugs (STOP IT)]
lah... gue kan jalanin di linux :) hehehe...
dah dicoba yang ente kasitau tuh...
sama spt yang dikasitau ama dimas... en, ngga jalan :P
so... any idea ? kalo gak... ya spoof loginnya tetep gak pake password :)
hehehe...
eh, apa gue salah perintah connectnya ya?
kemaren sih /server myserver password_spoof
...gitu doank sih...
-dn-
> hahaha.. kok ircd nanya disini si den :)
> gini.. masukin di auth module nya..
> contoh
>
> auth {
> user = "[EMAIL PROTECTED]";
> user = "[EMAIL PROTECTED]";
> user = "[EMAIL PROTECTED]";
> spoof = "who.am.i";
> spoof_notice = no;
> password = "avudz"; # <--- nah.. yang ini di tamba in
> exceed_limit = yes;
> kline_exempt = yes;
> gline_exempt = yes;
> no_tilde = yes;
> class = "admin";
> };
>
> nah, trus tinggal konakin ke server ircd nya
> /server namaserver portnya passwordnya
>
> kalo psy tinggal add /addserver namaserver:port passwordnya
>
> ude jadi -:)
>
> nu cakid pluw
>
> - -= avudz =-
>
> "www.allnetwork.org -- pC @ irc.allnetwork.org "
>
--
Berhenti langganan: [EMAIL PROTECTED]
Arsip dan info: http://linux.or.id/milis.php
Re: [linux-admin] HYBRID-IRCD [WAS:Re: OOT: Re: [linux-admin] Qmail Bugs (STOP IT)]
di tempat gue jalan tuh pak... kaga ada masalah... steady as she goes ;p koneknya pakek: /server server port pass klo naro passnya di config bener, dia ga bakalan bisa konek klo pakek /server server pass -- fish http://www.allnetwork.org/ *numpang spam ;p* - Original Message - >From: Denie Nataprawira <[EMAIL PROTECTED]> To : [EMAIL PROTECTED] Date: Thursday, October 16, 2003, 1:31:40 PM Subject : [linux-admin] HYBRID-IRCD [WAS:Re: OOT: Re: [linux-admin] Qmail Bugs (STOP IT)] Files : lah... gue kan jalanin di linux :) hehehe... dah dicoba yang ente kasitau tuh... sama spt yang dikasitau ama dimas... en, ngga jalan :P so... any idea ? kalo gak... ya spoof loginnya tetep gak pake password :) hehehe... eh, apa gue salah perintah connectnya ya? kemaren sih /server myserver password_spoof ...gitu doank sih... -dn- -- Berhenti langganan: [EMAIL PROTECTED] Arsip dan info: http://linux.or.id/milis.php
