Mengapa saiz lampiran dan mesej berbeza
Semasa penghantaran, yang menjadi lebih besar terutamanya ialah mesej yang mengandungi PDF anda. E-mel pada asalnya dibina untuk teks. Oleh itu, program e-mel anda membungkus lampiran fail dalam format MIME dan biasanya menukar data binari kepada aksara teks biasa menggunakan Base64. Setiap 3 bait fail menjadi 4 aksara, dan aksara ini dibahagikan kepada baris yang mempunyai penamat baris. Pengekodan Base64 itu sendiri boleh diterbalikkan: penyahkodan menghasilkan semula bait asal yang sama tepat. Mesej lengkap turut mengandungi pengepala, teks mesej dan pemisah antara bahagian-bahagian individu.
Oleh itu, sesuatu mesej boleh menjadi jauh lebih besar daripada lampiran yang anda pilih. Dalam sebuah forum berbahasa Jerman, seseorang bertanya mengapa PDF bersaiz 20.1 MB menjadi e-mel yang dihantar bersaiz 27.5 MB. Jika anda mengira semula 20,100,000 bait dengan kalkulator ini, menggunakan pemisah baris dan tanpa bait tambahan, hasilnya ialah 26,800,000 bait data Base64 dan 705,264 bait penamat baris. Jumlahnya ialah 27,505,264 bait, iaitu kira-kira 27.51 MB. Pengiraan ini menunjukkan bagaimana saiz sebesar itu terhasil. Ia merupakan pengiraan model dan bukan analisis e-mel tersebut.
Cara anggaran dikira
Letakkan setiap fail pada baris yang berasingan kerana setiap lampiran dikodkan secara berasingan. Anda boleh memasukkan saiz dalam unit seperti B, KB, MB, GB, MiB atau GiB. Kalkulator menggunakan takrif perpuluhan bagi MB, iaitu 1,000,000 bait, dan takrif perduaan bagi MiB, iaitu 1,048,576 bait. Selepas penukaran, saiz mestilah berupa bilangan bait bulat. Semasa memasukkan nombor, gunakan titik sebagai pemisah perpuluhan dan koma hanya untuk kumpulan ribuan: "1.000" bermaksud satu. Untuk seribu, masukkan "1,000" atau "1,000.00". Masukkan nombor sahaja dan pilih unit secara berasingan.
- Saiz asal: jumlah saiz lampiran anda dalam bait. Ini ialah nilai permulaan dan digunakan untuk perbandingan dengan had lampiran.
- Data Base64: lampiran dengan n bait menjadi 4 × bundarkan ke atas(n ÷ 3) aksara. Jika baki di penghujung tidak mencukupi untuk kumpulan tiga yang lengkap, pengisi melengkapkan kumpulan empat yang terakhir.
- Penamat baris: apabila pemisah baris dihidupkan, iaitu tetapan lalai, kalkulator membahagikan aksara setiap lampiran kepada baris dengan paling banyak 76 aksara. Bagi setiap baris, kalkulator mengira 2 bait untuk penamat baris CRLF, termasuk baris terakhir.
- Bait tambahan: nilai anda sendiri untuk teks, pengepala dan bahagian mesej yang lain. Nilai pratetap ialah 0.
- Anggaran: data Base64 dan penamat baris semua lampiran ditambah bait tambahan.
Adakah Base64 sentiasa tepat satu pertiga lebih besar?
Hanya secara anggaran. Nisbah 3 bait kepada 4 aksara menghampiri pertambahan 33⅓ % bagi fail besar. Tanpa pemisah baris, 10,000,000 bait menjadi tepat 13,333,336 bait, iaitu kira-kira 33.33 % lebih besar. Perbezaan yang sangat kecil daripada tepat satu pertiga disebabkan oleh pengisi. Dengan penamat baris, saiznya ialah 13,684,214 bait, kira-kira 36.8 % lebih besar. Jadi, petua anggaran sekitar 37 % merujuk kepada data berkod dengan pemisah baris. Anggaran itu bergantung pada panjang baris dan penamat baris, serta tidak mengambil kira pengepala mahupun teks.
Bagi fail kecil, faktor tetap langsung tidak lagi sesuai. Lampiran dengan 1 bait menjadi 4 aksara Base64 ditambah 2 bait penamat baris, menjadikan jumlahnya 6 bait. Oleh itu, kalkulator mengira setiap lampiran dengan tepat dan bukannya mendarab semuanya dengan satu nilai umum.
Berbilang lampiran: setiap fail secara berasingan
Lampiran tidak digabungkan menjadi satu blok besar, sebaliknya setiap satu dikodkan secara berasingan. Oleh itu, setiap fail mempunyai pengisi dan penamat baris terakhirnya sendiri. Contoh kes sempadan dengan dua fail yang masing-masing bersaiz 1 bait menunjukkan perkara ini dengan paling jelas.
Bagi satu PDF besar, beberapa bait ini hampir tidak memberi kesan. Namun, bagi banyak fail kecil, jumlahnya akan terkumpul.
Panjang baris 76 aksara ialah panjang maksimum yang ditetapkan oleh piawaian MIME untuk baris Base64. Mengira CRLF selepas baris terakhir juga merupakan ketetapan kalkulator ini. Program e-mel yang menggunakan baris lebih pendek atau penamat yang diletakkan secara berbeza akan menghasilkan nilai yang sedikit berbeza. Satu lagi salah faham yang lazim: Base64 tidak menyulitkan apa-apa. Ia hanyalah pengekodan yang boleh diterbalikkan tanpa kunci, dan tidak melindungi kandungan lampiran anda.
Bandingkan dengan had saiz yang betul
Had saiz memang memberikan anda satu angka, tetapi tidak semestinya menjelaskan perkara yang dirujuknya. Sesetengah peraturan mengehadkan jumlah saiz lampiran asal, iaitu saiz fail yang dipaparkan oleh program e-mel anda. Peraturan lain mengehadkan keseluruhan mesej dengan lampiran berkod, teks dan pengepala. Oleh itu, dalam kalkulator, anda memilih nilai yang hendak dibandingkan dengan had. Nilai 25 MB yang telah diisi hanyalah nilai permulaan dan bukan ketetapan mana-mana penyedia tertentu. Hasil yang tepat pada had dianggap mematuhi had.
Oleh itu, fail yang sama boleh mematuhi satu peraturan tetapi gagal mematuhi peraturan yang lain, tanpa sebarang percanggahan.
Dua peraturan sebenar dengan asas yang berbeza
- Gmail: menurut bantuan Gmail berbahasa Jerman tentang lampiran (diakses pada 13 Oktober 2026), jumlah saiz lampiran bagi akaun peribadi dibenarkan sehingga 25 MB. Ini merujuk kepada jumlah saiz lampiran, jadi perbandingan dengan Lampiran asal adalah sesuai. Bagi akaun Google Workspace, pentadbir menetapkan hadnya. Jika jumlahnya lebih besar, lampiran digantikan dengan pautan Google Drive.
- RRZE di Universität Erlangen-Nürnberg: panduan tentang had saiz lampiran e-mel (diakses pada 13 Oktober 2026) menyatakan had maksimum 20 MB untuk keseluruhan e-mel masuk dan keluar pada pelayan RRZE. Di sini, bandingkan dengan anggaran mesej dan sebaik-baiknya masukkan juga bait tambahan.
Kedua-dua peraturan hanya terpakai dalam lingkungan masing-masing dan boleh berubah. Untuk penghantaran anda, peraturan akaun anda yang terpakai, sama ada akaun peribadi atau akaun yang diuruskan oleh majikan, sekolah atau institusi pengajian tinggi. Peraturan peti mel penerima juga terpakai. Jika anda mengetahui ketetapan penerima, masukkannya dalam perbandingan dengan asasnya yang tepat. Jika penyedia menghantar fail besar secara automatik sebagai pautan, fail itu tidak lagi terkandung sebagai lampiran dalam mesej. Sama ada penerima boleh dan dibenarkan membuka pautan itu menjadi persoalan yang berasingan.
Perkara lain yang diperlukan untuk mesej lengkap
Lampiran berkod sahaja belum menjadi e-mel. Mesej lengkap mengandungi pengepala dengan pengirim, penerima, subjek dan maklumat teknikal. Ia turut mengandungi teks mesej, selalunya sebagai teks biasa dan juga HTML, baris pemisah antara bahagian MIME serta imej terbenam seperti logo dalam tandatangan. Jumlah saiz tambahan ini bergantung pada program e-mel, teks dan penerima anda.
Bait tambahan yang boleh anda masukkan
Tiada satu nilai yang betul untuk semua keadaan. Dengan 0 bait tambahan, kalkulator hanya menunjukkan lampiran berkod bersama penamat baris, iaitu nilai model tanpa teks dan pengepala. Oleh itu, masukkan andaian sendiri yang sesuai dengan e-mel anda. Teks ringkas tanpa imej memerlukan sedikit ruang, manakala e-mel HTML dengan grafik terbenam memerlukan jauh lebih banyak. Nilai daripada contoh e-mel lain hanya terpakai pada e-mel tersebut. Jika hasil anda sedikit di bawah had, cuba kira dengan nilai yang lebih besar. Jika perbandingan masih menunjukkan had dipatuhi, anda mempunyai ruang lebihan. Jika hasilnya berubah kepada melebihi had, ruang yang ada sangat kecil.
Jika e-mel dipulangkan walaupun perbandingan menunjukkan had dipatuhi
- Mesej mengandungi lebih banyak bait tambahan daripada yang anda andaikan, atau program e-mel anda mengekod dengan panjang baris yang berbeza.
- Pelayan penerima membenarkan saiz yang lebih kecil daripada akaun anda sendiri.
- Had terpakai pada keseluruhan mesej, tetapi anda membandingkannya dengan lampiran asal. Atau akaun anda tertakluk pada peraturan yang berbeza daripada andaian anda.
- Penerima tidak membenarkan jenis fail tertentu, seperti dokumen dengan makro atau program boleh laksana, lalu menyekatnya tanpa mengira saiznya.
Kalkulator hanya membandingkan nilai yang anda pilih. Ia tidak menghantar apa-apa, tidak menguji penghantaran dan tidak menyemak format fail mahupun peraturan keselamatan. Bagi surat berita, terdapat juga had paparan: sesetengah peti mel hanya memaparkan versi dipendekkan bagi e-mel HTML yang panjang. Ini ialah perkara yang berbeza daripada saiz lampiran dan turut tidak dikira di sini.
Terlalu besar: teruskan dengan PDF yang telah siap
Jika anggaran melebihi had, anda mempunyai dua pilihan: kurangkan bilangan bait fail itu sendiri atau pilih cara lain selain lampiran. Jika penerima secara khusus meminta lampiran, lakukan langkah berikut:
- Mampatkan PDF sebelum penghantaran atau, jika anda mengetahui had yang tetap, kecilkan PDF mengikut had saiz. Sejauh mana fail mengecil bergantung pada kandungannya. Saiz sasaran tidak semestinya dapat dicapai dalam setiap keadaan.
- Buka hasilnya dan semak sama ada dokumen masih mudah dibaca.
- Masukkan semula saiz fail yang telah dimuat turun di sini. Yang diambil kira ialah fail siap, bukannya penjimatan yang diharapkan.
- Jika anggaran mematuhi had, hantar e-mel. Jika tidak, bincangkan cara lain dengan penerima.
Pautan perkongsian melalui perkhidmatan awan atau fail boleh menjadi alternatif jika penerima menerima pautan dan hak akses serta perlindungan privasinya sesuai untuk dokumen anda. Anda memilih perkhidmatan itu sendiri. Kalkulator ini hanya menggunakan angka yang dimasukkan dan tidak menyimpan atau menghantar fail. Sebaliknya, arkib ZIP bukan pengganti yang boleh diharapkan untuk PDF yang lebih kecil: ia tidak semestinya mengecilkan PDF, dan pihak yang secara khusus meminta fail PDF mungkin tidak menerima arkib.
Jika fail hendak dimuat naik ke portal dan bukannya dihantar melalui e-mel, anda boleh menyemak had muat naik PDF dan terlebih dahulu menganggarkan masa muat naik fail.