Hi all , i need the great GpHTTPProxy Component in One of my project , I use
it as an Http Proxy Server to Block some Web sites and some IP addresses .
the Project works good , but what i've remarked is that :
let me suppose the following web address to be blocked ( www.mywebsite.com).
when i type
Arno Garrels wrote:
> No, the IniFile does not store values but strings.
:)) Great nonsense. I guess I tried to phrase that strings
are not limited with TMemIniFile or something like that.
--
Arno Garrels
--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://li
Fastream Technologies wrote:
> Windows has the limit of 260 chars per path/file name. Maybe your
> names are bigger than that(?)
No, the IniFile does not store values but strings.
In the meanwhile it turned out to be an issue with TMemo.Lines
(D7?) being passed to LoadStringsFromIniFile() in the M
> *Subject:* Re: [twsocket] OT: Sockets slowdown under Windows 2008
> Web Edition
> I wrote "anti DDoS", not DDoS, meaning that OS could "think" that
> our requests are DDoS and apply some restrictions.
Sorry, missed that. Windows has little interest in DDos, I could not
stop the DNS amplificat
I wrote "anti DDoS", not DDoS, meaning that OS could "think" that our requests
are DDoS and apply some restrictions.
- Original Message -
From: "Angus Robertson - Magenta Systems Ltd"
To:
Sent: Friday, May 15, 2009 5:52 PM
Subject: Re: [twsocket] OT: Sockets slowdown under Windows 2008
> We have an idea, that this could be a kind of anti DDoS on the
> system/iis7 level,
I hope you have a hardware firewall, if so the logs should show DDos,
purely from a size.
I capture syslog output from my Sonicwalls using my own ComCap
application (which uses ICS) and when the logs go over
> Presumably you have Windows firewall disabled?
Yes.
We have an idea, that this could be a kind of anti DDoS on the system/iis7
level,
because the most significant slowdown is observed for successive requests made
from the same ip.
But there is no info about this.
Anyway, thank you, Angus.
-
Windows has the limit of 260 chars per path/file name. Maybe your
names are bigger than that(?)
HTH,
SZ
On 5/15/09, Arno Garrels wrote:
> Fastream Technologies wrote:
> > Hello,
> >
> > I think there ought to be some doc. for this... The reason is I am
> > having problems with speed of TIniFile
Fastream Technologies wrote:
> Hello,
>
> I think there ought to be some doc. for this... The reason is I am
> having problems with speed of TIniFile and reliability of tmeminifile.
It is derived from TMemIniFile so it is as (un)reliable as TMemIniFile.
It can store UNICODE as UTF-8 however I rec
> Does anyone know some peculiarities of Windows 2008 and/or its Web
> edition concerning sockets settings and timing?
No, I've found Windows 2008 to be very similar to Windows 2003, at least
the standard edition but I'm sure the code base of web edition is
identical, as is Vista. My main public
>From Openssl documentation SSL_CTX_use_certificate_chain_file() :
http://www.openssl.org/docs/ssl/SSL_CTX_use_certificate.html
The certificates must be in PEM format and must be sorted starting with the
subject's certificate (actual client or server certificate), followed by
intermediate CA cer
Peter Van Hove wrote:
> Not with the structs that contain Byte values. In the structs, System::Byte
> is used.
That's new in 2009, 2007 still used Byte.
> Does the static const Byte put you on the right track to check the
> pas files for Byte vs. System::Byte ?
I noticed this yesterday already
Hello,
We used context to append the certs in unix text and when we are done
tested and saw that the handshake does not work. Was this solution
something you tested and verified??
Regards,
SZ
On 5/15/09, Fastream Technologies wrote:
> Ok. We will try to see if your "copy all certs to server ce
Hello,
I think there ought to be some doc. for this... The reason is I am
having problems with speed of TIniFile and reliability of tmeminifile.
Regards,
SZ
--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
On 5/15/09, Francois Piette wrote:
> > Here is the problem: Even though state = httpReady (this is what
> > DoRequestSync checks!), there are still messages pending--onrequestdone is
> > called later!!
> >
> > If this was fixed, there would be no problem with mixing sync and async
> > methods. We
> Updated the repository so it will be included in today's nightly built
> ZIP download.
Thanks.
I shall re-test with that build shortly.
>> I'm still completely overwhelmed by following errors:
>>
>> [BCC32 Error] Overbyteicslibeay.hpp(253): E2015 Ambiguity between
>> 'Byte' and 'System::Byte'
>
> Here is the problem: Even though state = httpReady (this is what
> DoRequestSync checks!), there are still messages pending--onrequestdone is
> called later!!
>
> If this was fixed, there would be no problem with mixing sync and async
> methods. We just need an event which is the LASTEST message
Hello, All!
Does anyone know some peculiarities of Windows 2008 and/or its Web edition
concerning sockets settings and timing? We're trying to migrate to this OS
running IIS7 and encounter slowdowns: client connections are timed out, that
is new clients can not even connect to the server after sev
Ok. We will try to see if your "copy all certs to server cert pem" solution
will work.
Thanks,
SZ
On 5/15/09, Arno Garrels wrote:
>
> Fastream Technologies wrote:
> > Hello,
> >
> > The reason I asked it here is this is something all Comodo customers
> > face! I uploaded the file here:
>
> And
Here is the problem: Even though state = httpReady (this is what
DoRequestSync checks!), there are still messages pending--onrequestdone is
called later!!
If this was fixed, there would be no problem with mixing sync and async
methods. We just need an event which is the LASTEST message handler in
Fastream Technologies wrote:
> Hello,
>
> The reason I asked it here is this is something all Comodo customers
> face! I uploaded the file here:
And you already got the answer in thread: "SSL intermediate cert problem".
--
Arno Garrels
--
To unsubscribe or change your settings for TWSocket mai
Fastream Technologies wrote:
> Do you think the code here is correct?:
I think so. This code is only ever used with synchronous (blocking)
methods. Synchronous methods should never be mixed with asynchronous
methods, and if you use the synchronous methods do not call subsequent
methods from within
Peter Van Hove wrote:
> So I basically added and changed following text right before the word
> "implementation"
> I hope that is OK ?
> Notice the last 4 "function" calls that I had to comment out before it
> compiled.
>
> {code}
>
> {$EXTERNALSYM Application}
> function Application : TApplicat
Hello,
The reason I asked it here is this is something all Comodo customers face! I
uploaded the file here:
http://www.fastream.com/cabundle.pem
I hope you see my point here as it is something so common!
Regards,
SZ
On 5/14/09, Arno Garrels wrote:
>
> Fastream Technologies wrote:
> > Thank
24 matches
Mail list logo
