Periksa ukuran lampiran email dan batasnya

Mengapa ukuran lampiran dan pesan berbeda

Saat dikirim, yang terutama bertambah besar adalah pesan yang memuat PDF kamu. Email awalnya dirancang untuk teks. Karena itu, program email mengemas lampiran berkas dalam format MIME dan biasanya mengubah data biner menjadi karakter teks sederhana menggunakan Base64. Setiap 3 bita berkas menjadi 4 karakter, lalu karakter tersebut dibagi menjadi baris-baris dengan penanda akhir baris. Pengodean Base64 sendiri dapat dibalik: Proses dekode menghasilkan kembali bita asli yang persis sama. Pesan akhir juga mencakup header, teks pesan, dan pemisah di antara bagian-bagiannya.

Karena itu, sebuah pesan bisa jauh lebih besar daripada lampiran yang kamu pilih. Di sebuah forum berbahasa Jerman, seseorang bertanya mengapa PDF berukuran 20,1 MB menjadi email terkirim berukuran 27,5 MB. Jika kamu menghitung ulang 20.100.000 bita dengan kalkulator ini, dengan pemisah baris dan tanpa bita tambahan, hasilnya adalah 26.800.000 bita data Base64 dan 705.264 bita penanda akhir baris. Totalnya 27.505.264 bita, atau sekitar 27,51 MB. Perhitungan ini menunjukkan bagaimana ukuran sebesar itu dapat terjadi. Ini adalah perhitungan model, bukan analisis terhadap email tersebut.

Komponen penyusun perkiraan

Masukkan setiap file pada baris terpisah karena setiap lampiran dikodekan sendiri-sendiri. Kamu dapat memasukkan ukuran dengan memilih satuan, antara lain B, KB, MB, GB, MiB, atau GiB. Kalkulator menghitung MB secara desimal dengan 1.000.000 bita dan MiB secara biner dengan 1.048.576 bita. Setelah dikonversi, ukurannya harus menghasilkan jumlah bita berupa bilangan bulat. Ukuran file negatif tidak valid. Saat mengetik, gunakan koma sebagai tanda desimal dan titik hanya sebagai pemisah ribuan dengan kelompok yang benar: “1.000” berarti seribu. Untuk seribu, kamu juga dapat memasukkan “1000” atau “1.000,00”. Masukkan angka saja ke kolom angka dan pilih satuannya secara terpisah.

1. Ukuran asli: total ukuran lampiran kamu dalam bita. Nilai ini menjadi dasar perhitungan dan digunakan untuk perbandingan dengan batas lampiran.
2. Data Base64: Lampiran berukuran n bita menjadi 4 × dibulatkan ke atas(n ÷ 3) karakter. Jika sisa di bagian akhir tidak cukup untuk satu kelompok berisi tiga bita, padding melengkapi kelompok terakhir yang berisi empat karakter.
3. Penanda akhir baris: Jika pemisah baris diaktifkan, yang merupakan pengaturan bawaan, kalkulator membagi karakter setiap lampiran menjadi baris dengan panjang maksimal 76 karakter. Untuk setiap baris, kalkulator menghitung 2 bita untuk penanda akhir baris CRLF, termasuk baris terakhir.
4. Bita tambahan: nilai yang kamu tentukan sendiri untuk teks, header, dan bagian pesan lainnya. Nilai bawaannya adalah 0.
5. Perkiraan: data Base64 dan penanda akhir baris dari semua lampiran ditambah bita tambahan.

Apakah Base64 selalu tepat sepertiga lebih besar?

Hanya mendekati. Pada berkas besar, pengodean dari 3 bita menjadi 4 karakter menghasilkan pertambahan ukuran yang mendekati 33⅓ %. Tanpa pemisah baris, 10.000.000 bita menjadi tepat 13.333.336 bita, atau sekitar 33,33 % lebih besar. Selisih yang sangat kecil dari tepat sepertiga disebabkan oleh padding. Dengan penanda akhir baris, hasilnya 13.684.214 bita, atau sekitar 36,8 % lebih besar. Jadi, patokan sekitar 37 % menggambarkan data yang dikodekan dengan pemisah baris. Patokan tersebut bergantung pada panjang baris dan penanda akhir baris, serta tidak memperhitungkan header maupun teks.

Untuk berkas kecil, faktor pengali tetap sama sekali tidak lagi cocok. Lampiran berukuran 1 bita menjadi 4 karakter Base64 ditambah 2 bita penanda akhir baris, sehingga totalnya 6 bita. Karena itu, kalkulator menghitung setiap lampiran secara tepat, bukan mengalikan semuanya dengan satu nilai umum.

Beberapa lampiran: setiap berkas dihitung terpisah

Lampiran tidak digabungkan menjadi satu blok besar, melainkan dikodekan satu per satu. Karena itu, setiap berkas memiliki padding dan penanda akhir baris terakhirnya sendiri. Hal ini paling jelas terlihat pada kasus ekstrem dengan dua berkas yang masing-masing berukuran 1 bita.

Untuk satu PDF besar, beberapa bita ini hampir tidak berpengaruh. Namun, pada banyak berkas kecil, jumlahnya akan terakumulasi.

Panjang baris 76 karakter adalah batas maksimum yang ditetapkan standar MIME untuk baris Base64. Penghitungan CRLF setelah baris terakhir juga merupakan ketentuan kalkulator ini. Program email dengan baris yang lebih pendek atau penanganan akhir yang berbeda akan menghasilkan nilai yang sedikit berbeda. Ada satu kesalahpahaman lain yang umum: Base64 tidak mengenkripsi apa pun. Ini murni pengodean yang dapat dibalik tanpa kunci dan tidak melindungi isi lampiran kamu.

Membandingkan dengan batas ukuran yang tepat

Batas ukuran memang menyebutkan angka, tetapi tidak selalu menjelaskan apa yang dibatasi. Sebagian aturan membatasi total ukuran lampiran asli, yaitu ukuran berkas yang ditampilkan program email. Aturan lain membatasi seluruh pesan, termasuk lampiran yang dikodekan, teks, dan header. Karena itu, pada kalkulator kamu memilih nilai yang akan dibandingkan dengan batas tersebut. Nilai awal 25 MB yang sudah terisi hanyalah nilai untuk memulai, bukan ketentuan penyedia tertentu. Jika hasilnya tepat pada batas, batas tersebut dianggap dipatuhi.

Karena itu, berkas yang sama dapat memenuhi satu aturan dan tidak memenuhi aturan lainnya tanpa adanya pertentangan.

Dua aturan nyata dengan acuan berbeda

• Gmail: Menurut bantuan Gmail berbahasa Jerman tentang lampiran (diakses pada 13 Oktober 2026), total ukuran lampiran untuk akun pribadi boleh mencapai 25 MB. Yang dimaksud adalah total ukuran lampiran, sehingga perbandingan dengan Lampiran asli sesuai untuk aturan ini. Untuk akun Google Workspace, administrator menetapkan batasnya. Jika totalnya lebih besar, lampiran diganti dengan tautan Google Drive.
• RRZE di Universitas Erlangen-Nürnberg: Panduan pembatasan ukuran lampiran email (diakses pada 13 Oktober 2026) menyebutkan batas maksimal 20 MB untuk keseluruhan email masuk dan keluar di server RRZE. Di sini, bandingkan dengan perkiraan pesan dan sebaiknya masukkan juga bita tambahan.

Kedua aturan hanya berlaku dalam lingkupnya masing-masing dan dapat berubah. Untuk pengiriman kamu, yang berlaku adalah aturan akunmu, baik akun pribadi maupun yang dikelola oleh pemberi kerja, sekolah, atau perguruan tinggi. Aturan kotak email penerima juga berlaku. Jika kamu mengetahui ketentuan penerima, gunakan ketentuan tersebut dengan acuan yang tepat dalam perbandingan. Jika penyedia secara otomatis mengirim berkas besar sebagai tautan, berkas tersebut tidak lagi menjadi lampiran dalam pesan. Apakah penerima dapat dan diizinkan membuka tautan tersebut menjadi persoalan tersendiri.

Hal lain yang diperlukan untuk pesan lengkap

Lampiran yang dikodekan saja belum menjadi sebuah email. Pesan lengkap mencakup header berisi pengirim, penerima, subjek, dan informasi teknis. Ada pula teks pesan, yang sering kali disertakan sebagai teks biasa sekaligus HTML, baris pemisah di antara bagian MIME, serta gambar tersemat seperti logo pada tanda tangan email. Besarnya tambahan tersebut bergantung pada program email, teks, dan penerima kamu.

Bita tambahan yang dapat kamu masukkan

Tidak ada satu nilai yang selalu tepat. Dengan 0 bita tambahan, kalkulator hanya menampilkan lampiran yang dikodekan beserta penanda akhir baris, yaitu nilai model tanpa teks dan header. Karena itu, masukkan asumsi sendiri yang sesuai dengan email kamu. Teks singkat tanpa gambar memerlukan sedikit tambahan, sedangkan email HTML dengan gambar tersemat memerlukan jauh lebih banyak. Nilai dari contoh email lain hanya berlaku untuk email tersebut. Jika hasilmu sedikit di bawah batas, coba hitung dengan nilai tambahan yang lebih besar. Jika batas tetap dipatuhi, kamu memiliki ruang cadangan. Jika menjadi terlampaui, berarti ukuranmu sudah sangat dekat dengan batas.

Jika email dikembalikan meskipun hasil perbandingan memenuhi batas

• Pesan memuat lebih banyak data daripada asumsi bita tambahan kamu, atau program email melakukan pengodean dengan panjang baris yang berbeda.
• Server penerima mengizinkan ukuran yang lebih kecil daripada akunmu sendiri.
• Batas berlaku untuk keseluruhan pesan, tetapi kamu membandingkannya dengan lampiran asli. Atau akunmu memiliki aturan yang berbeda dari asumsi awal.
• Penerima memblokir jenis berkas tertentu, misalnya dokumen dengan makro atau program yang dapat dijalankan, terlepas dari ukurannya.

Kalkulator hanya membandingkan angka yang kamu pilih. Kalkulator tidak mengirim apa pun, tidak menguji apakah pesan sampai, serta tidak memeriksa format berkas maupun aturan keamanan. Untuk buletin email, ada pula batasan tampilan: Beberapa kotak email hanya menampilkan versi terpotong dari email HTML yang panjang. Ini merupakan persoalan yang berbeda dari ukuran lampiran dan juga tidak dihitung di sini.

Terlalu besar: lanjutkan dengan PDF akhir

Jika perkiraan melebihi batas, kamu memiliki dua pilihan: mengurangi jumlah bita pada berkas itu sendiri atau memilih cara lain selain lampiran. Jika penerima secara khusus mengharapkan lampiran, lakukan langkah berikut:

1. Kompres PDF sebelum dikirim atau, jika kamu mengetahui batas yang pasti, perkecil PDF agar memenuhi batas ukuran. Seberapa besar berkas dapat diperkecil bergantung pada isinya. Ukuran target tidak selalu dapat dicapai.
2. Buka hasilnya dan periksa apakah dokumen masih mudah dibaca.
3. Masukkan kembali ukuran berkas yang telah diunduh di sini. Yang menjadi acuan adalah berkas akhir, bukan penghematan yang diharapkan.
4. Jika perkiraan memenuhi batas, kirim emailnya. Jika tidak, bicarakan cara lain dengan penerima.

Tautan berbagi melalui layanan cloud atau layanan berkas dapat menjadi alternatif jika penerima menerima tautan dan izin akses serta perlindungan datanya sesuai dengan dokumen kamu. Kamu memilih sendiri layanannya. Kalkulator ini hanya menggunakan angka yang dimasukkan dan tidak menyimpan atau mengirim berkas apa pun. Sementara itu, arsip ZIP bukan pengganti yang dapat diandalkan untuk PDF yang lebih kecil: ZIP belum tentu memperkecil PDF, dan pihak yang secara khusus meminta berkas PDF mungkin tidak menerima arsip.

Jika berkas akan diunggah ke portal, bukan dikirim melalui email, kamu dapat memeriksa batas unggahan PDF dan terlebih dahulu memperkirakan waktu unggah berkas.