Lewatkan PDF lewat Kotak Masuk Mana Pun

Portofolio 32 MB yang tidak mau terkirim

Jumat sore dan Petra, desainer grafis lepas, mengirim portofolio-petra-2026.pdf, 32 MB pekerjaan klien, ke pelanggan baru lewat Gmail. Ia menekan Kirim, dan semenit kemudian pesannya kembali tidak terkirim: lampiran terlalu besar. File terbuka sempurna di mesinnya. Tidak ada yang salah dengannya kecuali bobotnya, dan Gmail menghitung tiap byte pesan, bukan cuma file.

Jalan keluarnya satu dari tiga gerak, dengan urutan ini. Susutkan PDF ke target yang nyaman di bawah pagu. Jika tetap tidak muat tanpa menjadi bubur, pisahkan menjadi bagian yang tiap-tiapnya muat. Dan lewat sekitar dua puluh megabita, atau ketika beberapa dokumen bepergian bersama, berhenti melampirkan sama sekali dan kirim tautan yang diklik penerima saja.

Satu hal lagi menggembungkan masalah sebelum perbaikan mana pun: lampiran dienkode ulang untuk pengangkutan, yang mengembangkannya kira-kira sepertiga di kabel. File 24 MB di disk bepergian sebagai sekitar 32 MB pesan, jadi file yang tampak aman di dalam pagu 25 MB tetap bisa memantul. Berapa pun yang diizinkan penyedia, bidik jauh di bawahnya.

Kenali pagu sebelum melawannya

Tiap penyedia menerbitkan batas pesannya sendiri, dan server penerima memberlakukan miliknya juga, yang bisa lebih ketat dari milik Anda. Ini angka terbitan yang penting.

Polanya sederhana: 5 MB selamat di praktis semua kotak surat di bumi, 10 MB nyaman di antara penyedia webmail besar, dan apa pun dekat pagu mentah ingin margin untuk overhead encoding. Ketika penyedia penerima tidak diketahui, anggap kasus terketat.

Perbaikan satu: susutkan ke target

1. Buka alat ukuran email, yang mulai dengan target 5 MB siap.
2. Jatuhkan PDF ke halaman; ia terbuka secara lokal di tab, tidak ada yang diunggah.
3. Sesuaikan target ketika Anda tahu kotak suratnya: 5 MB untuk penerima tak dikenal, 10 MB untuk Gmail ke Gmail.
4. Tekan Kompres, periksa ukuran jadinya terhadap pagu, dan lampirkan unduhannya.

Alat mengerjakan yang benar-benar memakan tempat, gambar, pindaian, dan font tersemat, dan membaca kembali tiap kandidat sebelum menawarkannya, jadi teks tetap bisa dipilih alih-alih menjadi gambar. Ketika vonis mendarat di atas target, angka yang dilaporkan itu kebenaran untuk direncanakan: entah ia muat di kotak surat yang lebih lapang, atau filenya pindah ke perbaikan dua.

Perbaikan dua dan tiga: pisahkan, atau kirim tautan

Ketika menyusutkan saja tidak bisa mencapai target tanpa menyakiti keterbacaan, berhenti memeras dan potong saja. Pisahkan PDF menjadi rentang yang tiap-tiapnya muat di pagu, laporan 60 MB bepergian baik sebagai empat bagian 15 MB yang terbaca, sementara laporan yang sama digencet menjadi satu file buram tidak melayani siapa pun. Sering halaman beratnya adalah lampiran pindaian yang tidak diminta siapa pun: tarik hanya halaman yang dibutuhkan penerima dan kirim sepuluh halaman alih-alih dua ratus.

Lewat sekitar dua puluh megabita, atau lewat tiga empat dokumen dalam satu pesan, tautan mengalahkan semua lampiran. Ia juga membiarkan Anda mengganti file nanti tanpa mengirim koreksi, yang tidak pernah diizinkan lampiran. Tiap penyedia sudah membangun jalannya: Gmail menawarkan tautan Drive, Outlook menawarkan OneDrive, Apple Mail menawarkan Mail Drop. Panduan berbagi tautan membahas tempat gratis meng-host file dan apa yang diungkap tiap-tiapnya soal Anda dan orang yang membukanya.

Kesalahan yang membuat pantalan terus datang

Menaruh PDF ke ZIP. Gambar dan aliran teks di dalam PDF sudah terkompresi, jadi ZIP nyaris tidak menghemat apa pun, dan sebagian server korporat memblokir lampiran ZIP mentah-mentah. Susutkan ke target saja.

Membidik persis di pagu. Target 25 MB terhadap batas 25 MB melupakan overhead encoding dan teks pesan di sekitar file. Bidik 18 sampai 20 MB paling banyak, lebih rendah ketika penerimanya tak dikenal.

Melupakan ujung satunya. Gmail Anda bisa mengirim 25 MB, tetapi server korporat klien mungkin menerima 10. Ketika surel ke satu alamat terus memantul sementara yang lain terkirim, server merekalah pagu yang penting.

Melampirkan yang asli setelah menyusutkan. Unduhannya bernama baru di folder unduhan sementara draf surel tetap memegang file berat yang lama. Tukar lampirannya sebelum menekan Kirim.

Mengirim satu file raksasa ketika sepuluh halaman cukup. Penerima jarang butuh seluruh laporan. Ekstrak halaman yang penting dan perhatikan masalahnya menyusut bersama file.

Ketika email adalah amplop yang salah

Sebagian file tidak boleh bepergian sebagai lampiran sama sekali. Kontrak berdata pribadi, laporan medis, apa pun yang tidak pantas disimpan server surel yang ingin tahu dalam teks polos: ini layak mendapat kata sandi dan kanal yang lebih aman. Kunci PDF dengan kata sandi dulu, bagikan kata sandinya lewat rute berbeda dari file, dan utamakan tautan yang bisa Anda cabut daripada lampiran yang tidak bisa.

Aturan tempat kerja juga bisa mengalahkan semua perbaikan di sini. Ketika kontrak pemberi kerja atau klien Anda menyebut perangkat lunak yang disetujui untuk dokumen, pakai perangkat lunak itu dan tanya TI soal cara sah mengirim file besar; kenyamanan tidak pernah mengalahkan kebijakan.

Dan ketika penerimanya bisa dihubungi, perbaikan paling sederhana adalah pertanyaan. Klien yang mengharapkan portofolio 30 MB biasanya membalas dengan cara terima pilihannya: folder bersama, tautan unggah, pesan kedua. Bertanya makan satu surel pendek; melawan pagu sendirian makan sesore.