matteo

Inserisci quello che vuoi cercare

HTML2POP3 2.56a - 27 Marzo 2019 - 20:18 Html2pop3.exe non va con tin.it! matteo batti un colpo se ci sei!

HTML2POP3 2.56a - 27 Marzo 2019 - 15:06 Tin mail Anche io ho lo stesso problema con Fastweb , da il seguente errore: Ricezione in corso (0x800CCC92): "Accesso respinto dal server di posta elettronica. Verificare il nome utente e la password per l'account in Impostazioni account. Il server ha risposto: -ERR invalid password", matteo facci sapere . Grazie

Quando il reverse engineering è l'unica soluzione - 1 Marzo 2019 - 09:30 Re: Re: Re: Re: Re: Log in CeNComLayer.dll Ciao Rob bene, fammi sapere se riesci poi a terminare il progetto ciao matteo

Quando il reverse engineering è l'unica soluzione - 1 Marzo 2019 - 09:06 Re: Re: Re: Re: Log in CeNComLayer.dll Buongiorno matteo, Grazie ancora per la disponibilità! Sembra un problema di definizione dei parametri, non so se dipenda da node-ffi le definizioni le avevo prese da un esempio in c dove il terzo parametro era era un "DWORD dwSysError = 0x00000000;". Modificando il terzo parametro (o non passandolo...) la comunicazione si avvia. Appena ho risolto posto qui la definizione x node magari potrebbe essere utile a qualcun'altro. Grazie Ancora Buona Giornata, Roberto

Quando il reverse engineering è l'unica soluzione - 28 Febbraio 2019 - 14:03 Re: Re: Re: Log in CeNComLayer.dll Ciao Rob ti lascio la riga (semplificata) che uso per la connessione eth // Setup porta IntByReference lpdwSysError = new IntByReference(); lpdwSysError.setValue(0); WinDef.DWORD CEFOpen = new WinDef.DWORD(0); // Creo il buffer per il ritorno Memory mOut = new Memory(255); mOut.setString(0, "192.168.1.121"); // Apro ethernet CEFOpen = cefdll.CEFOpenEth(mOut, new WinDef.DWORD(9100), lpdwSysError); in questo modo mi funziona. L'errore di sconnessione, a fronte di non traffico, mi fa pensare solo a un problema di interpretazione dei parametri di connessione che, pur giusti, sono utilizzati in modo errato per dimensionamento dei parametri di ingresso in DLL Il dubbio mi viene sul terzo parametro che è un riferimento ad una variabile e non un valore, nella dichiarazione che uso lo esternalizzo in questo modo WinDef.DWORD CEFOpenEth(Pointer strip, WinDef.DWORD dwPort, IntByReference lpdwSysError); Puntatore a stringa, DWORD come valore, Int by riferimento ciao matteo

Quando il reverse engineering è l'unica soluzione - 28 Febbraio 2019 - 09:45 Re: Re: Log in CeNComLayer.dll Buongiorno matteo, Grazie per la risposta di seguito rispetto ai punti elencati: 1) si, in effetti ho anche loggato con wireshark il traffico ed emulato in modo rudimentale i comandi con node e la libreria sua net per il collegamento tcp 2.1) node a 64bit, le librerie .dll a 32bit giustamente non vengono caricate da node-ffi 2.2) qualche dubbio ce l'ho ma dato che la connessione tcp viene avviata verso i corretti indirizzi e porte l'unico ulteriore parametro che potrebbe essere allocato in modo errato è il codice di errore. In pratica con node-ffi ho: var ffi = require('ffi') , ref = require('ref'); var cfd = ffi.Library('CeFdll.dll', { //DWORD CEFOpenEth (LPTSTR strIp, DWORD dwPort, LPDWORD lpdwSysError) "CEFOpenEth" : [ref.types.long, ['string', ref.types.long, ref.types.long]], }); var errBuf = 0x00000000; errBuf.type = ref.types.long var ret = cfd.CEFOpenEth( '192.168.1.121', 9100, errBuf); Qui l'esecuzione si interrompe senza restituire errori, solo node inspect restituisce ECONNRESET che però non dice nulla. Il log CeFdll.log contiene. [ Wed Feb 27 16:17:38 2019 ] CeComOutputDebugString Open ethernet core - Start [ Wed Feb 27 16:17:38 2019 ] CeComOutputDebugString Verify Printer Status Loggando il traffico con wireshark ho notato che dove dovrebbe esserci la chiamata corrispondente a "CEFOpenEth" ovvero gli hex "0x02, 0x30, 0x30, 0x30, 0x31, 0x31, 0x30, 0x39, 0x34, 0x37, 0x03" non c'è nulla e quindi la stampante interrompe la comunicazione. Sono abbastanza sicuro che il secondo log CeNComLayer.log potrebbe aiutare 2.3) Si il traffico arriva correttamente 2.4) Le connessioni in ingresso dovrebbero funzionare correttamente (vedi immagine traffico tcp) In effetti come dicevo ho provato a interfacciare direttamente la comunicazione con un semplice client tcp e copiando i comandi di controllo stampante ed in questo modo funziona correttamente, non sarebbe la soluzione migliore per via di possibili mancanze (questi comandi non sono descritti). Grazie ancora, Roberto

Quando il reverse engineering è l'unica soluzione - 28 Febbraio 2019 - 07:49 Re: Log in CeNComLayer.dll Ciao Rob io farei questi controlli 1) Il demo della dll CeFDllDemo.exe funziona? 2) Se si ci sono alcune cose da controllare: 2.1) dll a 32 o 64 bit conpatibilmente con l'interfaccia usata 2.2) verifica dimensione dei parametri passati (strutture errate potrebbero causare un tentativo di connessione a indirizzo sbagliato e sconnessione immediata 2.3) Correttezza indirizzo di connessione stampante: il telnet su ip/porta funziona? Ricordo che avevo chiesto varie patch al kernel della stampante per sconnessioni e freeze dell'interfaccia tcp/ip 2.4) Usa un echo server per testare la connessione in ingresso in una finta stampante a valle di queste verifiche la situazione dovrebbe essere più chiara A livello protocollare la stampante gestisce una sequenza di byte abbastanza semplice, data da header di 4 byte 0x02 0x30 0x30 0x30 sequenza da inviare checksum da 2 byte se non ricord male terminatore 0x03 Spero che queste info, al netto del fatto che non ho accesso al codice, possano aiutarti ciao matteo

HTML2POP3 2.56a - 9 Marzo 2018 - 15:11 Grazie matteo! ormai è da qualche mese che - probabilmente per un cambio generalizzato - riesco a scaricare la posta da qualsiasi provider con qualsiasi connessione (io uso caselle tin, poste, one, libero, virgilio) senza usare html2pop. Volevo ringraziare matteo per il grandissimo aiuto, probabilmente dovresti farti fare una statua da microsoft, perchè outlook sarebbe stato inutile senza di te. Grazie!

HTML2POP3 2.56a - 1 Marzo 2018 - 21:02 Re: Re: Re: problema ricezione LIBERO e INWIND Confermo, anche con connessione EOLO ora funziona tutto con i parametri standard di Libero! Grazie matteo Baccan per tutti questi anni in cui ho usato il tuo software!

HTML2POP3 2.56a - 7 Febbraio 2018 - 10:08 Errore Tin.it con Windows Live Mail Buongiorno a tutti e grazie a matteo Baccan per il suo lavoro (chiedo scusa se mi paleso solo ora, dopo aver usato per anni il programma). Vorrei sottoporre un problema: questa mattina, un cliente che era passato da linea fissa TIM a Vodafone, mantenendo casella tin.it e che, quindi, usava l'app ormai da mesi, si è ritrovato con l'errore nell'immagine allegata in Windows Live Mail. Prima d'intervenire direttamente, vorrei capire se è un problema dovuto ad un messaggio interpretato male (quindi, da cancellare via webmail) o altro. Vi ringrazio in anticipo.