non sono un

Inserisci quello che vuoi cercare

HTML2POP3 3 - 16 Aprile 2019 - 16:57 Re: Re: Re: di nuovo non funziona Ciao Paola, scusa, non avevo considerato la possibilità che l'estensione fosse nascosta perché nel mio sistema l'opzione che nasconde le estensioni dei file l'ho disattivata dal giorno che ho comprato il computer... sono un "vecchio" utente classe 1976 che ha cominciato dal Commodore 64 e dai PC 286 MS-DOS e quindi nei miei computer l'estensione dei file deve essere sempre visibile... avevo dimenticato che in Windows viene nascosta dal sistema :)

HTML2POP3 2.56a - 9 Aprile 2019 - 23:44 perché scarica tutti i messaggi vecchi? Salve Matteo, è un indirizzo .tin.it, ma non ho più telecom, sono con ngi eolo e Thunderbird. Riscontro anch'io, inoltre, il problema degli accenti. Grazie per l'indicazione "risincronizza", ma temo di non saperlo fare. Il fatto è che con la versione del 3 aprile non scaricava tutti i messaggi già letti!

HTML2POP3 2.56a - 8 Aprile 2019 - 11:49 Re: problema v 3.0.1 Ciao Matteo, continuo ad avere il problema descritto in precedenza, ovvero pur essendoci pochi messaggi nuovi da scaricare il programma ad ogni esecuzione ri-scarica centinaia di messaggi vecchi. Ad esempio adesso ci sarebbero 49 messaggi nuovi (prima immagine) ma il programma prima ne prova a scaricare 1139 quindi sono costretto ad interrompere, poi 439 (altre foto) e così via ogni volta. non ho cambiato impostazioni nel client di posta dalla v 2.56. Potresti darmi un suggerimento ?

HTML2POP3 2.56a - 5 Aprile 2019 - 20:00 Re: Re: Filippo prova col cellulare Ciao deadpoet Sì, ho provato ad impostare il server pop3 html2pop3.baccan.it, ma il risultato non è cambiato. Ho anche provato a patchare la versione 2.56, ma mi sa che le mie conoscenze informatiche non arrivano a tanto. E, comunque, mi dava timeout di connessione anche quella… non so se perché io non sono stato capace, oppure per lo stesso problema di TIM. Comunque, come avete potuto vedere, io non ho più le cartelle posta in arrivo, posta inviata, bozze, spam e quant'altro… Dev'essere un problema loro, e vorrei sbatterglielo sul muso

HTML2POP3 2.56a - 2 Aprile 2019 - 13:09 Beta tester Ciao Matteo, grazie, io sono un programmatore, non in java ma in C, C++, però posso provarla se vuoi.

HTML2POP3 2.56a - 1 Aprile 2019 - 23:16 Re: Re: Re: Re: Pistolare Ciao Giuseppe Farina neanche io sono esperta, ma intendevo dire altro e non sono riuscita a spiegarmi. Il file con un apposito programma ero anche riuscita a modificarlo, ma poi non riesco a rimetterlo al suo posto, perché è tutto un gioco di cartelle zippate a ci non si riescono ad aggiungere nuovi elementi (o io non so farlo)

HTML2POP3 2.56a - 1 Aprile 2019 - 14:40 Re: Re: Re: Pistolare Ciao Barbara purtroppo non sono esperto ( e neanche a livello di neofita) di java. Quando ho iniziato io c'era il Cobol e si lavorava con le schede perforate. Per un po' mi sono aggiornato (Assembler Z80, Basic, Clipper, Delphi, C++ .. e via dicendo) ma ad un certo punto ho detto basta, non ho piu' la volonta di imparare un'altro linguaggio. Detto questo ho solo immaginato come procedere, ma tra immaginare e fare avrei da studiare, ma come detto prima non c'e' la volonta'. Nell'attesa scarico la posta dal browser, pazienza.

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