On Fri, Apr 29, 2005 at 10:03:20AM +0700, ns wrote: > ketika pengiriman attachment 2 MB tentu saja akan terjadi penambahan > ukuran akibat encode attachment ke karakter ASCII untuk dapat > dikirim melalui email.
Limitationnya adanya di protocol SMTP, aslinya cuma 7-bit (range utk charset US-ASCII). Tidak semua implementasi SMTP support 8-bit extension (RFC 1652). > Tanya: (1) Bagaimana cara mengurangi pembengkakan email dengan > attachment ? adahah cara lain misalnya tanpa pakai mail client mutt, > atau parameter tambahan (misalnya) untuk memilih metode encode yang > paling kecil ukurannya? Bukan masalah mail clientnya, tapi mail servernya, baik relay maupun final destinationnya (termasuk content-filter seperti antivirus dan antispam) yg notabene hampir selalu di luar kontrol kita, pasti semua bisa handle nggak? Jadi biasanya akhirnya balik ke common denominator yg konservatif, data 8-bit diencode ke 7-bit pake encoding seperti base64. > (2) Berapa persen penambahan akibat encode? sudah search, tapi belum > ketemu :-) Kalo pake base64 (umum utk binary attachment) ini sekitar 33% (utk tiap 3 nambah 1, jadi 4). Tergantung encoding yg dipake apa*, bisa base64, uuencode, quoted-printable. Silakan digoogle atau dicari specnya utk info lebih lanjut, kalo udah paham cara kerjanya jadi bisa dianalisa persennya brp :-) Intinya: email tidak didesign dr awal untuk transfer file. *) utk liat encoding apa yg dipake, check MIME header Content-Transfer-Encoding di awal attachment di raw source dr emailnya. Mohon dikoreksi kalo ada yg salah. Ronny
pgp9j1XMXDgYg.pgp
Description: PGP signature
