Comment peut-on calculer la taille finale d'un mail en partant de la
taille des pièces jointes qui le composent.
Exemple : un utilisateur veut envoyer un mail en txt, accompagné d'une
photo en pièce jointe de 10 Mo (je sais c'est lourd 10 Mo, faut pas !).
Existe t'il une ou des règles selon le type d'encodage ou est-ce lié au
type du fichier à encoder ? Ou quoi d'autres ?
D'avance merci pour vos éventuels commentaires et réponses,
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Xavier Roche
Olivier wrote:
Comment peut-on calculer la taille finale d'un mail en partant de la taille des pièces jointes qui le composent.
A la louche, en supposant que le tout est encodé en base64, et que des retours à la ligne au format RFC sont insérés tous les 72 caractères, on peut donc encoder 54 octets en 74 caractères.
On peut donc multiplier en gros par 1.37 la taille initiale du message.
Olivier wrote:
Comment peut-on calculer la taille finale d'un mail en partant de la
taille des pièces jointes qui le composent.
A la louche, en supposant que le tout est encodé en base64, et que des
retours à la ligne au format RFC sont insérés tous les 72 caractères, on
peut donc encoder 54 octets en 74 caractères.
On peut donc multiplier en gros par 1.37 la taille initiale du message.
Comment peut-on calculer la taille finale d'un mail en partant de la taille des pièces jointes qui le composent.
A la louche, en supposant que le tout est encodé en base64, et que des retours à la ligne au format RFC sont insérés tous les 72 caractères, on peut donc encoder 54 octets en 74 caractères.
On peut donc multiplier en gros par 1.37 la taille initiale du message.
Olivier
Super, merci ça me donne une bonne idée. Je pensais de 1.10 à 1.20 comme facteur du coup j'ai une meilleur vision. Olivier
Olivier wrote:
Comment peut-on calculer la taille finale d'un mail en partant de la taille des pièces jointes qui le composent.
A la louche, en supposant que le tout est encodé en base64, et que des retours à la ligne au format RFC sont insérés tous les 72 caractères, on peut donc encoder 54 octets en 74 caractères.
On peut donc multiplier en gros par 1.37 la taille initiale du message.
Super, merci ça me donne une bonne idée. Je pensais de 1.10 à 1.20 comme
facteur du coup j'ai une meilleur vision.
Olivier
Olivier wrote:
Comment peut-on calculer la taille finale d'un mail en partant de la
taille des pièces jointes qui le composent.
A la louche, en supposant que le tout est encodé en base64, et que des
retours à la ligne au format RFC sont insérés tous les 72 caractères, on
peut donc encoder 54 octets en 74 caractères.
On peut donc multiplier en gros par 1.37 la taille initiale du message.
Super, merci ça me donne une bonne idée. Je pensais de 1.10 à 1.20 comme facteur du coup j'ai une meilleur vision. Olivier
Olivier wrote:
Comment peut-on calculer la taille finale d'un mail en partant de la taille des pièces jointes qui le composent.
A la louche, en supposant que le tout est encodé en base64, et que des retours à la ligne au format RFC sont insérés tous les 72 caractères, on peut donc encoder 54 octets en 74 caractères.
On peut donc multiplier en gros par 1.37 la taille initiale du message.
Zavier
Olivier susurrait :
Bonjour à tous,
Bonjour,
Comment peut-on calculer la taille finale d'un mail en partant de la taille des pièces jointes qui le composent.
À la louche, augmenter de 33% la taille initiale de chaque PJ.
Si tu as besoin de plus de précision, encode une par une les PJ avec un utilitaire comme <URL:http://www.fourmilab.ch/webtools/base64/>. Et calculer la taille finale avec les fichiers encodés.
Sinon, il y a des services web gratuits pour transmettre les gros fichiers, ton FAI Free en propose même un.
Cordialement, Xavier -- In Reply-To veritas.
Olivier susurrait :
Bonjour à tous,
Bonjour,
Comment peut-on calculer la taille finale d'un mail en partant de la
taille des pièces jointes qui le composent.
À la louche, augmenter de 33% la taille initiale de chaque PJ.
Si tu as besoin de plus de précision, encode une par une les PJ avec un
utilitaire comme <URL:http://www.fourmilab.ch/webtools/base64/>. Et
calculer la taille finale avec les fichiers encodés.
Sinon, il y a des services web gratuits pour transmettre les gros
fichiers, ton FAI Free en propose même un.
Comment peut-on calculer la taille finale d'un mail en partant de la taille des pièces jointes qui le composent.
À la louche, augmenter de 33% la taille initiale de chaque PJ.
Si tu as besoin de plus de précision, encode une par une les PJ avec un utilitaire comme <URL:http://www.fourmilab.ch/webtools/base64/>. Et calculer la taille finale avec les fichiers encodés.
Sinon, il y a des services web gratuits pour transmettre les gros fichiers, ton FAI Free en propose même un.
Cordialement, Xavier -- In Reply-To veritas.
Olivier Miakinen
A la louche, en supposant que le tout est encodé en base64, et que des retours à la ligne au format RFC sont insérés tous les 72 caractères, on peut donc encoder 54 octets en 74 caractères.
On peut donc multiplier en gros par 1.37 la taille initiale du message.
Bon sang, je n'avais jamais réalisé qu'il faut compter les CR+LF à chaque ligne ! Bon, ça ne fait jamais que 3,7 % en plus par rapport à l'ordre de grandeur que j'avais (4/3), mais sur un gros fichier ça peut faire un bon paquet d'octets quand même.
-- Olivier Miakinen Troll du plus sage chez les conviviaux : le nouveau venu, avec son clan, s'infiltre dans les groupes de nouvelles. (3 c.)
A la louche, en supposant que le tout est encodé en base64, et que des
retours à la ligne au format RFC sont insérés tous les 72 caractères, on
peut donc encoder 54 octets en 74 caractères.
On peut donc multiplier en gros par 1.37 la taille initiale du message.
Bon sang, je n'avais jamais réalisé qu'il faut compter les CR+LF à
chaque ligne ! Bon, ça ne fait jamais que 3,7 % en plus par rapport
à l'ordre de grandeur que j'avais (4/3), mais sur un gros fichier ça
peut faire un bon paquet d'octets quand même.
--
Olivier Miakinen
Troll du plus sage chez les conviviaux : le nouveau venu, avec
son clan, s'infiltre dans les groupes de nouvelles. (3 c.)
A la louche, en supposant que le tout est encodé en base64, et que des retours à la ligne au format RFC sont insérés tous les 72 caractères, on peut donc encoder 54 octets en 74 caractères.
On peut donc multiplier en gros par 1.37 la taille initiale du message.
Bon sang, je n'avais jamais réalisé qu'il faut compter les CR+LF à chaque ligne ! Bon, ça ne fait jamais que 3,7 % en plus par rapport à l'ordre de grandeur que j'avais (4/3), mais sur un gros fichier ça peut faire un bon paquet d'octets quand même.
-- Olivier Miakinen Troll du plus sage chez les conviviaux : le nouveau venu, avec son clan, s'infiltre dans les groupes de nouvelles. (3 c.)
