J'ai lu sur le site http://www.collectionscanada.ca/9/1/p1-229-f.html

que les pieces jointes etaient converti en format ascii avec SMTP.

Est ce toujours le cas ?

merci

peipito a écrit :
> J'ai lu sur le site http://www.collectionscanada.ca/9/1/p1-229-f.html
>
> que les pieces jointes etaient converti en format ascii avec SMTP.
>
> Est ce toujours le cas ?
>
> merci
>


Oui, c'est toujours le cas.

peipito wrote:
> que les pieces jointes etaient converti en format ascii avec SMTP.
> Est ce toujours le cas ?

C'est le cas très souvent, avec en général pièces jointes encodées en
base64 (33% d'augmentation du poids de la pièce jointe, du coup).

Sauf dans le cas où l'extension 8-bit est autorisée (réponse 8BITMIME
dans la réponse EHLO étendue) et où le serveur (ou le client) est assez
gentil pour se taper le décodage des parties MIME encodées, et surtout
capable de faire le réencodage inverse si le relais suivant est
incapable de supporter le mode 8 bit.

Voir sur la RFC 1652 pour plus de détails, section (2):
<http://www.ietf.org/rfc/rfc1652.txt?number=1652>

merci pour vos reponses

Xavier Roche wrote:
>
> Sauf dans le cas où l'extension 8-bit est autorisée (réponse 8BITMIME
> dans la réponse EHLO étendue) et où le serveur (ou le client) est assez
> gentil pour se taper le décodage des parties MIME encodées, et surtout
> capable de faire le réencodage inverse si le relais suivant est
> incapable de supporter le mode 8 bit.

Bonjour,

Si qq'un pouvait m'expliquer pourquoi mon sendmail decide de
deviser presque par 2 la taille des mails 8bit envoyé en local
sur ma machine, ca serait cool.


grep k55JSAas013429 /var/log/maillog

Jun 5 21:28:11 ext sendmail[13429]: k55JSAas013429: from=moileuser,
size=74099, class=0, nrcpts=1, sgid=<20060605192810.GA13419@domaine.fr>,
----------
bodytype=8BITMIME, relay=moileuser@localost

Jun 5 21:28:11 ext sendmail[13429]: k55JSAas013429:
to=moileuser@domaine.fr, ctladdr=moileuser (500/500), delay=00:00:01,
xdelay=00:00:00, mailer=relay, pri=104099, relay=[127.0.0.1],
dsn=2.0.0, stat=Sent (k55JSBZ5013430 Message accepted for delivery)

grep k55JSBZ5013430 /var/log/maillog


Jun 5 21:28:11 ext sendmail[13430]: k55JSBZ5013430:
from=<moileuser@domaine.fr>, size=36492, class=0, nrcpts=1,
----------
msgid=<20060605192810.GA13419@domaine.fr>, bodytype=8BITMIME,
proto=ESMTP, daemon=Daemon0, relay=localhost [127.0.0.1]

Jun 5 21:28:11 ext sendmail[13429]: k55JSAas013429:
to=moileuser@domaine.fr, ctladdr=moileuser (500/500), delay=00:00:01,
xdelay=00:00:00, mailer=relay, pri=104099, relay=[127.0.0.1],
dsn=2.0.0, stat=Sent (k55JSBZ5013430 Message accepted for delivery)

Jun 5 21:28:11 ext sendmail[13431]: k55JSBZ5013430:
to=<moileuser@domaine.fr>, ctladdr=<moileuser@domaine.fr> (500/500),
delay=00:00:00, xdelay=00:00:00, mailer=local, pri=66687,
dsn=2.0.0, stat=Sent


Autre test bizarre: si je fait un fichier qui contient que des zero
binaires ( dd if=/dev/zero of=./mes-zero count=100 ) et que
j'envoye le tous attachée en 8-bit avec mutt, je recupere que
des \n\n dans mon attachement.

mon sendmail modifie le contenue du message 8-bit alors que je ne
le voudrai pas.

Si quelqu'un peut m'expliquer pk, merci d'avance.

Chez moi, le 8-bit marche pour les accents, mais pas pour du
vrai 8-bit. est-ce normal docteur ?

Et si quelqu'un peut m'expliquer "la bonne maniere de faire"
pour envoyer des attachements encodés en 8-bit, cela serait cool.

Et pour finir, quel est a l'heure actuelle le plus petit taux
d'accroissement possible d'une piece jointe a un mail envoyé
sur internet.

[pour l'instant, le plus petit reste MIME: +30%, (et c'est penible)]

merci d'avance