Paul Ingelbrant wrote:
> Possibly you need breaks? :-)
Good point!
However it's hard for the Delphi guys to ;-)
--
Arno Garrels
>
> switch(RqType)
> {
>case smtpConnect: SMTP->Helo(); break;
>case smtpHelo: SMTP->MailFrom(); break;
>case smtpEhlo: SMTP->Auth(); break;
Fastream Technologies wrote:
> Were you able to reproduce the issue now? Just let me know if you need
> more help!
I'm not able to repeat it.
The session is closed which clears the receive buffer before OnRequestDone
triggers.
--
Arno Garrels
>
> Thanks,
>
> SZ
>
> On 5/12/09, Fastream Techno
Were you able to reproduce the issue now? Just let me know if you need
more help!
Thanks,
SZ
On 5/12/09, Fastream Technologies wrote:
> For normal traffic (RFC-compliant GET/HEAD), I posted a message from
> OnRequestDone for real work (as a workaround) yet this is not a real
> solution for this
Possibly you need breaks? :-)
switch(RqType)
{
case smtpConnect: SMTP->Helo(); break;
case smtpHelo: SMTP->MailFrom(); break;
case smtpEhlo: SMTP->Auth(); break;
case smtpAuth: SMTP->MailFrom(); break;
case smtpMailFrom: SMTP->RcptTo(); break;
case smtpRcptTo: SM
For normal traffic (RFC-compliant GET/HEAD), I posted a message from
OnRequestDone for real work (as a workaround) yet this is not a real
solution for this case as data keeps coming...
On 5/12/09, Fastream Technologies wrote:
> Hello,
>
> Please open the C++ or Delphi Httpstst demo and add these
Hello,
Please open the C++ or Delphi Httpstst demo and add these lines to the
end of the onrequestdone event:
if(RqType == httpHEAD)
SslHttpCli1->GetASync();
and click "head". You will see that even the onrequestdone is not the
final event before becoming ready as it gives "componen
Fastream Technologies wrote:
> I am now using v7! Upgraded yesterday, forgot to let you know...
And still the same problem? If true than please check value of
FReceiveLen before the request is it zero?
--
Arno Garrels
>
> On 5/11/09, Arno Garrels wrote:
>> Fastream Technologies wrote:
>>> In
I am not sure why but you sometimes reply to my old posts which I
corrected later on. I am already using v7!
Thanks,
SZ
On 5/12/09, Arno Garrels wrote:
> Arno Garrels wrote:
> > Fastream Technologies wrote:
> >> In my case, I get data from first head being pending in second
> >> head/GET. I kno
Arno Garrels wrote:
> Fastream Technologies wrote:
>> In my case, I get data from first head being pending in second
>> head/GET. I know it is weird/rare case yet this customer was annoyed
>> and he led us to panic even more...
This sounds like value of FReceiveLen is not always zero when you do
t
I am now using v7! Upgraded yesterday, forgot to let you know...
On 5/11/09, Arno Garrels wrote:
> Fastream Technologies wrote:
> > In my case, I get data from first head being pending in second
> > head/GET. I know it is weird/rare case yet this customer was annoyed
> > and he led us to panic ev
10 matches
Mail list logo
