Sekarang permasalahannya apakah server tujuan bisa menerima email Anda atau tidak. Karena email server biasanya membatasi besar email yang bisa diterima. Bisa saja Anda kirim dulu dengan perkiraan kalau kelebihan, nanti ada pesan bounce/error dari server tujuan. Tapi masa kirim email kok pakai coba-coba (halah kemakan iklan nih, hahaha).

Dari pada coba-coba mending kita tanya ke servernya langsung. Misal, kita ingin tahu berapa besar email yang bisa diterima oleh domain cbn.net.id.

Pertama cari tahu dulu, server mana yang harus kita cek. Mau kirim email kan? Cek MX record untuk domain tersebut.

dig mx cbn.net.id

[dipotong...]
;; ANSWER SECTION:
cbn.net.id.             8185    IN      MX      20 mx.cbn.net.id.
[dipotong...]

Dapet, server yang harus di cek adalah mx.cbn.net.id, sekarang mari kita tanya ke servernya.

telnet mx.cbn.net.id 25

Trying 125.208.145.26...
Connected to mx.cbn.net.id.
Escape character is '^]'.
220 mx.cbn.net.id ESMTP
helo cecep.ngadimin.org
250 mx.cbn.net.id
ehlo cecep.ngadimin.org
250-mx.cbn.net.id
250-8BITMIME
250-SIZE 10485760

Servernya jawab, kalau email yang bisa dia terima itu besarnya 10485760 byte (~10MB).

Dengan cara yang sama kita bisa tahu kalau gmail bisa menerima email s.d ~35MB, Hotmail 29MB, ngadimin.org ~35MB (dihosting di google jg, pake google apps).

Catatan: tidak semua server bisa dicek seperti itu. Seperti yahoo misalnya, begitu di telnet langsung di close (kayaknya dia pakai proteksi semacam greylisting). Dan tidak semua smtp server memberikan informasi SIZE yang kita tanya tadi.

Tapi, untuk masalah potong-potong, vim masih tetep lebih enak. Goto line di gedit lambaaat banget. Padahal cara yang tercepat utk cara asal potong ini adalah goto line sekian, lalu hapus baris sisanya. Dan cara itu kalau di VIM cepet banget. Kebayang kalau filenya 100 MB misalnya, editor lain dipastikan colaps duluan

Jadi kenapa harus dipotong-potong tuh file XML? Karena eh karena file itu hanya bisa diimport maksimum sebesar 2MB. Sedangkan filenya jauh lebih besar dari 2MB, jadi terpaksa harus dipotong-potong. Masalahnya gak bisa asal potong, harus dipotong diposisi baris yang pas (XML file gitu loh hehehe).

Ya sudahlah… intinya VIM is the best

Tapi satu hal yang perlu Anda perhatikan, nginx tidak membaca berkas .htaccess. Padahal banyak sekali aplikasi php misalnya yang mengatur proses rewrite url atau security di berkas .htaccess ini.

Soal url rewrite biasanya akan lebih diperhatikan karena kalau tidak dikonversi ke rewritenya di nginx.conf biasanya program gak berfungsi. Tapi tentang security, mungkin saja luput dari perhatian Anda.

Misal, saat saya install phpBB 3.0.3, ada beberapa file .htaccess, yaitu:

• .htaccess
• cache/.htaccess
• files/.htaccess
• images/avatars/upload/.htaccess
• store/.htaccess

Saya kasih contoh untuk .htaccess, isinya seperti berikut:

<Files "config.php">
Order Allow,Deny
Deny from All
</Files>

<Files "common.php">
Order Allow,Deny
Deny from All
</Files>

Kalau diterjemahkan ke nginx.conf, kira-kira seperti ini:

location ~ ^/(common|config)\.php {
    deny all;
}

Dan seterusnya, Anda baca juga berkas .htaccess yang lainnya. Kalau hasil konversi versi saya, semua .htaccess itu diterjemahkan menjadi seperti dibawah ini:

location ~ ^/(common|config)\.php {
    deny all;
}

location ~ ^/(cache|files|store)/ {
    deny all;
}

location ~ ^/images/avatars/upload/ {
    deny all;
}

Ok, jadi ini adalah PR untuk Anda yang menggunakan nginx. Jangan pernah melupakan .htaccess

Dilbert Comic Strip. [ via metasploit ]

Ketika membaca artikel tentang bugs openssl di debian di blog Pak Andika, agak sedikit kaget juga (walaupun agak lama utk memahaminya, maklum rada oon + ngantuk hehehe). Wah ini bisa menjadi masalah serius. Dan terbukti, beberapa hari setelah informasi bugs itu dirilis, sekarang sudah keluar exploit yang memanfaatkan celah tersebut.

Jadi sebaiknya, bagi anda pengguna debian & turunannya (ubuntu salah satunya), segera mengupdate sistem. Sederhananya apt-get update && apt-get upgrade. Walaupun tidak sesederhana itu, banyak hal yang harus diupdate gara-gara “fungsi random yang tidak benar-benar random” ini.

Dan biar anda benar-benar yakin kalau ini adalah masalah serius, silahkan lihat exploit utk bugs ini: http://milw0rm.com/exploits/5622 [ via  Tiago ].

Mode ikut-ikutan hehe. Tapi bingung yang mo ditampilin history dari komputer mana. Ya akhirnya dipilih history di laptop. Sudah diduga, yang terbanyak adalah ssh, artinya kerjaan lainnya dikerjakan di remote komp

Hari ini coba install di vmware. Beberapa menit setelah install bingung konfigurasi networknya bijimana. Lalu setelah mencoba mengingat-ingat kenangan dengan OS ini (sebetulnya bisa langsung google, tapi lagi ngetest ingatan aja), baru inget yang namanya perintah /usr/sbin/sysinstall

Wah perlu banyak yang direfresh. Padahal sebelum ini gw masih sok pede FreeBSD tuh sama aja kek Linux. Mirip-miriplah. Padahal perlu diingat beda distro saja, beda letak file konfigurasi. Apalagi beda OS. Tentu saja lebih banyak yang berbeda.

Ok, gw lanjutkan dulu nostalgia dengan FreeBSD ini. Besok gw nostalgia dengan kampung halaman.

Buat semuanyanya, have a nice long weekend

UPDATE: Memori gw tentang os ini mulai balik lagi. Iseng search di blog ini, hasilnya:

http://ngadimin.org/2004/03/25/upgrade-ns-ke-freebsd-49-release

Jadi ingatan gw tidak salah, terakhir ngoprek di versi 4.x dan yang dijadikan tempat ngoprek adalah server ns.comlabs.itb.ac.id

Nah salah satu yang gw suka adalah mod_proxy di apache2. Agar webserver di LAN bisa diakses dari internet, biasanya gw bikin virtualhost yang melakukan proxy ke webserver di LAN. Contoh konfigurasi:

Enaknya menggunakan mod_proxy ini bila dibandingkan port forwarding, kita bisa bikin virtualhost yang banyak untuk mengakses banyak webserver di LAN. Sedangkan dengan port forwarding hanya terbatas untuk satu IP LAN saja.

Off Topic: Sialan nih wordpress, susah banget nulis code spt di atas. Sptnya harus install plugin nih. Tapi malesssss

Saatnya bereksperimen dengan CentOS 5. Enaknya ngapain yah? Install oracle di CentOS 5? hmmm…

Weleh… sejak kapan gw semangat ngoprek lagi. Udah akh mending cari kopi, trus santai baca koran dulu

Besok sepertinya bisa mencoba test upgrade dari sarge ke etch. Kalau berjalan dengan lancar, siap-siap utk upgrade seluruh server yang sekarang menggunakan debian sarge ke debian etch. Nggak terlalu urgent sih, dan seperti biasa ngerjainnya juga tergantung mood gw