je développe un programme en vb.net qui doit analyser le contenu d'un
répertoire contenant des fichiers .eml (outlook express)
ces fichiers eml peuvent contenir différents encoding (japonais, koréen,
...)
mon programme doit analyser ces messages pour en extirper le from, le
subject, et un aperçu de contenu afin de créer un tableau html rapport
"lisible" quelque soit le codage.
je vois que quand on ouvre un fichier eml à la main avec Outlook, il est
lisible, et on peut le sauvegarder en tant que fichier texte unicode qui
devient lisible dans un navigateur.
ça pourrait être une bonne méthode, mais je ne trouve pas comment
automatiser Outlook express.
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
Gillard
salut, Outlook express ne fonctionne pas à la sauce automate (c'est pas un objet com) faut Outlook tout court pour cela
"Etienne REMOND" wrote in message news:#ll5zuG$
bonjour,
je développe un programme en vb.net qui doit analyser le contenu d'un répertoire contenant des fichiers .eml (outlook express) ces fichiers eml peuvent contenir différents encoding (japonais, koréen, ...) mon programme doit analyser ces messages pour en extirper le from, le subject, et un aperçu de contenu afin de créer un tableau html rapport "lisible" quelque soit le codage. je vois que quand on ouvre un fichier eml à la main avec Outlook, il est lisible, et on peut le sauvegarder en tant que fichier texte unicode qui devient lisible dans un navigateur. ça pourrait être une bonne méthode, mais je ne trouve pas comment automatiser Outlook express.
merci pour votre aide
salut,
Outlook express ne fonctionne pas à la sauce automate (c'est pas un objet
com)
faut Outlook tout court pour cela
"Etienne REMOND" <eremond@fr.vmcpeche.com> wrote in message
news:#ll5zuG$IHA.1016@TK2MSFTNGP03.phx.gbl...
bonjour,
je développe un programme en vb.net qui doit analyser le contenu d'un
répertoire contenant des fichiers .eml (outlook express)
ces fichiers eml peuvent contenir différents encoding (japonais, koréen,
...)
mon programme doit analyser ces messages pour en extirper le from, le
subject, et un aperçu de contenu afin de créer un tableau html rapport
"lisible" quelque soit le codage.
je vois que quand on ouvre un fichier eml à la main avec Outlook, il est
lisible, et on peut le sauvegarder en tant que fichier texte unicode qui
devient lisible dans un navigateur.
ça pourrait être une bonne méthode, mais je ne trouve pas comment
automatiser Outlook express.
salut, Outlook express ne fonctionne pas à la sauce automate (c'est pas un objet com) faut Outlook tout court pour cela
"Etienne REMOND" wrote in message news:#ll5zuG$
bonjour,
je développe un programme en vb.net qui doit analyser le contenu d'un répertoire contenant des fichiers .eml (outlook express) ces fichiers eml peuvent contenir différents encoding (japonais, koréen, ...) mon programme doit analyser ces messages pour en extirper le from, le subject, et un aperçu de contenu afin de créer un tableau html rapport "lisible" quelque soit le codage. je vois que quand on ouvre un fichier eml à la main avec Outlook, il est lisible, et on peut le sauvegarder en tant que fichier texte unicode qui devient lisible dans un navigateur. ça pourrait être une bonne méthode, mais je ne trouve pas comment automatiser Outlook express.
merci pour votre aide
Fred
Dans : news:%23ll5zuG$, Etienne REMOND écrivait :
bonjour,
Bonjour,
je développe un programme en vb.net qui doit analyser le contenu d'un répertoire contenant des fichiers .eml (outlook express) ces fichiers eml peuvent contenir différents encoding (japonais, koréen, ...) mon programme doit analyser ces messages pour en extirper le from, le subject, et un aperçu de contenu afin de créer un tableau html rapport "lisible" quelque soit le codage. je vois que quand on ouvre un fichier eml à la main avec Outlook, il est lisible, et on peut le sauvegarder en tant que fichier texte unicode qui devient lisible dans un navigateur. ça pourrait être une bonne méthode, mais je ne trouve pas comment automatiser Outlook express.
Je ne suis pas sûr de bien comprendre. OE ne stocke pas ses fichiers au format eml. L'automatisation que tu demandes serait alors d'exporter les mails au format eml à partir des fichiers de stockage dbx de OE ? Si ce n'est pas cela, précise ta question.
Si les fichiers existent déjà (eml), alors il suffit de les ouvrir avec un IO.StreamReader. L'encodage est l'encodage par défaut du système (ce que notepad indique comme étant ANSI et qui correspond, chez moi, à Windows-1252)
*eml=txt*
-- Fred
Dans : news:%23ll5zuG$IHA.1016@TK2MSFTNGP03.phx.gbl,
Etienne REMOND écrivait :
bonjour,
Bonjour,
je développe un programme en vb.net qui doit analyser le contenu d'un
répertoire contenant des fichiers .eml (outlook express)
ces fichiers eml peuvent contenir différents encoding (japonais,
koréen, ...)
mon programme doit analyser ces messages pour en extirper le from, le
subject, et un aperçu de contenu afin de créer un tableau html rapport
"lisible" quelque soit le codage.
je vois que quand on ouvre un fichier eml à la main avec Outlook, il
est lisible, et on peut le sauvegarder en tant que fichier texte
unicode qui devient lisible dans un navigateur.
ça pourrait être une bonne méthode, mais je ne trouve pas comment
automatiser Outlook express.
Je ne suis pas sûr de bien comprendre.
OE ne stocke pas ses fichiers au format eml.
L'automatisation que tu demandes serait alors d'exporter les mails au
format eml à partir des fichiers de stockage dbx de OE ?
Si ce n'est pas cela, précise ta question.
Si les fichiers existent déjà (eml), alors il suffit de les ouvrir avec
un IO.StreamReader.
L'encodage est l'encodage par défaut du système (ce que notepad indique
comme étant ANSI et qui correspond, chez moi, à Windows-1252)
je développe un programme en vb.net qui doit analyser le contenu d'un répertoire contenant des fichiers .eml (outlook express) ces fichiers eml peuvent contenir différents encoding (japonais, koréen, ...) mon programme doit analyser ces messages pour en extirper le from, le subject, et un aperçu de contenu afin de créer un tableau html rapport "lisible" quelque soit le codage. je vois que quand on ouvre un fichier eml à la main avec Outlook, il est lisible, et on peut le sauvegarder en tant que fichier texte unicode qui devient lisible dans un navigateur. ça pourrait être une bonne méthode, mais je ne trouve pas comment automatiser Outlook express.
Je ne suis pas sûr de bien comprendre. OE ne stocke pas ses fichiers au format eml. L'automatisation que tu demandes serait alors d'exporter les mails au format eml à partir des fichiers de stockage dbx de OE ? Si ce n'est pas cela, précise ta question.
Si les fichiers existent déjà (eml), alors il suffit de les ouvrir avec un IO.StreamReader. L'encodage est l'encodage par défaut du système (ce que notepad indique comme étant ANSI et qui correspond, chez moi, à Windows-1252)
*eml=txt*
-- Fred
Fred
Dans : news:%23stdNAd$, Fred écrivait :
L'encodage est l'encodage par défaut du système (ce que notepad indique comme étant ANSI et qui correspond, chez moi, à Windows-1252)
Je précise car j'ai fait un raccourci inexact. Tu peux ouvrir un eml avec un StreamReader en mode ASCII pour détecter l'entête correspondant au charset avant de l'ouvrir avec le bon charset. La difficulté est de traduire les en-têtes tels que From et Subject. Je crois avoir trouvé de quoi faire dans le framework mais c'est loin. Je regarde et te dis.
-- Fred
Dans : news:%23stdNAd$IHA.1036@TK2MSFTNGP03.phx.gbl,
Fred écrivait :
L'encodage est l'encodage par défaut du système (ce que notepad
indique comme étant ANSI et qui correspond, chez moi, à Windows-1252)
Je précise car j'ai fait un raccourci inexact.
Tu peux ouvrir un eml avec un StreamReader en mode ASCII pour détecter
l'entête correspondant au charset avant de l'ouvrir avec le bon charset.
La difficulté est de traduire les en-têtes tels que From et Subject. Je
crois avoir trouvé de quoi faire dans le framework mais c'est loin. Je
regarde et te dis.
L'encodage est l'encodage par défaut du système (ce que notepad indique comme étant ANSI et qui correspond, chez moi, à Windows-1252)
Je précise car j'ai fait un raccourci inexact. Tu peux ouvrir un eml avec un StreamReader en mode ASCII pour détecter l'entête correspondant au charset avant de l'ouvrir avec le bon charset. La difficulté est de traduire les en-têtes tels que From et Subject. Je crois avoir trouvé de quoi faire dans le framework mais c'est loin. Je regarde et te dis.
-- Fred
Fred
Dans : news:eg8B%23Zg$, Fred écrivait :
Dans : news:%23stdNAd$, Fred écrivait :
L'encodage est l'encodage par défaut du système (ce que notepad indique comme étant ANSI et qui correspond, chez moi, à Windows-1252)
Je précise car j'ai fait un raccourci inexact. Tu peux ouvrir un eml avec un StreamReader en mode ASCII pour détecter l'entête correspondant au charset avant de l'ouvrir avec le bon charset. La difficulté est de traduire les en-têtes tels que From et Subject. Je crois avoir trouvé de quoi faire dans le framework mais c'est loin. Je regarde et te dis.
J'ai retrouvé. Malheureusement ce n'est pas publique mais tu peux t'inspirer du code de la classe System.Net.Mime.MimeBasePart et plus particulièrement des méthodes : DecodeHeaderValue EncodeHeaderValue
Pour cela, il te faut utiliser Reflector de Lutz Roeder http://www.aisto.com/roeder/dotnet/
-- Fred
Dans : news:eg8B%23Zg$IHA.524@TK2MSFTNGP06.phx.gbl,
Fred écrivait :
Dans : news:%23stdNAd$IHA.1036@TK2MSFTNGP03.phx.gbl,
Fred écrivait :
L'encodage est l'encodage par défaut du système (ce que notepad
indique comme étant ANSI et qui correspond, chez moi, à Windows-1252)
Je précise car j'ai fait un raccourci inexact.
Tu peux ouvrir un eml avec un StreamReader en mode ASCII pour détecter
l'entête correspondant au charset avant de l'ouvrir avec le bon
charset. La difficulté est de traduire les en-têtes tels que From et
Subject. Je crois avoir trouvé de quoi faire dans le framework mais
c'est loin. Je regarde et te dis.
J'ai retrouvé. Malheureusement ce n'est pas publique mais tu peux
t'inspirer du code de la classe System.Net.Mime.MimeBasePart et plus
particulièrement des méthodes :
DecodeHeaderValue
EncodeHeaderValue
Pour cela, il te faut utiliser Reflector de Lutz Roeder
http://www.aisto.com/roeder/dotnet/
L'encodage est l'encodage par défaut du système (ce que notepad indique comme étant ANSI et qui correspond, chez moi, à Windows-1252)
Je précise car j'ai fait un raccourci inexact. Tu peux ouvrir un eml avec un StreamReader en mode ASCII pour détecter l'entête correspondant au charset avant de l'ouvrir avec le bon charset. La difficulté est de traduire les en-têtes tels que From et Subject. Je crois avoir trouvé de quoi faire dans le framework mais c'est loin. Je regarde et te dis.
J'ai retrouvé. Malheureusement ce n'est pas publique mais tu peux t'inspirer du code de la classe System.Net.Mime.MimeBasePart et plus particulièrement des méthodes : DecodeHeaderValue EncodeHeaderValue
Pour cela, il te faut utiliser Reflector de Lutz Roeder http://www.aisto.com/roeder/dotnet/