Newsgroup: it.comp.lang.visual-basic
Titolo: Primo quesito - UUEncode / UUDecode

Ho visto consultando i vecchi thread su deja che si e' gia' parlato in
passato della conversione necessaria a gestire gli allegati di un messaggio
di posta elettronica.
Non ho pero' trovato riferimento ad una funzione per la procedura di Decode.
In alternativa, ho letto di qualcuno che aveva scaricato una DLL free che
realizzava entrambe le conversioni.
Se qualcuno ce l'ha potrebbe inviarmela o dirmi dove posso recuperarla?
grazie mille a tutti
--
Starman

 wrote in message
9h75b4$92l$1...@fe2.cs.interbusiness.it...

Non so di DLL, ma... sal Sito Comune di questo NG ci sono 2 progetti
SMTP.zip e POP.zip che dovrebbero entrambi implementare l'UUEncode/decode.
Prova a dargli un'occhiata.
Sito Comune: 
http://www.it-lang-vb.net
Ciao
Ettore Maronese
il Mes

 SMTP.zip e POP.zip che dovrebbero entrambi implementare l'UUEncode/decode.
Trovi le funzioni anche in un terzo progetto, Crypto.zip, e sono quelle
fatte meglio, IMHO...
Ciao
--
Luca Dormio
luca....@tin.it

 Prova a dargli un'occhiata.
Proprio dal progetto Pop sono partito per sviluppare la mia applicazione, ma
non e' previsto il decoding degli allegati.
Adesso guardo la clsCripto consigliatami da Luca Dormio.
Grazie ad entrambi
--
Starman

 wrote in message
9h7avj$mnl$1...@fe1.cs.interbusiness.it...

Cappeirna!
Allora se ti riesce a trovare il sorgente per fare il decoding che ne dici
se lo fai avere sia al WM del Sito Comune che all'autore del progetto
POP.zip
almeno il prossimo che ci sbatte le corna non si fa troppo male :))))


 POP.zip
Allora facciamo cosi': cerco di completare il progetto aggiungendo alcune
possibili decodifiche di allegati. Nel mio progetto infatti ho a che fare
anche con allegati di tipo testo codificati in quoted/printable.
Vi tengo informati
--
Starman

 wrote in message
9h9nc7$7sn$1...@fe1.cs.interbusiness.it...

:))))))))
il Mes

 fatte meglio, IMHO...
Le hai utilizzate? A me sembra che non funzionino per niente bene.
Ho fatto un test inviando un eseguibile codificato in BASE64 e il risultato
e' addirittura un file di lunghezza diversa :(
La classe BASE64 (scaricata dal sito comune) non posso utilizzarla, perche'
utilizza funzionalita' di VB6 e io sono ancora purtroppo ancorato a VB5.
Hai qualche idea?
--
Starman

 utilizza funzionalita' di VB6 e io sono ancora purtroppo ancorato a VB5.
quali sono queste funzioni?
Si possono sicuramente ricostruire in codice VB.
Ettore Maronese
il Mes

 Si possono sicuramente ricostruire in codice VB.
Ok, infatti sono riuscito a modificare qualche cosuccia al file CLS per
farlo vedere a VB5 (prima me lo caricava come modulo).
C'e' l'utilizzo degli array di byte che mi ha tratto in inganno, infatti la
funzione DecodeArr restituiva un byte() che in VB5 non e' ammesso. Ho
sostituito con string e ovviamente gira.
La decodifica sembra funzionare, nel senso che editando l'allegato, almeno
all'inizio sembra uguale all'originale, però risulta + lungo :((((
40k circa contro i 29k di partenza.
Continuo a sbattermi per cercare di rintracciare il problema.
--
Starman

 Continuo a sbattermi per cercare di rintracciare il problema.
E lo sbattimento ha avuto i suoi frutti. Ho dovuto sviluppare la piccola
funzione Replace che in VB5 non c'e' e avevo fatto un errore di quelli
idioti che solo dopo le 19 e' concesso fare :)
--
Starman

 wrote in message
9haa61$300$1...@fe2.cs.interbusiness.it...

Beh, in effetti le ho sempre usate per codificare blocchi di testo e non le
ho mai adattate per lavorare su file interi; in questo senso non mi hanno
dato mai nessun problema...


 idioti che solo dopo le 19 e' concesso fare :)
:))))
il Mes

 La codifica mime aumenta la dimensione...
questo e' giusto, pero' a me il file risultava + grande dopo la DEcodifica
dal mime.
Comunque adesso funziona tutto egregiamente.
--
Starman

 idioti che solo dopo le 19 e' concesso fare :)
Ora mi spiego tante cose....
Un Paperino che attacca a lavorare alle 18:30.