Newsgroup: it.comp.lang.visual-basic
Titolo: Visualizzare in una Form i dati contenuti in un file EML

Devo visualizzare i dati di un messaggio di posta elettronica in formato EML
in una form estrapolando:
FROM
TO
CC
BCC
Subject
e Se ci sono gli allegati
Qualcuno ha realizzato qualcosa di simile ?
Oppure mi può indicare come fare ?
Grazie Mille
EDP

 typed:

Parti dal concetto che un EML e' un file in formato RFC(mumble)... Quindi
gli header finiscono al primo crlf crlf.
Da li' in avanti e' semplice: il From e' la linea che inizia per
From:
Il To e' la linea che inizia per
To:
E ci siamo capiti.
Tutto questo fino agli attachment, dove la cosa si complica...
Ma fortunatamente gli attachment li puoi recuperare rinominando il file in
.uue e aprendolo con winzip - dovrebbero esserci in giro, tipo sul sito
comune, progetti per aprire un file con winzip usando VB.
Ciaotutti,
* - e le soluzioni semplici
-- 
A volte ritornano.

 ha scritto nel messaggio
news:d8v0ud$56s$1...@carabinieri.cs.interbusiness.it...

Grazie per l'aiuto, un pò l'avevo capito,
ma ho verificato che, ad esempio, le e-mail del campo To possono essere su
una riga o su più righe, in questo caso come posso acquisire i dati ?
Hai un esempio di codice ?
Grazie
EDP

 Hai un esempio di codice ?
Mmm, no... Sicuro sul SC non ci sia nulla?
Ciaotutti,
*

 * - e le soluzioni semplici
gia' :)
bentornato, asterix!
ciao, a.
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 whitespace e' la continuazione dell'header precedente.
dipende da come e' salvato l'eml.
oe spezza la riga di brutto, e se ci sono piu' destinatari, o bcc, io
agevolmente becco solo il primo.
per gli altri bisognerebbe intortarsi in qualcosa che almeno a logica non è
molto immediato.
al momento mi sono regolato circa come dici tu
split(eml, 2vbcrlf) e split(0) è l'header.
li' vai a risplittare sul vbcrlf e guardi i primi caratteri, col limite
d.c.s.
ciao, a.


 non è molto immediato.
Trova il primo whitespace della linea: se e' preceduto da : allora la linea
e' un header, altrimenti attaccala alla precedente e ricomincia.
A questo punto pero' le linee vanno infilate in un array, che andra' poi
parsato a fine giro.
Ciaotutti,
*

 bentornato, asterix!
Ma grazie :)
Ciaotutti,
*

 se cambi qualcosa da, per dire, Pegasus Mail a OE.
mi hai fatto venire un dubbio, perche' per salvare gli eml uso dbextract.
ma ho provato adesso in oe6:
- nuovo mail
- metti in dest 5 o 6 nomi a caso separati da virgola
- salva in bozze
- da bozze trascinalo sul desktop
- apri con blocco note:
a parte il primo, gli altri sono uno sotto l'altro (in courier risultano
incolonnati), con i crlf hardcoded.
fin qui, nulla di male. se tutti i programmi disponessero le linee
dell'header nello stesso ordine (p.e. 1 from 2 to 3 cc 4 bcc 5 subj, 6 mime
ecc), non sarebbe un problema. leggi il from, tutto quello che c'e' dopo
prima del to e' ancora from.
e' che ogni programma le dispone con un ordine tutto suo. qui da iclvb prova
a trascinare in explorer un po' di messaggi da reader diversi, e vedrai che
la logica comincia a complicarsi...
ciao, a.


Each header field can be viewed as a single, logical  line  of
ASCII  characters,  comprising  a field-name and a field-body.
For convenience, the field-body  portion  of  this  conceptual
entity  can be split into a multiple-line representation; this
is called "folding".  The general rule is that wherever  there
may  be  linear-white-space  (NOT  simply  LWSP-chars), a CRLF
immediately followed by AT LEAST one LWSP-char may instead  be
inserted.  Thus, the single line
            To:  "Joe & J. Harvey" <ddd @Org>, JJV @ BBN
can be represented as:
            To:  "Joe & J. Harvey" <ddd @ Org>,
                    JJV@BBN
and
            To:  "Joe & J. Harvey"
                            <ddd@ Org>, JJV
             @BBN
and
            To:  "Joe &
             J. Harvey" <ddd @ Org>, JJV @ BBN
Ciaotutti,
* -- RFC 822

Ci tengo a sottolineare una cosa: un EML non e' un messaggio inventato da
OE, e' semplicemente la copia fedele di quanto viene ricevuto tramite POP.
In quanto tale, un EML deve essere RFC-compliant, altrimenti OE non sara' in
grado di interpretarne il contenuto.
Incidentalmente, un mail client che sembra non essere in grado di produrre
e-mail RFC.compliant e' Microsoft Outlook: i suoi attachment sono piu'
spesso che no invisibili in OE.
Ciaotutti,
*

 inserted.
grazie. mi hai spalancato nuove possibilitą di notti insonni a rivedere
codice :)


 spesso che no invisibili in OE.
e se con oe rispondi a un mail di o, oe non mette mai il greater, ma mi sa
che non sia colpa sua, di solito ci prende...


 rivedere codice :)
Always glad to be of service :PP
Ciaotutti,