Email vs servizi di trasferimento: quale è meglio nel 2026?

Per qualsiasi cosa più grande di un allegato da 25 MB o per qualunque cosa preferiresti non lasciare nella casella di posta di un destinatario per sette anni, un servizio di trasferimento file dedicato batte l'email. Gmail limita gli allegati a 25 MB, Outlook a 20 MB, ed entrambi rimuovono silenziosamente i file eseguibili. Servizi di trasferimento come HexaTransfer, WeTransfer e SwissTransfer gestiscono file fino a 10 GB o più, cifrano i payload in transito e a riposo e fanno scadere automaticamente il link. L'email vince ancora per i messaggi brevi con file minuscoli; perde per quasi tutto il resto.

Il tetto dei 25 MB che non si è mosso dal 2007

Gmail applica un limite di 25 MB sugli allegati da quasi due decenni. Outlook.com è fermo a 20 MB. Yahoo Mail consente 25 MB. I server Exchange aziendali stringono spesso questi valori a 10 MB o persino 5 MB per via delle quote delle caselle. Quel tetto è stato fissato quando un documento Word tipico era di 300 KB. Un singolo videoclip 4K da un iPhone 15 Pro raggiunge 400 MB per una registrazione di 30 secondi. Una foto RAW di una Sony A7R V pesa 60-90 MB l'una — una sola foto, già oltre il limite.

L'email semplicemente non era progettata per portare payload moderni. Il protocollo SMTP risale all'RFC 821 (1982), e anche con le estensioni MIME e l'overhead della codifica base64 (che gonfia la dimensione dell'allegato di circa il 33%), i mail server respingono con decisione i messaggi di grandi dimensioni.

Cosa succede davvero quando premi "invia"

Quando alleghi un file da 22 MB a Gmail, viene codificato in base64 a circa 29 MB sulla rete. Il messaggio viene messo in coda, scansionato, eventualmente replicato in più regioni di datacenter, indicizzato e conservato a tempo indeterminato. Atterra nella casella del destinatario, conta sulla sua quota di archiviazione e resta lì per sempre se non viene cancellato manualmente. Se il destinatario lo inoltra a tre colleghi, ora ci sono quattro copie persistenti tra i sistemi di posta.

Un servizio di trasferimento file fa l'opposto. Carichi una sola volta a un'origine unica. Il destinatario scarica via URL firmato. Quando il link scade (24 ore, 7 giorni, qualunque cosa imposti), l'oggetto viene cancellato dallo storage. Niente catena di inoltri, niente caselle gonfie, niente duplicati sparsi tra database Exchange.

Tipi di file bloccati di default dall'email

Gmail blocca direttamente oltre 40 estensioni: .exe, .bat, .cmd, .msi, .jar, .js, .vbs, .ps1 e .scr tra le altre. Anche compressi, se l'archivio contiene questi tipi, Gmail rifiuta la consegna. L'ATP (Advanced Threat Protection) di Office 365 aggiunge un altro livello, mettendo in sandbox le macro .docx e i file .pdf con JavaScript incorporato. Sviluppatori legittimi che condividono un artefatto di build non possono usare l'email — il messaggio rimbalza o viene messo silenziosamente in quarantena.

I servizi di trasferimento non ispezionano i contenuti oltre la scansione antivirus. Un .iso, un .dmg o un .apk si carica senza problemi. Non è un problema di sicurezza quando il link è di breve durata e il payload è cifrato end-to-end prima di lasciare il browser del mittente.

Cifratura: trasporto vs zero-knowledge

L'email usa TLS tra i mail server quando entrambi i lati lo supportano — cosa che ormai succede di solito, ma non puoi verificarlo. Il messaggio resta in chiaro su ogni relay che attraversa e nella tua cartella Inviati. S/MIME e PGP esistono ma richiedono uno scambio di certificati che la maggior parte delle persone non si prenderà la briga di fare.

Un servizio di trasferimento zero-knowledge cifra il file nel browser con AES-256-GCM prima dell'upload. La chiave di decifratura vive nel frammento dell'URL (dopo il #), che i server non vedono mai. Nemmeno il fornitore del trasferimento può leggere il file. È un modello di sicurezza fondamentalmente diverso da "l'handshake TLS è andato a buon fine tra Gmail e il tuo ISP".

Confronto a colpo d'occhio

| Caratteristica | Email (Gmail/Outlook) | Servizio di trasferimento | |---|---|---| | Dimensione max | 20-25 MB | 2-10 GB (piano gratuito) | | Conservazione | A tempo indeterminato | 24h-30g, scade automaticamente | | Estensioni bloccate | 40+ tipi | Tipicamente nessuna | | Cifratura end-to-end | Rara (PGP/S/MIME) | Standard | | Costo storage destinatario | Conta sulla quota | Zero | | Tracciamento/analisi | Solo conferme di lettura | Conferme di download | | Protezione con password | Manuale (zip + condivisione) | Integrata |

Quando l'email ha ancora senso

Una fattura .pdf da 1,2 MB? Allegala. Un contratto .docx sotto i 5 MB con una nota breve? Allegalo. L'email vince quando il file è piccolo, il contesto è conversazionale e il destinatario si aspetta di archiviare il documento accanto al messaggio.

L'email vince anche per scenari di legal hold dove serve una traccia di audit che combaci con la comunicazione. Un link che sparisce non soddisfa le richieste di discovery come fa un thread email conservato. Gli studi legali spesso inviano deliberatamente i documenti come allegati così che la trasmissione resti legata alla lettera di accompagnamento.

Quando i servizi di trasferimento diventano obbligatori

Qualsiasi cosa oltre 25 MB impone la scelta. File video, shooting di foto RAW, esportazioni CAD ingegneristiche (.step, .iges), pacchetti architettonici .dwg, file .psd con più livelli, archivi Premiere Pro .prproj e build software compilate richiedono tutti un servizio di trasferimento. Payload sensibili — imaging medico in formato DICOM, pacchetti di legal discovery, pratiche di licenziamento HR — beneficiano della scadenza automatica e della protezione con password che l'email non offre.

I freelance che consegnano gli asset finali ai clienti usano servizi di trasferimento per evitare di intasare le caselle dei clienti con render video da 800 MB. Gli architetti che inviano pacchetti di gara agli appaltatori raggruppano disegni .pdf, fogli costi .xlsx e file .dwg in un unico link .zip invece di un thread di sette messaggi.

Approccio ibrido: link nell'email

Il workflow più pulito combina entrambi. Invia un'email breve che descrive cosa stai condividendo, incolla il link di trasferimento e lascia che il destinatario recuperi il payload. La tua email resta ricercabile e archiviata; il file pesante non gonfia nessuna delle due caselle. Outlook e Gmail offrono entrambi questa funzione nativamente (integrazioni OneDrive e Drive rispettivamente), ma quelle vincolano il destinatario ad account Microsoft o Google. I servizi neutrali funzionano per chiunque abbia un browser.

HexaTransfer si adatta a questo workflow ibrido — carichi fino a 10 GB, ottieni un link, lo incolli nella tua email, e il file si autodistrugge dopo la finestra che scegli.

Il problema dell'inoltro che l'email non può risolvere

Quando invii un file via email a una persona, le hai dato una copia perpetua. Può inoltrarlo a chiunque, farne uno screenshot o lasciarlo nella sua casella finché il portatile non viene venduto a un'asta aziendale. L'Articolo 5(1)(e) del GDPR richiede che i dati siano conservati "per un arco di tempo non superiore al necessario" — un obbligo contro cui l'email lavora attivamente.

I link di trasferimento con scadenza e limiti di download si allineano meglio alla minimizzazione dei dati. Imposta il link a un download, 24 ore, protetto da password, e hai imposto ciò che l'email non potrebbe mai: il file esiste solo finché serve.

Verdetto per il 2026

L'email rimane lo strumento giusto per i messaggi. I servizi di trasferimento file restano lo strumento giusto per i file. L'errore è far finta che l'email sia entrambe le cose. Per qualsiasi cosa sopra i 10 MB, qualsiasi cosa riservata o qualsiasi cosa preferiresti non far persistere in caselle altrui, scegli un servizio di trasferimento.

Provalo su hexatransfer.com — gratis, senza registrazione, fino a 10 GB.