Pourquoi la pièce jointe et le message ont des tailles différentes
Lors de l’envoi, c’est surtout le message contenant ton PDF qui grossit. À l’origine, l’e-mail a été conçu pour le texte. C’est pourquoi ton logiciel de messagerie intègre les pièces jointes au format MIME et convertit généralement les données binaires en caractères de texte simples avec Base64. Chaque groupe de 3 octets du fichier devient ainsi 4 caractères, répartis sur des lignes terminées par des caractères de fin de ligne. L’encodage Base64 lui-même est réversible : le décodage restitue exactement les octets d’origine. Le message final comprend également les en-têtes, le texte du message et les séparateurs entre ses différentes parties.
Un message peut donc être nettement plus volumineux que la pièce jointe sélectionnée. Sur un forum germanophone, une personne demandait pourquoi un PDF de 20,1 MB avait donné un e-mail envoyé de 27,5 MB. Si tu refais le calcul pour 20 100 000 octets avec ce calculateur, avec des sauts de ligne et sans octets supplémentaires, tu obtiens 26 800 000 octets de données Base64 et 705 264 octets de fins de ligne. Cela représente au total 27 505 264 octets, soit environ 27,51 MB. Ce calcul explique comment on arrive à cet ordre de grandeur. Il s’agit d’un calcul théorique et non d’une analyse de cet e-mail précis.
Comment l’estimation est calculée
Place chaque fichier sur une ligne distincte, car chaque pièce jointe est encodée séparément. Tu peux notamment choisir les unités B, KB, MB, GB, MiB ou GiB. Le calculateur utilise la définition décimale du MB, soit 1 000 000 d’octets, et la définition binaire du MiB, soit 1 048 576 octets. Après conversion, la taille doit correspondre à un nombre entier d’octets. Les tailles négatives ne sont pas valides. Lors de la saisie, retiens que la virgule et le point servent de séparateurs décimaux : « 1.000 » signifie donc 1. Pour mille, saisis « 1000 » ou « 1 000 ». Saisis uniquement le nombre dans le champ numérique et choisis l’unité séparément.
- Taille d’origine : la taille totale de tes pièces jointes en octets. C’est la valeur de départ, utilisée pour la comparaison avec une limite de pièces jointes.
- Données Base64 : une pièce jointe de n octets devient 4 × arrondi à l’entier supérieur(n ÷ 3) caractères. Si les octets restants à la fin ne suffisent pas à former un groupe complet de trois, des caractères de remplissage complètent le dernier groupe de quatre.
- Fins de ligne : lorsque les sauts de ligne sont activés, ce qui est le réglage par défaut, le calculateur répartit les caractères de chaque pièce jointe sur des lignes de 76 caractères au maximum. Pour chaque ligne, il compte 2 octets pour la fin de ligne CRLF, y compris pour la dernière.
- Octets supplémentaires : ta propre valeur pour le texte, les en-têtes et les autres parties du message. La valeur par défaut est 0.
- Estimation : les données Base64 et les fins de ligne de toutes les pièces jointes, plus les octets supplémentaires.
Le Base64 augmente-t-il toujours la taille d’exactement un tiers ?
Seulement de façon approximative. Pour les fichiers volumineux, le passage de 3 octets à 4 caractères entraîne une augmentation de taille qui se rapproche de 33⅓ %. Sans saut de ligne, 10 000 000 octets deviennent exactement 13 333 336 octets, soit environ 33,33 % de plus. L’infime écart par rapport au tiers exact provient du remplissage. Avec les fins de ligne, le total atteint 13 684 214 octets, soit environ 36,8 % de plus. Les règles approximatives qui indiquent environ 37 % décrivent donc des données encodées avec des sauts de ligne. Elles dépendent de la longueur des lignes et de la fin de ligne utilisée, et ne tiennent compte ni des en-têtes ni du texte.
Pour les petits fichiers, un facteur fixe ne convient plus du tout. Une pièce jointe de 1 octet devient 4 caractères Base64 plus 2 octets de fin de ligne, soit 6 octets au total. C’est pourquoi le calculateur effectue le calcul exact pour chaque pièce jointe au lieu de tout multiplier par un facteur forfaitaire.
Plusieurs pièces jointes : chaque fichier séparément
Les pièces jointes ne sont pas regroupées en un seul grand bloc : chacune est encodée séparément. Chaque fichier a donc son propre remplissage et une fin de ligne distincte après sa dernière ligne. Un cas limite avec deux fichiers de 1 octet chacun l’illustre particulièrement bien.
Pour un seul PDF volumineux, ces quelques octets ont très peu d’incidence. Mais avec de nombreux petits fichiers, ils finissent par s’additionner.
La longueur de 76 caractères est la longueur maximale prévue par la norme MIME pour les lignes Base64. Le fait de compter un CRLF même après la dernière ligne est un choix de ce calculateur. Les logiciels de messagerie qui utilisent des lignes plus courtes ou terminent le contenu différemment obtiennent des valeurs légèrement différentes. Autre idée fausse courante : Base64 ne chiffre rien. Il s’agit uniquement d’un encodage réversible sans clé, qui ne protège pas le contenu de ta pièce jointe.
Comparer avec la bonne limite de taille
Une limite de taille indique un nombre, mais ne précise pas toujours à quoi il s’applique. Certaines règles limitent la taille totale des pièces jointes d’origine, c’est-à-dire les tailles de fichiers affichées par ton logiciel de messagerie. D’autres limitent le message complet avec les pièces jointes encodées, le texte et les en-têtes. Dans le calculateur, tu choisis donc la valeur à comparer à la limite. La valeur préremplie de 25 MB est simplement une valeur de départ et ne correspond pas à une règle d’un fournisseur particulier. Un résultat exactement égal à la limite est considéré comme respectant celle-ci.
Le même fichier peut donc respecter une règle et en dépasser une autre sans qu’il y ait de contradiction.
Deux règles réelles qui ne s’appliquent pas à la même chose
- Gmail : selon l’aide Gmail en allemand consacrée aux pièces jointes (consultée le 13 octobre 2026), les pièces jointes des comptes personnels peuvent atteindre au total 25 MB. Il s’agit de la taille totale des pièces jointes : la comparaison avec les pièces jointes d’origine convient donc ici. Pour les comptes Google Workspace, l’administrateur fixe les limites. Si le total est supérieur, la pièce jointe est remplacée par un lien Google Drive.
- RRZE de l’université d’Erlangen-Nuremberg : le guide sur la limitation de taille des pièces jointes d’e-mail (consulté le 13 octobre 2026) indique un maximum de 20 MB pour l’e-mail complet, à la réception comme à l’envoi sur les serveurs du RRZE. Ici, compare avec le message estimé et prévois également des octets supplémentaires.
Ces deux règles ne s’appliquent qu’à leur propre périmètre et peuvent changer. Pour ton envoi, c’est la règle de ton compte qui compte, qu’il soit personnel ou géré par ton employeur, ton école ou ton université. La règle de la boîte de réception du destinataire compte tout autant. Si tu connais la limite imposée par le destinataire, utilise-la dans la comparaison en précisant exactement à quoi elle s’applique. Lorsqu’un fournisseur envoie automatiquement les fichiers volumineux sous forme de lien, le fichier ne figure plus comme pièce jointe dans le message. Savoir si le destinataire peut et a le droit d’ouvrir ce lien est alors une question distincte.
Ce qui manque encore pour obtenir un message complet
Une pièce jointe encodée ne constitue pas à elle seule un e-mail. Le message final comporte des en-têtes indiquant l’expéditeur, les destinataires, l’objet et des informations techniques. S’y ajoutent le corps du message, souvent à la fois en texte brut et en HTML, les lignes de séparation entre les parties MIME et les images intégrées, comme un logo dans la signature. Le volume que cela représente dépend de ton logiciel de messagerie, de ton texte et de tes destinataires.
Quels octets supplémentaires saisir
Il n’existe pas de valeur universellement correcte. Avec 0 octet supplémentaire, le calculateur affiche uniquement les pièces jointes encodées avec leurs fins de ligne : il s’agit donc d’une valeur théorique sans texte ni en-têtes. Saisis par conséquent ta propre hypothèse, adaptée à ton e-mail. Un texte court sans images nécessite peu d’octets, un e-mail HTML avec des images intégrées nettement plus. Les valeurs tirées d’exemples d’autres e-mails ne valent que pour ces e-mails précis. Si ton résultat se situe juste sous la limite, refais le calcul avec une valeur plus généreuse pour voir. Si la comparaison indique toujours que la limite est respectée, tu disposes d’une marge. Si le résultat bascule, la marge est faible.
Si l’e-mail est rejeté malgré une comparaison favorable
- Le message contenait plus de données que ton hypothèse d’octets supplémentaires, ou ton logiciel de messagerie utilise d’autres longueurs de ligne pour l’encodage.
- Le serveur du destinataire autorise une taille inférieure à celle de ton propre compte.
- La limite s’appliquait au message complet, mais tu as effectué la comparaison avec les pièces jointes d’origine. Ou ton compte est soumis à une autre règle que celle supposée.
- Le destinataire bloque certains types de fichiers, par exemple les documents contenant des macros ou les programmes exécutables, quelle que soit leur taille.
Le calculateur compare uniquement la valeur que tu as sélectionnée. Il n’envoie rien, ne teste pas la réception et ne vérifie ni les formats de fichiers ni les règles de sécurité. Les newsletters sont également soumises à des limites d’affichage : certaines boîtes de réception n’affichent qu’une version tronquée des longs e-mails HTML. C’est un sujet distinct de la taille des pièces jointes, qui n’est pas non plus pris en compte ici.
Trop volumineux : poursuivre avec le PDF final
Si l’estimation dépasse la limite, tu as deux possibilités : réduire le nombre d’octets du fichier lui-même ou choisir un autre mode de transmission que la pièce jointe. Si le destinataire attend expressément une pièce jointe, procède ainsi :
- Compresse le PDF avant l’envoi ou, si tu connais une limite fixe, réduis le PDF pour respecter une limite de taille. Le degré de réduction d’un fichier dépend de son contenu. Il n’est pas toujours possible d’atteindre une taille cible.
- Ouvre le résultat et vérifie que le document reste bien lisible.
- Saisis de nouveau ici la taille du fichier téléchargé. C’est le fichier final qui compte, et non une réduction espérée.
- Si l’estimation respecte la limite, envoie l’e-mail. Sinon, discute d’un autre moyen de transmission avec le destinataire.
Un lien de partage via un service cloud ou de partage de fichiers peut être une solution si le destinataire accepte les liens et si les droits d’accès et la confidentialité conviennent à ton document. Tu choisis toi-même le service. Ce calculateur utilise uniquement les nombres saisis et ne stocke ni n’envoie aucun fichier. Une archive ZIP, en revanche, ne remplace pas de manière fiable un PDF plus petit : elle ne réduit pas nécessairement la taille d’un PDF, et un destinataire qui exige expressément des fichiers PDF peut refuser une archive.
Si le fichier doit être téléversé sur un portail plutôt qu’envoyé par e-mail, tu peux vérifier les limites de téléversement des PDF et estimer à l’avance le temps de téléversement du fichier.