Calculateur de taille des pièces jointes et Base64

Comment utiliser cet outil

1. Ajoutez la taille et l’unité de chaque pièce jointe ou sélectionnez des fichiers locaux. Gardez les entrées séparées : remplissage et sauts de ligne sont calculés par fichier. Le maximum est de 100 entrées.
2. Indiquez un supplément pour le texte, les en-têtes et séparateurs MIME, puis la limite applicable et son unité. Consultez les règles du compte, du logiciel et du destinataire.
3. Comparez le total original, le total des pièces encodées et le message modélisé. Le résultat ne confirme ni l’acceptation ni la distribution.

Compter chaque pièce jointe une fois

Saisissez une taille originale par ligne ou sélectionnez des fichiers locaux pour lire leur taille en octets. Le calcul additionne les deux listes ; un fichier sélectionné et saisi manuellement est compté deux fois. La sélection lit File.size sans envoyer le contenu ni transmettre de courriel. Effacer les fichiers sélectionnés conserve les valeurs manuelles. Réinitialiser supprime toute l’estimation, y compris la limite et la réserve destinée aux autres données du message.

Choisissez octets, Mo décimaux ou Mio binaires pour les saisies manuelles. Un Mo vaut 1 000 000 octets et un Mio vaut 1 048 576 octets. Le sélecteur de fichiers fournit déjà des octets, indépendamment de l’unité manuelle. Une taille arrondie à 18 Mo peut masquer assez d’octets pour changer un résultat proche de la limite. Utilisez la propriété exacte lorsqu’elle est disponible. Jusqu’à 100 pièces jointes sont admises, y compris celles de zéro octet ; leurs en-têtes doivent être budgétés séparément.

Définir une limite du message complet

Le champ de limite représente le budget total à vérifier, avec son propre choix d’unité. Il ne sélectionne pas un fournisseur et ne consulte pas les règles du compte. Un plafond de pièces jointes annoncé peut compter les fichiers originaux, tandis qu’un serveur impose une limite au message encodé complet. Ces mesures ne sont pas interchangeables. Vérifiez ce que comptent les règles de l’expéditeur et du destinataire avant d’utiliser une valeur annoncée dans ce champ.

Indiquez en octets la réserve pour le corps, les en-têtes, les séparateurs MIME et les données non modélisées. Zéro signifie qu’aucun espace n’a été prévu pour eux, pas qu’un vrai courriel en est dépourvu. Une fraction d’octet est refusée pour cette réserve. Les tailles manuelles sont arrondies vers le haut en octets et la limite vers le bas. Tailles négatives, liste vide, limite non positive et nombres hors du domaine entier sûr sont rejetés. Sans résultat valide, corrigez les entrées avant de juger le budget.

Suivre l’encodage par fichier

Pour chaque fichier de n octets, le modèle calcule 4 × ceil(n / 3) caractères Base64. Il réserve ensuite deux octets par ligne de 76 caractères au maximum, y compris la dernière ligne de ce modèle de planification. ceil désigne l’arrondi à l’entier supérieur. Cette réserve par partie est explicite : le résultat ne reproduit pas octet par octet la sérialisation de tous les logiciels de messagerie et de toutes leurs options d’encodage.

Un fichier de 57 octets donne 76 caractères et deux octets de fin de ligne, soit 78 octets. Un fichier de 58 octets donne 80 caractères sur deux lignes modélisées, soit 84 octets. L’octet original supplémentaire franchit un seuil de groupe et de ligne. Multiplier systématiquement par 1,33 manque ces différences sur les petits fichiers. Les pièces jointes sont encodées séparément ; appliquer la formule après avoir additionné leurs tailles originales peut donner un total différent et masquer ces seuils.

Vérifier un exemple avec deux fichiers

Prenez des fichiers de 1 et 2 octets, une réserve de 100 octets et une limite totale de 112 octets. Chacun produit quatre caractères Base64 et deux octets modélisés de fin de ligne. Le total original vaut 3 octets, les pièces encodées 12 et le message estimé 112. Il reste zéro octet : l’estimation respecte exactement la limite saisie. Cette indication ne certifie pas que le fournisseur acceptera ou distribuera le courriel.

Un seul fichier de 3 octets produirait quatre caractères et deux octets de fin de ligne, soit 6 octets avant la réserve. La disposition des pièces jointes change malgré le même total original. Une archive peut modifier disposition et taille réelle, mais cet outil ne crée pas d’archive et ne prédit pas sa compression. Mesurez le fichier obtenu et utilisez sa propre taille ; ne conservez pas la liste de ses fichiers d’origine pour estimer la pièce jointe finale.

Lire le budget avant l’envoi

Le total original additionne les fichiers sélectionnés et saisis. Le total encodé ajoute Base64 et fins de ligne modélisées. Le total du message ajoute la réserve, tandis que le solde soustrait ce résultat à la limite. Un solde négatif indique le dépassement. Vérifiez unités et doublons avant de réduire un document. Augmenter la réserve peut changer un résultat serré sans modifier les fichiers et sans établir un défaut du fournisseur.

Le calcul ne vérifie ni types de fichiers interdits, ni quota du destinataire, ni filtres, ni permissions des liens, ni livraison. Partager un lien constitue une autre procédure avec ses accès et sa durée de validité. Vérifiez l’accès du destinataire avec le compte prévu et conservez l’original nécessaire. Le calculateur de taille vidéo aide à préparer un export, mais le fichier exporté doit être mesuré ici. Une estimation par débit n’est pas la taille exacte d’une pièce jointe terminée.

• Préparer la taille vidéo avant l’export

Comment interpréter le résultat

Les limites publiées peuvent viser les fichiers originaux, le message entier ou des liens. Gmail personnel et Outlook.com indiquent 25 Mo pour les pièces jointes, vérifié le 7 octobre 2026 ; la documentation du logiciel Outlook décrit séparément 20 Mo pour les messages de comptes Internet. Ces seuils ne sont pas vérifiés à l’octet près. Les règles du compte, du destinataire et du type de fichier restent applicables.

Questions fréquentes