-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512
Bonjour, Est-ce que quelqu'un sur la liste aurait un outil permettant de valider le formatage d'un mail généré par un client mail (typiquement les fichiers .eml qui ne sont que tu texte) ?
J'ai un client qui se plaint que des destinataires ne peuvent pas lire ces mails avec pièce jointe, j'ai besoin de lui confirmer qu'ils sont générés selon la RFC-qui-va-bien et que c'est le client mail du mec en face qui est merdique.
Attention : je ne cherche pas à valider le formatage d'une adresse mail mais bien TOUT le mail.
Merci, Julien
Bonjour Julien,
Peut-être que ca peut t'aider à faire le job : https://pypi.org/project/eml-parser/
Joël
-----Message d'origine----- De : FRsAG frsag-bounces@frsag.org De la part de Julien Escario Envoyé : mardi 12 juin 2018 12:41 À : frsag@frsag.org Objet : [FRsAG] Outil de validation de formatage de mail
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512
Bonjour, Est-ce que quelqu'un sur la liste aurait un outil permettant de valider le formatage d'un mail généré par un client mail (typiquement les fichiers .eml qui ne sont que tu texte) ?
J'ai un client qui se plaint que des destinataires ne peuvent pas lire ces mails avec pièce jointe, j'ai besoin de lui confirmer qu'ils sont générés selon la RFC-qui-va-bien et que c'est le client mail du mec en face qui est merdique.
Attention : je ne cherche pas à valider le formatage d'une adresse mail mais bien TOUT le mail.
Merci, Julien
_______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
Pour les tests de bases j'utilise https://www.mail-tester.com en envoyant un mail depuis le client à testé. Ca donne deja une très grosse indication des problemes.
Le mar. 12 juin 2018 à 17:52, Joël DEREFINKO joel.derefinko@118218.fr a écrit :
Bonjour Julien,
Peut-être que ca peut t'aider à faire le job : https://pypi.org/project/eml-parser/
Joël
-----Message d'origine----- De : FRsAG frsag-bounces@frsag.org De la part de Julien Escario Envoyé : mardi 12 juin 2018 12:41 À : frsag@frsag.org Objet : [FRsAG] Outil de validation de formatage de mail
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512
Bonjour, Est-ce que quelqu'un sur la liste aurait un outil permettant de valider le formatage d'un mail généré par un client mail (typiquement les fichiers .eml qui ne sont que tu texte) ?
J'ai un client qui se plaint que des destinataires ne peuvent pas lire ces mails avec pièce jointe, j'ai besoin de lui confirmer qu'ils sont générés selon la RFC-qui-va-bien et que c'est le client mail du mec en face qui est merdique.
Attention : je ne cherche pas à valider le formatage d'une adresse mail mais bien TOUT le mail.
Merci, Julien -----BEGIN PGP SIGNATURE-----
iQIcBAEBCgAGBQJbH6MsAAoJEOWv2Do/MctuzlMQAIGiTKPsvRXKJuembN4W+Iud MSTLYW9ojtb6uG8avk2C2lxvdr3PLjbkqcL8l8Dr5eCvAb8U8f4D6WWvYGWnt4gk 052IPF/TgIyeh8mUeQmz3irPqUdkXTQISrakD1/je4WBFrabC1ugp73Bc4i5s/uy 1NPEdetYcFkBHP1GOj8DKCWnCDRoNZvOBscaKxjaSgI4qk2EfDkVpXddCCW6CPta LcFchQ6ChFwBfa48GdGG44yJiO1LJrGtYgbnhWWY2EtHDnbTRG2d1kOuc+DO8KoL 3O2GDdWQs0uJEw967ixaV3ndck4HozKxV+SSKLa4KfJzNmplF25tdFpT85KXHkSn BiT1mC4D2OPi+vQ8P/4cmrZlc8qhR6C0CYDeAbcPePo41vmHAOkwYGuhRPyqxWd/ 8sXAouEvc6nbhX6Iyi3+gLNl3mXVTbMlewNp3cP3NP7qsBdYffH5G2feAvCeXfhD SoHhLCE+SWHYlgwwnKHcmUvHhIEGtUaxsOwI8LwmHJmMEpTXrnCrlXsBRrNQbO8r fWRfHU12p2w7p0tPL8w7WrPOhvO6BIkaCCjJPWBFJ30DotH2sK+m/9yvS0mwB4mw lMx9PDuw7BwOCzVzpGxzt2pU4FNjfNUJQErfxd85mVpLbk79emMjG2z0492fwH4G a7DsuiNmfI7hJuKl5lwl =3Nlz -----END PGP SIGNATURE----- _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/ _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
Le 12/06/2018 à 12:40, Julien Escario a écrit :
J'ai un client qui se plaint que des destinataires ne peuvent pas lire ces mails avec pièce jointe, j'ai besoin de lui confirmer qu'ils sont générés selon la RFC-qui-va-bien et que c'est le client mail du mec en face qui est merdique.
Bonjour Julien, A tout hasard, ton client n'utiliserait-il pas outlook et ses destinataires non ? Il y a un paramétrage étrange dans outlook concernant les pièces jointes en lien direct avec le carnet d'adresses qui fait que le format des pièces jointes envoyés aux personnes présentes dans le carnet d'adresses n'est pas le même que celui envoyé aux autres. Matthieu
On Wed, Jun 13, 2018 at 08:50:06AM +0200, Matthieu Racine wrote:
Le 12/06/2018 à 12:40, Julien Escario a écrit :
J'ai un client qui se plaint que des destinataires ne peuvent pas lire ces mails avec pièce jointe, j'ai besoin de lui confirmer qu'ils sont générés selon la RFC-qui-va-bien et que c'est le client mail du mec en face qui est merdique.
Bonjour Julien, A tout hasard, ton client n'utiliserait-il pas outlook et ses destinataires non ? Il y a un paramétrage étrange dans outlook concernant les pièces jointes en lien direct avec le carnet d'adresses qui fait que le format des pièces jointes envoyés aux personnes présentes dans le carnet d'adresses n'est pas le même que celui envoyé aux autres. Matthieu
Exact, c'est TNEF - tu peux aller voir du côté de https://en.wikipedia.org/wiki/Transport_Neutral_Encapsulation_Format
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512
Le 13/06/2018 à 08:50, Matthieu Racine a écrit :
Le 12/06/2018 à 12:40, Julien Escario a écrit :
J'ai un client qui se plaint que des destinataires ne peuvent pas lire ces mails avec pièce jointe, j'ai besoin de lui confirmer qu'ils sont générés selon la RFC-qui-va-bien et que c'est le client mail du mec en face qui est merdique.
Bonjour Julien, A tout hasard, ton client n'utiliserait-il pas outlook et ses destinataires non ? Il y a un paramétrage étrange dans outlook concernant les pièces jointes en lien direct avec le carnet d'adresses qui fait que le format des pièces jointes envoyés aux personnes présentes dans le carnet d'adresses n'est pas le même que celui envoyé aux autres.
Ah, les fameux winmail.dat. Je ne sais pas que c'était lié au fait que le destinataire était dans le carnet d'adresse ou non.
Ici, rien de tout ça : mon client utilise Sogo (une version un peu vieille dont il ne veux pas se séparer) et le destinataire ... aucune idée mais je pencherais fortement pour de l'Outlook justement.
Je pense que c'est le boundary un peu long qu'il n'aime pas : content-type: multipart/mixed; boundary="----=_=-_OpenGroupware_org_NGMime-11690-1528184607.899696-62------"
Ce bousille complètement l'affichage du mail par le destinataire.
Bref, j'ai 2/3 pistes, je vais tenter de faire un envoi du même mail sur mail-tester en ligne de commande pour voir ce qu'il en pense.
Bon, soyons honnêtes hein : j'ai demandé 2/3 infos au client qui ne m'a rien répondu, je crois que, en fait, tout le monde s'en fout.
Julien
J'ai eu le cas y'a pas longtemps.
Le WinMail.Dat serait généré par Outlook lors d'un envoie en mode Texte Enrichi contenant une pièce jointe. Si l'autre en face n'a pas Outlook, il se tape le WinMail.dat.
Donc : - soit faut être sur Outlook - soit faut pas envoyer de PJ en Texte Enrichi - soit faut envoyer en texte brut - soit faut envoyer en HTML
Vincent
-----Message d'origine----- De : FRsAG frsag-bounces@frsag.org De la part de Julien Escario Envoyé : mercredi 13 juin 2018 10:28 À : frsag@frsag.org Objet : Re: [FRsAG] Outil de validation de formatage de mail
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512
Le 13/06/2018 à 08:50, Matthieu Racine a écrit :
Le 12/06/2018 à 12:40, Julien Escario a écrit :
J'ai un client qui se plaint que des destinataires ne peuvent pas lire ces mails avec pièce jointe, j'ai besoin de lui confirmer qu'ils sont générés selon la RFC-qui-va-bien et que c'est le client mail du mec en face qui est merdique.
Bonjour Julien, A tout hasard, ton client n'utiliserait-il pas outlook et ses destinataires non ? Il y a un paramétrage étrange dans outlook concernant les pièces jointes en lien direct avec le carnet d'adresses qui fait que le format des pièces jointes envoyés aux personnes présentes dans le carnet d'adresses n'est pas le même que celui envoyé aux autres.
Ah, les fameux winmail.dat. Je ne sais pas que c'était lié au fait que le destinataire était dans le carnet d'adresse ou non.
Ici, rien de tout ça : mon client utilise Sogo (une version un peu vieille dont il ne veux pas se séparer) et le destinataire ... aucune idée mais je pencherais fortement pour de l'Outlook justement.
Je pense que c'est le boundary un peu long qu'il n'aime pas : content-type: multipart/mixed; boundary="----=_=-_OpenGroupware_org_NGMime-11690-1528184607.899696-62------"
Ce bousille complètement l'affichage du mail par le destinataire.
Bref, j'ai 2/3 pistes, je vais tenter de faire un envoi du même mail sur mail-tester en ligne de commande pour voir ce qu'il en pense.
Bon, soyons honnêtes hein : j'ai demandé 2/3 infos au client qui ne m'a rien répondu, je crois que, en fait, tout le monde s'en fout.
Julien
_______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
Date: Fri, 3 Aug 2018 10:31:54 From: Vincent Duvernet vincent.duvernet@nolme.com To: Julien Escario julien.escario@altinea.fr, "frsag@frsag.org" frsag@frsag.org Subject: Re: [FRsAG] Outil de validation de formatage de mail
J'ai eu le cas y'a pas longtemps.
Le WinMail.Dat serait généré par Outlook lors d'un envoie en mode Texte Enrichi contenant une pièce jointe. Si l'autre en face n'a pas Outlook, il se tape le WinMail.dat.
Donc :
- soit faut être sur Outlook
- soit faut pas envoyer de PJ en Texte Enrichi
- soit faut envoyer en texte brut
- soit faut envoyer en HTML
Vincent
Salut,
Et oui, TNEF, c'est pénible, et ça ne date pas d'hier. Je me souviens avoir utilisé des outils en ligne de commandes ou librairires Perl pour automatiser la conversion dans certains cas.
De ce que je me souviens, on peut désactiver ça dans les options ; On peut également choisir le format des messages envoyés par contact dans le carnet d'adresses.
Par contre, je ne saurais dire si c'est dans toutes les versions de Lookout.
Ca ne repond pas a la problematique initiale, mais à signaler que le client de messagerie Thunderbird a un plugin qui sait gérer TNEF/ winmail.dat: LookOut.
Je l'ai mis en place pour dépanner qq personnes, ça les avait bien arrangé.
Pierre
Le 3 août 2018 10:31:54 GMT+02:00, Vincent Duvernet vincent.duvernet@nolme.com a écrit :
J'ai eu le cas y'a pas longtemps.
Le WinMail.Dat serait généré par Outlook lors d'un envoie en mode Texte Enrichi contenant une pièce jointe. Si l'autre en face n'a pas Outlook, il se tape le WinMail.dat.
Donc :
- soit faut être sur Outlook
- soit faut pas envoyer de PJ en Texte Enrichi
- soit faut envoyer en texte brut
- soit faut envoyer en HTML
Vincent
-----Message d'origine----- De : FRsAG frsag-bounces@frsag.org De la part de Julien Escario Envoyé : mercredi 13 juin 2018 10:28 À : frsag@frsag.org Objet : Re: [FRsAG] Outil de validation de formatage de mail
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512
Le 13/06/2018 à 08:50, Matthieu Racine a écrit :
Le 12/06/2018 à 12:40, Julien Escario a écrit :
J'ai un client qui se plaint que des destinataires ne peuvent pas lire ces mails avec pièce jointe, j'ai besoin de lui confirmer
qu'ils
sont générés selon la RFC-qui-va-bien et que c'est le client mail du
mec en face qui est merdique.
Bonjour Julien, A tout hasard, ton client n'utiliserait-il pas
outlook
et ses destinataires non ? Il y a un paramétrage étrange dans outlook
concernant les pièces jointes en lien direct avec le carnet
d'adresses
qui fait que le format des pièces jointes envoyés aux personnes présentes dans le carnet d'adresses n'est pas le même que celui
envoyé aux autres.
Ah, les fameux winmail.dat. Je ne sais pas que c'était lié au fait que le destinataire était dans le carnet d'adresse ou non.
Ici, rien de tout ça : mon client utilise Sogo (une version un peu vieille dont il ne veux pas se séparer) et le destinataire ... aucune idée mais je pencherais fortement pour de l'Outlook justement.
Je pense que c'est le boundary un peu long qu'il n'aime pas : content-type: multipart/mixed; boundary="----=_=-_OpenGroupware_org_NGMime-11690-1528184607.899696-62------"
Ce bousille complètement l'affichage du mail par le destinataire.
Bref, j'ai 2/3 pistes, je vais tenter de faire un envoi du même mail sur mail-tester en ligne de commande pour voir ce qu'il en pense.
Bon, soyons honnêtes hein : j'ai demandé 2/3 infos au client qui ne m'a rien répondu, je crois que, en fait, tout le monde s'en fout.
Julien -----BEGIN PGP SIGNATURE-----
iQIcBAEBCgAGBQJbINV2AAoJEOWv2Do/MctuK6EP/3shYR7PvHNb4aQxsW9pf0Wr F/5mI636ERITHPkZZvDkCHCMIkQKNToh6btfiSYfm284GiJ8wBiukQcq+zuSHGPR I0GlIvoy5grEVfJM46XlC3zkWxzXY2dYXc40rc7gY1WDvYnOy5esLYslvDpYIzw8 cfNbR5c4JWXqMTQrve8zofhtLvXv/DsGcvX+gfklcF3EKzZ+GgM97WCxJ6JzUfBv Dscs/25xHm0CcJBkp5mVRqxSOULCN2atoGgCP83yyg1O8EGW8vqMp/aFDf6ssS0G /VZplsZJi3wCkfFMI3qsIYti08zg9jymi6g+N20j4oK3wVfNsabMtajg0S0vzQ/+ W2+5XT469LYoV2J5RgIvYiDFp/wG0xXft4Y4uozpPkdoOIU5RD832XbPiRnX/xG3 uMjQbrnxuyPI2JvqSga1gZuTz+6hysLSgCEiX7LzcfMVAIrWAOc1jiUMy9nnY7hw 4qgpYURGZHF9hg0rRqsUutoXNDgBuT6Jlxyrs/Eh6jrTCtSOGNVbBA6hHD+U5e8X Gn23pREsrm3xSPIZLmTWAkAOBSzvGl3hkFAFgOfGnB6DVK2RAwnk+GkHUL1ncZUu Nv4ohmh0+taSy9kf7WrxZ84wa4mFl5uMrkNXtdH8ljwaSqEIDia94i7iW/ATynhS 9xU5ycbznOMp5apksDyG =oYoL -----END PGP SIGNATURE----- _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/ _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
-
Jerome Lien -
Joël DEREFINKO -
Julien Escario -
Matthieu Racine -
Olivier Macchioni -
Pierre bourgin -
Vincent Duvernet -
Vu Ngoc VU