Re: Res: Res: [Harbour] tipclientsmtp problem with MT
Fernando, I told you to remove the password :-) From your first message: 20100514-10:05:23 :INETSENDALL( pointer, 25, HELO myn...@gmail.comcrlf ) 25 From today message: 20100515-21:31:32 :INETSENDALL( pointer, 35, EHLO fjsiste...@fjsistemas.com.br crlf ) 35 Since EHLO command is sent only from :OpenSecure there should be some parameters of hb_sendmail that toggle it, different from the gmail.prg sample. About the MT problem... when the client connects to a smtp server it must wait for a 220space message that signals the smtp server is ready (5xx messages signal server is not ready). It does it ST mode... In MT it seems the connect - probably due to the ssl library - doesn't get the server reply and that only after sending the QUIT (after the timeout) it gets the 220... I did some changes in sendmail.prg code about it, since it did not respect RFC... I did not check the ssl part since I have openssl installed... I will try to install today. Francesco ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Res: Res: Res: [Harbour] tipclientsmtp problem with MT
Thank Francesco i removed, i only put a valid email, for all tests have a similar answer i´ll waiting for you path about sendmail.prg, very very thanks, about your atention and lost time DEFAULT cFrom TO fjsiste...@fjsistemas.com.br DEFAULT cPassword TO DEFAULT cTo TO fernando_atha...@yahoo.com.br ? hb_SendMail( smtp.gmail.com,; 465,; cFrom,; cTo,; NIL /* CC */,; {} /* BCC */,; cobranca.html,; test: subject,; NIL /* attachment */,; ,; // user ,; //pass ,; NIL /* nPriority */,; NIL /* lRead */,; .T. /* lTrace */,; .F.,; NIL /* lNoAuth */,; NIL /* nTimeOut */,; NIL /* cReplyTo */,; .T. ) Regards Fernando De: francesco perillo fperi...@gmail.com Para: Harbour Project Main Developer List. harbour@harbour-project.org Enviadas: Domingo, 16 de Maio de 2010 3:45:33 Assunto: Re: Res: Res: [Harbour] tipclientsmtp problem with MT Fernando, I told you to remove the password :-) From your first message: 20100514-10:05:23 :INETSENDALL( pointer, 25, HELO myn...@gmail.comcrlf ) 25 From today message: 20100515-21:31:32 :INETSENDALL( pointer, 35, EHLO fjsiste...@fjsistemas.com.br crlf ) 35 Since EHLO command is sent only from :OpenSecure there should be some parameters of hb_sendmail that toggle it, different from the gmail.prg sample. About the MT problem... when the client connects to a smtp server it must wait for a 220space message that signals the smtp server is ready (5xx messages signal server is not ready). It does it ST mode... In MT it seems the connect - probably due to the ssl library - doesn't get the server reply and that only after sending the QUIT (after the timeout) it gets the 220... I did some changes in sendmail.prg code about it, since it did not respect RFC... I did not check the ssl part since I have openssl installed... I will try to install today. Francesco ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Res: Res: [Harbour] tipclientsmtp problem with MT
sorry i was search about ssl, openssl uses thread i think that this may confuse MT in harbour Regards Fernando De: Viktor Szakáts harbour...@syenar.hu Para: Harbour Project Main Developer List. harbour@harbour-project.org Enviadas: Sábado, 15 de Maio de 2010 9:10:01 Assunto: Re: Res: [Harbour] tipclientsmtp problem with MT Fernando, We've received your report now about 8 times! Viktor On 2010 May 15, at 14:06, Fernando Athayde wrote: but the test gmail.prg in contrib runs perfectly without MT returns .T. very faster but with MT returns .F. very slower log smtp with error 20100514-09:29:31 :INETCONNECT( smtp.gmail.com, 465 ) pointer 20100514-09:29:31 :INETERRORCODE( pointer ) 0 20100514-09:29:41 :INETRECVLINE( pointer, , 512 ) NIL 20100514-09:29:41 :INETERRORCODE( pointer ) 0 20100514-09:29:42 :INETSENDALL( pointer, 6, QUITcrlf ) 6 20100514-09:29:42 :INETRECVLINE( pointer, , 512 ) 220 mx.google.com ESMTP 21sm1329732yxe.15 20100514-09:29:42 :INETERRORCODE( pointer ) 0 is there other way for send emails with html body in harbour ? Regards, Fernando Athayde De: Viktor Szakáts harbour...@syenar.hu Para: Harbour Project Main Developer List. harbour@harbour-project.org Enviadas: Sábado, 15 de Maio de 2010 8:41:07 Assunto: Re: [Harbour] tipclientsmtp problem with MT Hi, yes the message come to the list. I want to say that the code of sending mails with hbtip is far from perfect and not always follows SMTP protocol and best practices... Anyway, to be short, try port 587 and not 465... I can't get a proper reply from their servers on 465 so the connection goes timeout (10 seconds) and aborts... the strange thing is that you get the 220 message after the QUIT... It would be great of you could take a closer look at it. ATM HB_SENDMAIL() is not working at one of my clients, but it works at others. The one failing is simple SMTP, no SSL or MT mode. HB_SENDMAIL() returns .F. Unfortunately I don't have logs. The build in question uses latest hbtip code. Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: Res: Res: [Harbour] tipclientsmtp problem with MT
sorry i was search about ssl, openssl uses thread i think that this may confuse MT in harbour It's possible, if you find anything more in this regard, pls tell us about it. Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Res: Res: Res: [Harbour] tipclientsmtp problem with MT
http://www.openssl.org/docs/crypto/threads.html in a search into dll (ssleay32 and libeay32) found threads you try build example gmail.prg with -mt? Regards Fernando De: Viktor Szakáts harbour...@syenar.hu Para: Harbour Project Main Developer List. harbour@harbour-project.org Enviadas: Sábado, 15 de Maio de 2010 10:15:39 Assunto: Re: Res: Res: [Harbour] tipclientsmtp problem with MT sorry i was search about ssl, openssl uses thread i think that this may confuse MT in harbour It's possible, if you find anything more in this regard, pls tell us about it. Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: Res: Res: Res: [Harbour] tipclientsmtp problem with MT
http://www.openssl.org/docs/crypto/threads.html in a search into dll (ssleay32 and libeay32) found threads you try build example gmail.prg with -mt? No. Please. I cannot solve every possible problem. Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Res: Res: Res: Res: [Harbour] tipclientsmtp problem with MT
if someone can help me i will be glad i´d have try build openssl dlls with parameters no-threads, but i can´t build, happens any errors in bcc/msvc i want try more, why I'am crazy about this, i need send emails for my application, but i can´t why my application uses MT (threads) Regards Fernando De: Viktor Szakáts harbour...@syenar.hu Para: Harbour Project Main Developer List. harbour@harbour-project.org Enviadas: Sábado, 15 de Maio de 2010 11:35:03 Assunto: Re: Res: Res: Res: [Harbour] tipclientsmtp problem with MT http://www.openssl.org/docs/crypto/threads.html in a search into dll (ssleay32 and libeay32) found threads you try build example gmail.prg with -mt? No. Please. I cannot solve every possible problem. Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Res: Res: [Harbour] tipclientsmtp problem with MT
Przemek, i was think, may be problem is the multithread support of openssl dll´s i was trying build openssl, but without success but if you test gmail.prg with -MT you´ll see the problem Regards Fernando Athayde De: Przemysław Czerpak dru...@acn.waw.pl Para: Harbour Project Main Developer List. harbour@harbour-project.org Enviadas: Sábado, 15 de Maio de 2010 14:51:44 Assunto: Re: Res: [Harbour] tipclientsmtp problem with MT On Sat, 15 May 2010, Fernando Athayde wrote: Hi, i try your suggestion port 587 now on 2 examples not runs return .F. strange with port 465 runs fine without MT, but with MT dont´t run well i think there is a problem with kernel mt of harbour I do not think so. best regards, Przemek ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: Res: Res: [Harbour] tipclientsmtp problem with MT
On Sat, 15 May 2010, Fernando Athayde wrote: Hi, Przemek, i was think, may be problem is the multithread support of openssl dll´s i was trying build openssl, but without success If non HVM thread tries to access HVM, i.e. to execute some .prg code then it simply GPF so I do not think it's the source o your problem. but if you test gmail.prg with -MT you´ll see the problem Both MT and ST versions returns .T. so they seem to work but valgrind produces for both of them 285KB log with 336 errors: Conditional jump or move depends on uninitialised value(s) inside low level SSL code so there is sth wrong with SSL library or rather with Harbour wrapper to this library (hbssl) and this may cause any unpredictable results depending on values in uninitialised memory. Probably in your MT builds this memory contains data which breaks communication process. best regards, Przemek ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: Res: Res: [Harbour] tipclientsmtp problem with MT
Hi, Przemek, i was think, may be problem is the multithread support of openssl dll´s i was trying build openssl, but without success If non HVM thread tries to access HVM, i.e. to execute some .prg code then it simply GPF so I do not think it's the source o your problem. but if you test gmail.prg with -MT you´ll see the problem Both MT and ST versions returns .T. so they seem to work but valgrind produces for both of them 285KB log with 336 errors: Conditional jump or move depends on uninitialised value(s) inside low level SSL code so there is sth wrong with SSL library or rather with Harbour wrapper to this library (hbssl) and this may cause any unpredictable results depending on values in uninitialised memory. Probably in your MT builds this memory contains data which breaks communication process. It's possible (and should fixed, just not by my eyes), but my suspect in this case is an MT requirement of OpenSSL, which isn't satisfied in hbssl. See here: http://books.google.hu/books?id=FBYHEBTrZUwCpg=PA74lpg=PA74dq=OPENSSL+multithreadsource=blots=Am7l5e1yJLsig=r7QaLIfah-KE8lQDx4RbSXVPPJIhl=enei=btbuS_vZI-STOO7C8fYHsa=Xoi=book_resultct=resultresnum=8ved=0CDAQ6AEwBw#v=onepageq=OPENSSL%20multithreadf=false I tried, but couldn't adapt the code to Harbour threading API. Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Res: Res: Res: [Harbour] tipclientsmtp problem with MT
bur Przemek look this: E:\harbour_cvs\contrib\hbtip\testshbmk2 gmail.prg hbtipssl.hbc hbmk2: Processando script local: hbmk.hbm hbmk2: Processando arquivo de configuração: e:\harbour_gcc\bin\hbmk.cfg hbmk2: Processando: hbtipssl.hbc Harbour 2.1.0beta1 (Rev. 14471) Copyright (c) 1999-2010, http://www.harbour-project.org/ Compiling 'gmail.prg'... Lines 196, Functions/Procedures 1 Generating C source output to 'C:\Users\athayde\AppData\Local\Temp\gmail.c'... D one. Info: resolving _SSL_CIPHER_get_version by linking to __imp__SSL_CIPHER_get_vers ion (auto-import) E:\mingw\BIN\..\lib\gcc\mingw32\3.4.5\..\..\..\..\mingw32\bin\ld.exe: warning: a uto-importing has been activated without --enable-auto-import specified on the c ommand line. This should work unless it involves constant data structures referencing symbols from auto-imported DLLs. E:\harbour_cvs\contrib\hbtip\testsgmail .T. E:\harbour_cvs\contrib\hbtip\tests E:\harbour_cvs\contrib\hbtip\tests E:\harbour_cvs\contrib\hbtip\testshbmk2 -mt gmail.prg hbtipssl.hbc hbmk2: Processando script local: hbmk.hbm hbmk2: Processando arquivo de configuração: e:\harbour_gcc\bin\hbmk.cfg hbmk2: Processando: hbtipssl.hbc Harbour 2.1.0beta1 (Rev. 14471) Copyright (c) 1999-2010, http://www.harbour-project.org/ Compiling 'gmail.prg'... Lines 196, Functions/Procedures 1 Generating C source output to 'C:\Users\athayde\AppData\Local\Temp\gmail.c'... D one. Info: resolving _SSL_CIPHER_get_version by linking to __imp__SSL_CIPHER_get_vers ion (auto-import) E:\mingw\BIN\..\lib\gcc\mingw32\3.4.5\..\..\..\..\mingw32\bin\ld.exe: warning: a uto-importing has been activated without --enable-auto-import specified on the c ommand line. This should work unless it involves constant data structures referencing symbols from auto-imported DLLs. E:\harbour_cvs\contrib\hbtip\testsgmail .F. Best Regards, Fernando Athayde De: Przemysław Czerpak dru...@acn.waw.pl Para: Harbour Project Main Developer List. harbour@harbour-project.org Enviadas: Sábado, 15 de Maio de 2010 16:39:27 Assunto: Re: Res: Res: [Harbour] tipclientsmtp problem with MT On Sat, 15 May 2010, Fernando Athayde wrote: Hi, Przemek, i was think, may be problem is the multithread support of openssl dll´s i was trying build openssl, but without success If non HVM thread tries to access HVM, i.e. to execute some .prg code then it simply GPF so I do not think it's the source o your problem. but if you test gmail.prg with -MT you´ll see the problem Both MT and ST versions returns .T. so they seem to work but valgrind produces for both of them 285KB log with 336 errors: Conditional jump or move depends on uninitialised value(s) inside low level SSL code so there is sth wrong with SSL library or rather with Harbour wrapper to this library (hbssl) and this may cause any unpredictable results depending on values in uninitialised memory. Probably in your MT builds this memory contains data which breaks communication process. best regards, Przemek ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: Res: Res: Res: [Harbour] tipclientsmtp problem with MT
Fernando Athayde wrote: E:\harbour_cvs\contrib\hbtip\testshbmk2 gmail.prg hbtipssl.hbc hbmk2: Processando script local: hbmk.hbm hbmk2: Processando arquivo de configuração: e:\harbour_gcc\bin\hbmk.cfg hbmk2: Processando: hbtipssl.hbc E:\harbour_cvs\contrib\hbtip\testsgmail .T. E:\harbour_cvs\contrib\hbtip\testshbmk2 -mt gmail.prg hbtipssl.hbc hbmk2: Processando script local: hbmk.hbm hbmk2: Processando arquivo de configuração: e:\harbour_gcc\bin\hbmk.cfg hbmk2: Processando: hbtipssl.hbc E:\harbour_cvs\contrib\hbtip\testsgmail .F. Viktor, may be this is due to -tWM switch issue with -mt mode. Maybe you can reach a solution while playing with it. - enjoy hbIDEing... Pritpal Bedi http://hbide.vouch.info/ -- View this message in context: http://harbour-devel.1590103.n2.nabble.com/tipclientsmtp-problem-with-MT-tp5058741p5059960.html Sent from the harbour-devel mailing list archive at Nabble.com. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: Res: Res: Res: [Harbour] tipclientsmtp problem with MT
Can you post this like the twenties time? I really helps to find the problem. If you cannot help in getting closer to the solution, you've done everything by making _one_ report to the list. It won't be faster if you report it every 45 minutes. Viktor On 2010 May 15, at 21:54, Fernando Athayde wrote: bur Przemek look this: E:\harbour_cvs\contrib\hbtip\testshbmk2 gmail.prg hbtipssl.hbc hbmk2: Processando script local: hbmk.hbm hbmk2: Processando arquivo de configuração: e:\harbour_gcc\bin\hbmk.cfg hbmk2: Processando: hbtipssl.hbc Harbour 2.1.0beta1 (Rev. 14471) Copyright (c) 1999-2010, http://www.harbour-project.org/ Compiling 'gmail.prg'... Lines 196, Functions/Procedures 1 Generating C source output to 'C:\Users\athayde\AppData\Local\Temp\gmail.c'... D one. Info: resolving _SSL_CIPHER_get_version by linking to __imp__SSL_CIPHER_get_vers ion (auto-import) E:\mingw\BIN\..\lib\gcc\mingw32\3.4.5\..\..\..\..\mingw32\bin\ld.exe: warning: a uto-importing has been activated without --enable-auto-import specified on the c ommand line. This should work unless it involves constant data structures referencing symbols from auto-imported DLLs. E:\harbour_cvs\contrib\hbtip\testsgmail .T. E:\harbour_cvs\contrib\hbtip\tests E:\harbour_cvs\contrib\hbtip\tests E:\harbour_cvs\contrib\hbtip\testshbmk2 -mt gmail.prg hbtipssl.hbc hbmk2: Processando script local: hbmk.hbm hbmk2: Processando arquivo de configuração: e:\harbour_gcc\bin\hbmk.cfg hbmk2: Processando: hbtipssl.hbc Harbour 2.1.0beta1 (Rev. 14471) Copyright (c) 1999-2010, http://www.harbour-project.org/ Compiling 'gmail.prg'... Lines 196, Functions/Procedures 1 Generating C source output to 'C:\Users\athayde\AppData\Local\Temp\gmail.c'... D one. Info: resolving _SSL_CIPHER_get_version by linking to __imp__SSL_CIPHER_get_vers ion (auto-import) E:\mingw\BIN\..\lib\gcc\mingw32\3.4.5\..\..\..\..\mingw32\bin\ld.exe: warning: a uto-importing has been activated without --enable-auto-import specified on the c ommand line. This should work unless it involves constant data structures referencing symbols from auto-imported DLLs. E:\harbour_cvs\contrib\hbtip\testsgmail .F. Best Regards, Fernando Athayde De: Przemysław Czerpak dru...@acn.waw.pl Para: Harbour Project Main Developer List. harbour@harbour-project.org Enviadas: Sábado, 15 de Maio de 2010 16:39:27 Assunto: Re: Res: Res: [Harbour] tipclientsmtp problem with MT On Sat, 15 May 2010, Fernando Athayde wrote: Hi, Przemek, i was think, may be problem is the multithread support of openssl dll´s i was trying build openssl, but without success If non HVM thread tries to access HVM, i.e. to execute some .prg code then it simply GPF so I do not think it's the source o your problem. but if you test gmail.prg with -MT you´ll see the problem Both MT and ST versions returns .T. so they seem to work but valgrind produces for both of them 285KB log with 336 errors: Conditional jump or move depends on uninitialised value(s) inside low level SSL code so there is sth wrong with SSL library or rather with Harbour wrapper to this library (hbssl) and this may cause any unpredictable results depending on values in uninitialised memory. Probably in your MT builds this memory contains data which breaks communication process. best regards, Przemek ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: Res: Res: Res: [Harbour] tipclientsmtp problem with MT
On Sat, 15 May 2010, Fernando Athayde wrote: bur Przemek look this: [...] Don't you understand the results are in practice random due to uninitialized memory? You have .T. for ST and .F. for MT. I have .T. for both modes. Someone else can have .F. for ST and .T. for MT. It doesn't change anything and it does not give any valuable information. Conditional jump which depends on uninitialized memory means that all possible combinations can appear in some situations. best regards, Przemek ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: Res: Res: Res: [Harbour] tipclientsmtp problem with MT
E:\harbour_cvs\contrib\hbtip\testshbmk2 gmail.prg hbtipssl.hbc hbmk2: Processando script local: hbmk.hbm hbmk2: Processando arquivo de configuração: e:\harbour_gcc\bin\hbmk.cfg hbmk2: Processando: hbtipssl.hbc E:\harbour_cvs\contrib\hbtip\testsgmail .T. E:\harbour_cvs\contrib\hbtip\testshbmk2 -mt gmail.prg hbtipssl.hbc hbmk2: Processando script local: hbmk.hbm hbmk2: Processando arquivo de configuração: e:\harbour_gcc\bin\hbmk.cfg hbmk2: Processando: hbtipssl.hbc E:\harbour_cvs\contrib\hbtip\testsgmail .F. Viktor, may be this is due to -tWM switch issue with -mt mode. Maybe you can reach a solution while playing with it. The problem was experienced with mingw so -tWM switch cannot be an issue. It could be a potential problem if someone tried to build MT-enabled OpenSSL static libs using -tW only, but OpenSSL doesn't support bcc out of the box anyway. Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: Res: Res: [Harbour] tipclientsmtp problem with MT
On Sat, 15 May 2010, Szak�ts Viktor wrote: Hi, It's possible (and should fixed, just not by my eyes), but my suspect in this case is an MT requirement of OpenSSL, which isn't satisfied in hbssl. Yes, but it's important only for concurrent access. It does not change anything when only single thread access SSL code like in gmail.prg so for sure it cannot be source of the problem. See here: http://books.google.hu/books?id=FBYHEBTrZUwCpg=PA74lpg=PA74dq=OPENSSL+multithreadsource=blots=Am7l5e1yJLsig=r7QaLIfah-KE8lQDx4RbSXVPPJIhl=enei=btbuS_vZI-STOO7C8fYHsa=Xoi=book_resultct=resultresnum=8ved=0CDAQ6AEwBw#v=onepageq=OPENSSL%20multithreadf=false I tried, but couldn't adapt the code to Harbour threading API. Seems that it can be done quite easy. I'll look at it in next week but it's completely different thing not related to Fernando problem which probably should be resolved before so we can add some concurrent access tests. best regards, Przemek ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Res: Res: Res: [Harbour] tipclientsmtp problem with MT
I was map, and with MT fails always in line 358, very slow in this line, i think the slow is by timeout sendmail.prg 358 IF ! oInMail:Open( NIL, lAuthTLS ) //here in MT always return .F. 359 oInmail:Close() 360 RETURN .F. 341 ENDIF my apologizes about number of messages, and why i don´t know much of C if someone want to test in PVT mode, or in remote mode (teamviewer,...), i'am here for help to resolve this problem I´ll send messages for this case if i descovery something Regards Fernando Athayde De: Przemysław Czerpak dru...@acn.waw.pl Para: Harbour Project Main Developer List. harbour@harbour-project.org Enviadas: Sábado, 15 de Maio de 2010 17:21:57 Assunto: Re: Res: Res: [Harbour] tipclientsmtp problem with MT On Sat, 15 May 2010, Szak�ts Viktor wrote: Hi, It's possible (and should fixed, just not by my eyes), but my suspect in this case is an MT requirement of OpenSSL, which isn't satisfied in hbssl. Yes, but it's important only for concurrent access. It does not change anything when only single thread access SSL code like in gmail.prg so for sure it cannot be source of the problem. See here: http://books.google.hu/books?id=FBYHEBTrZUwCpg=PA74lpg=PA74dq=OPENSSL+multithreadsource=blots=Am7l5e1yJLsig=r7QaLIfah-KE8lQDx4RbSXVPPJIhl=enei=btbuS_vZI-STOO7C8fYHsa=Xoi=book_resultct=resultresnum=8ved=0CDAQ6AEwBw#v=onepageq=OPENSSL%20multithreadf=false I tried, but couldn't adapt the code to Harbour threading API. Seems that it can be done quite easy. I'll look at it in next week but it's completely different thing not related to Fernando problem which probably should be resolved before so we can add some concurrent access tests. best regards, Przemek ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: Res: Res: [Harbour] tipclientsmtp problem with MT
I don't have openssl installed... is it just ok to install it and point to it and rebuild harbour ? @Fernando: I did try to analyze your logs... are they complete or are some lines missing ? If I telnet to port 465 I receive no data from the server... I also checked with a tcpdump... so it's strange that in what you call the log without error you get a 220 mx.google.com ESMTP x34sm670731qce.15 without first sending some more commands... It may be that some data is sent to the server not using INETSENDALL so it is not logged... I need to install openssl before further investigation Francesco In the meanwhile I found this: 587 uses a TLS encryption connection. 465 uses an SSL encryption connection. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Res: Res: Res: [Harbour] tipclientsmtp problem with MT
- openssl is very simple to install and rebuild harbour - these was complete logs if you wnat more any information please ask me i am a 4 days trying resolve this Regards Fernando Athayde De: francesco perillo fperi...@gmail.com Para: Harbour Project Main Developer List. harbour@harbour-project.org Enviadas: Sábado, 15 de Maio de 2010 20:09:34 Assunto: Re: Res: Res: [Harbour] tipclientsmtp problem with MT I don't have openssl installed... is it just ok to install it and point to it and rebuild harbour ? @Fernando: I did try to analyze your logs... are they complete or are some lines missing ? If I telnet to port 465 I receive no data from the server... I also checked with a tcpdump... so it's strange that in what you call the log without error you get a 220 mx.google.com ESMTP x34sm670731qce.15 without first sending some more commands... It may be that some data is sent to the server not using INETSENDALL so it is not logged... I need to install openssl before further investigation Francesco In the meanwhile I found this: 587 uses a TLS encryption connection. 465 uses an SSL encryption connection. ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: Res: Res: [Harbour] tipclientsmtp problem with MT
I will install openssl tomorrow and I will have a look. Anyway, also your ok logs don't show that the message is really sent... Can you please: 1) insert in gmail.prg valid username/password, compile and run it in both ST and MT mode 2) delete username and password from gmail.prg and logs and send to me Francesco ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Re: Res: Res: [Harbour] tipclientsmtp problem with MT
Hi Przemek, It's possible (and should fixed, just not by my eyes), but my suspect in this case is an MT requirement of OpenSSL, which isn't satisfied in hbssl. Yes, but it's important only for concurrent access. It does not change anything when only single thread access SSL code like in gmail.prg so for sure it cannot be source of the problem. See here: http://books.google.hu/books?id=FBYHEBTrZUwCpg=PA74lpg=PA74dq=OPENSSL+multithreadsource=blots=Am7l5e1yJLsig=r7QaLIfah-KE8lQDx4RbSXVPPJIhl=enei=btbuS_vZI-STOO7C8fYHsa=Xoi=book_resultct=resultresnum=8ved=0CDAQ6AEwBw#v=onepageq=OPENSSL%20multithreadf=false I tried, but couldn't adapt the code to Harbour threading API. Seems that it can be done quite easy. I'll look at it in next week but it's completely different thing not related to Fernando problem which probably should be resolved before so we can add some concurrent access tests. Thank you. As for hbssl existing code, any hints/changes you could make would be great. Current state is the best I could come up with and I could stare at it for an infinite time, for my eyes it looks alright. (I remember having been testing it with valgrind even, at some stage) Viktor ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
Res: Res: Res: [Harbour] tipclientsmtp problem with MT
without user/passw / without MT 20100515-21:32:55 :INETCONNECT( smtp.gmail.com, 465 ) pointer 20100515-21:32:55 :INETERRORCODE( pointer ) 0 20100515-21:32:55 :INETRECVLINE( pointer, , 512 ) 220 mx.google.com ESMTP a10sm2975935anj.9 20100515-21:32:55 :INETERRORCODE( pointer ) 0 20100515-21:32:55 :INETSENDALL( pointer, 20, EHLO tipClientSMTPcrlf ) 20 20100515-21:32:56 :INETRECVLINE( pointer, , 512 ) 250-mx.google.com at your service, [187.101.60.241] 20100515-21:32:56 :INETERRORCODE( pointer ) 0 20100515-21:32:56 :INETRECVLINE( pointer, , 512 ) 250-SIZE 35651584 20100515-21:32:56 :INETERRORCODE( pointer ) 0 20100515-21:32:56 :INETRECVLINE( pointer, , 512 ) 250-8BITMIME 20100515-21:32:56 :INETERRORCODE( pointer ) 0 20100515-21:32:56 :INETRECVLINE( pointer, , 512 ) 250-AUTH LOGIN PLAIN XOAUTH 20100515-21:32:56 :INETERRORCODE( pointer ) 0 20100515-21:32:56 :INETRECVLINE( pointer, , 512 ) 250 ENHANCEDSTATUSCODES 20100515-21:32:56 :INETERRORCODE( pointer ) 0 20100515-21:32:56 :INETSENDALL( pointer, 12, AUTH LOGINcrlf ) 12 20100515-21:32:56 :INETRECVLINE( pointer, , 512 ) 334 VXNlcm5hbWU6 20100515-21:32:56 :INETERRORCODE( pointer ) 0 20100515-21:32:56 :INETSENDALL( pointer, 2, ) 2 20100515-21:32:56 :INETRECVLINE( pointer, , 512 ) 334 UGFzc3dvcmQ6 20100515-21:32:56 :INETERRORCODE( pointer ) 0 20100515-21:32:56 :INETSENDALL( pointer, 2, ) 2 20100515-21:32:56 :INETRECVLINE( pointer, , 512 ) 334 UGFzc3dvcmQ6 20100515-21:32:56 :INETERRORCODE( pointer ) 0 20100515-21:32:56 :INETSENDALL( pointer, 43, MAIL FROM: fjsiste...@fjsistemas.com.brcrlf ) 43 20100515-21:32:56 :INETRECVLINE( pointer, , 512 ) 501 5.5.2 Cannot Decode response a10sm2975935anj.9 20100515-21:32:56 :INETERRORCODE( pointer ) 0 20100515-21:32:56 :INETSENDALL( pointer, 5, .crlf ) 5 20100515-21:32:56 :INETRECVLINE( pointer, , 512 ) 502 5.5.1 Unrecognized command. a10sm2975935anj.9 20100515-21:32:56 :INETERRORCODE( pointer ) 0 20100515-21:32:56 :INETSENDALL( pointer, 6, QUITcrlf ) 6 20100515-21:32:56 :INETRECVLINE( pointer, , 512 ) 502 5.5.1 Unrecognized command. a10sm2975935anj.9 20100515-21:32:56 :INETERRORCODE( pointer ) 0 without user/passw / with MT 20100515-21:33:09 :INETCONNECT( smtp.gmail.com, 465 ) pointer 20100515-21:33:09 :INETERRORCODE( pointer ) 0 20100515-21:33:19 :INETRECVLINE( pointer, , 512 ) NIL 20100515-21:33:19 :INETERRORCODE( pointer ) 0 20100515-21:33:19 :INETSENDALL( pointer, 6, QUITcrlf ) 6 20100515-21:33:19 :INETRECVLINE( pointer, , 512 ) 220 mx.google.com ESMTP y7sm2953452ana.14 20100515-21:33:19 :INETERRORCODE( pointer ) 0 Regards Fernando Athayde De: francesco perillo fperi...@gmail.com Para: Harbour Project Main Developer List. harbour@harbour-project.org Enviadas: Sábado, 15 de Maio de 2010 20:29:48 Assunto: Re: Res: Res: [Harbour] tipclientsmtp problem with MT I will install openssl tomorrow and I will have a look. Anyway, also your ok logs don't show that the message is really sent... Can you please: 1) insert in gmail.prg valid username/password, compile and run it in both ST and MT mode 2) delete username and password from gmail.prg and logs and send to me Francesco ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour ___ Harbour mailing list (attachment size limit: 40KB) Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour