Scrivo software e aiuto le aziende a scriverne di migliore
Mia foto

errore

Inserisci quello che vuoi cercare
errore - nei commenti

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

HTML2POP3 2.56a - 27 Marzo 2019 - 13:34

Problema TIM
Buongiorno, anche io, con Vodafone a casa non riesco a scaricare TIN.IT. mi restituisce errore di password, mentre a lavoro, con linea TIM FIBRA tutto funziona perfetto senza html2pop3.

HTML2POP3 2.56a - 27 Marzo 2019 - 07:57

Re: Tin.it ha probabilmente cambiato pagina
Ciao Fabrizio B si, confermo l'errore su tin.it che hai descritto. Anche il mio log riporta "java.lang.StringIndexOutOfBoundsException: String index out of range: -16" Speriamo in una soluzione ....

HTML2POP3 2.56a - 26 Marzo 2019 - 21:22

Tin.it ha probabilmente cambiato pagina
Da oggi a pranzo non riesce piu' a scaricare la posta, indicando un errore di password. Ho provato anche la versione su html2pop3.baccan.it con lo stesso risultato. tin: SSO GET:http://webmailvtin.alice.it/cp/ps/Main/login/SSOLogin tin: LOGIN GET:http://webmailvtin.alice.it/cp/ps/Main/login/PreLogin?u=MIAEMAIL&d=tin.it&style=light&l=it java.lang.StringIndexOutOfBoundsException: String index out of range: -16 se la pagina chiamata e' https://webmailtin.pc.tim.it/cp/ps/Main/login/SSOLogin si entra in una situazione di errore per sito non sicuro, e poi si viene reindirizzati su https://mail.tim.it/ se invece e' quella sotto si viene reindirizzati a tim.it

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 - 27 Febbraio 2019 - 18:22

Log in CeNComLayer.dll
Buongiorno Sig. Baccan, Intanto Grazie per l'articolo che oltre ad essere interessante a livello didattico si pone anche utile a livello pratico per il chi sta approcciando la CeFdll.dll con un linguaggio non previsto... Nel mio caso sto cercando di ineragire via NodeJS + Node-ffi, rispetto al caso descritto nell'articolo la comunicazione si avvia ma si interrompe anche immediatamente e non viene restituito nessun errore (se non un generico ECONNRESET nell'inspect di node confermato dal controllo del traffico TCP che ho fatto con wireshark). Ho provato a dare un'occhiata in CeNComLayer.dll e sono sicuro che anche qui ci sia un un log da attivare (di default c:\CeNComLayer.log) ma non riesco a trovare un'analogo je da modificare. Non mi dispiacerebbe creare un'interfaccia node da mettere su github magari con un'interscambio dati in xml. Mi rendo conto che l'articolo è di qualche tempo fa e che forse sono un pò off-topic! La ringrazio anticipatamente per un'eventuale risposta Cordiali Saluti, Roberto

HTML2POP3 2.56a - 24 Ottobre 2018 - 10:58

casella tin.it
da qualche giorno non riesco a scaricare la posta da TIN.IT ogni tanto e qundo sono collegato da WEB sulla pagina TIN per CONNESIONI LIGHT risco a scaricare qualche messaggio dopo di che mi viene questo errore: Invio del comando RETR non riuscito. errore mentre si cercava di recuperare un messaggio. Il server di posta 127.0.0.1 ha risposto: error retrieving message 4 qualcuno può aiutarmi? grazie

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.

HTML2POP3 2.56a - 3 Gennaio 2018 - 16:51

Html2Pop con caselle @tin.it
Da un po' di tempo che da errore di password mentre da web la psw e' corretta. Hanno modificato il login e non funziona piu' ? Grazie Andrea
×
Ricevi gratuitamente i nostri aggiornamenti