Newsgroup: it.comp.programmare.win32
Titolo: InternetExplorer(username , password)

Ciao a tutti,
avrei un problemino che spero mi aiuterete a risolvere, ve lo espongo.
Ultimamente ho sviluppato un semplice Active-x e l'ho dotato di un
metodo nel quale creo una post http verso un web-server.Però tra la
postazione client che posta e il server che riceve vi è un proxy
autenticante: quando lancio il browser(nel mio caso
InternetExplorer),giustamente  mi chiede con il solito form username e
password.Ora se l'autenticazione è andata a buon fine il browser passa
ad eseguire il mio activex ossia semplicemente formula una POST.
A questo punto avrei esigenza di beccare quei valori username e
password da me inseriti precedentemente,al fine di formulare in
maniera corretta la POST riempendo gli header HTTP appositi che noi
tutti conosciamo.
La domanda è questa: come devo fare per catturare questi valori?
Forse IE li tiene memorizzati da qualche parte?
Esiste un'interfaccia (per quanto riguarda la programmazione COM) che
mi permette di recuperare questi valori?
Non riesco a venirne fuori, in questi giorni ho letto molta
documentazione sui COM, però non sono riuscito a capire abbastanza.
Spero mi aiuterete, grazie in anticipo e buon lavoro

 ha scritto nel messaggio
news:5484b8ec.03040...@posting.google.com...


 > documentazione sui COM, perň non sono riuscito a capire abbastanza.


nei campi param di <object>.
Insomma, vuoi "rubare" le password... :-(
-- 
ciao, hal

...

No guarda che non è così. Te lo posso confermare perché lavoro
nella stessa azienda del mio giovane collega e sono coinvolto
nello stesso progetto (purtroppo, visto quello che viene richiesto).
Ti posso garantire che è il cliente , anzi i collaudatori del cliente,
 che hanno richiesto *espressamente* che l'activeX *erediti dal
browser* le proprietà username e password da inviare al proxy. Se non
ci credi vieni a trovarmi che ti faccio vedere un paio di mail che mi
sono state girate.
Capisco che sia una totale assurdità
(tenendo presente tra l'altro che l'activeX esegue una autenticazione
SIM based per non far accedere a internet chi non è in possesso di una
SIM autorizzata. Se non ci fossi dentro mi farei quattro grasse
risate),
ma sembra che il problema sia costituito dal seguente fatto:
quando viene lanciato IE, dovendo esso passare per il proxy, compare
una
maschera con richiesta di username e password.
Explorer può uscire dalla intranet una volta inseriti username e
password.
L'activeX invece quando fa delle richieste HTTP non riesce a passare
attraverso il proxy perché non sa che username e password utilizzare.
Il cliente non vuole che compaia una seconda maschera per
l'inserimento di
username e password da passare all'activeX.
Tra l'altro sembra che, se non c'è l'activeX, una volta inseriti
username e password, ad ogni attivazione di una nuova finestra di IE
(File->New->Window), se si esegue una nuova connessione dalla nuova
finestra, non vengono più richiesti username e password.
Invece se si crea un altro processo di IE (ad esempio cliccando sulla
icona che
fa partire IE) viene nuovamente richiesta user name e password.
Il cliente vorrebbe che lo stesso comportamento si avesse anche in
presenza
di activeX e, poiché non vuole che compaia una seconda maschera
per l'immissione di username e password da passare all'activeX,
chiede che l'activeX *erediti* dal Browser le "proprietà" (quindi user
name
e password) necessarie per passare l'autenticazione del Proxy. Tra
l'altro loro sostengono che queste cose sono alquanto comuni nella
programmazione internet (dicono che ad esempio il plug-in di flash
funziona
così).
A me sembra alquanto strano che ci siano in giro tutti questi
sniffer, però ... il cliente ha sempre ragione (secondo i capi
dell'azienda
dove lavoriamo ha ragione anche qualche volta in più rispetto a
sempre).
Se qualcuno ha qualche idea per una soluzione alternativa,
(per avere cioè lo stesso comportamento del browser sia quando non c'è
l'activeX che quando c'è) senza ereditare username e password dal
container
sarà molto gradita.
Ciao e grazie in anticipo,
Marco