PC SOFT

FORUMS PROFESSIONNELS
WINDEV, WEBDEV et WINDEV Mobile

|
|
|
FR
Accueil → WINDEV 2025 → EML d'1Ko
EML d'1Ko
Débuté par Régis DEMEULENAERE, 12 déc. 2024 16:45 - 1 réponse
#1
Membre enregistré
20 messages
Posté le 12 décembre 2024 - 16:45
Bonjour Messieurs et Mesdames,

Je crée un fichier .EML à inclure dans des emails. Cependant, lors de la réception, le fichier ne fait que 1 Ko.
Ce comportement est étrange, car le fichier d'origine dépasse bien cette taille.

Voici le code utilisé :
LeFichierAttach est un emailAttache
LeFichierAttach.nom = fExtraitChemin(NomFichier, fFichier + fExtension)
LeFichierAttach.ContentType = fContentType(NomFichier)
LeFichierAttach.Contenu = fChargeBuffer(NomFichier)

Ajoute(:MonMessage.Attache, LeFichierAttach)


Après quelques recherches, j’ai découvert ceci :
La fonction EmailChargeFichierAttaché envoie bien le fichier en pièce jointe, mais sans spécifier de Content-Type.
Ainsi, le mail reçu contient :
Content-Type: application/octet-stream;


avec un encodage Base64 pour le contenu.

Le problème est que Gmail semble ne pas apprécier cette configuration et affiche une erreur indiquant qu’il ne peut pas charger le fichier. En revanche, Outlook ouvre le fichier .EML sans problème.

Selon mes recherches, Gmail préfère des fichiers .EML avec la structure suivante :
Content-Type: message/rfc822; name="Name.eml"
Content-Disposition: attachment; filename="Name.eml"
Content-Transfer-Encoding: 8bit
X-Attachment-Id: f_m20igjwy0
Content-ID: <f_m20igjwy0>

From: xxxx
...


Je me suis donc dit que, après avoir utilisé la fonction EmailChargeFichierAttaché(:MonMessage, NomFichier), je devrais pouvoir modifier le Content-Type comme suit :

:MonMessage.Attache[:MonMessage.Attache.Occurrence].ContentType = "message/rfc822"

Cependant, cette modification produit à nouveau une pièce jointe de seulement 1 Ko.

Est-ce que vous pourriez m’aider à résoudre ce problème ?

--
Bon dev
Signaler
0
0
#2
Membre enregistré
20 messages
Posté le 11 avril 2025 - 15:58
Bonjour,

Je n'ai toujours pas trouvé de bonne raison...

--
Bon dev
Signaler
0
0
→ Revenir à WINDEV 2025