Community technical support mailing list was retired 2010 and replaced with a professional technical support team. For assistance please contact: Pre-sales Technical support via email to email@example.com.
Just an update for future record. We setup a proxy for this and it appears to work now. I'm still planning on updating when the patch is available so I don't have to do this. Relating back to the other thread from last month where running the process as an Admin fixed the response time, if they are also using a proxy, the settings are on a per user basis. So the proxy may not have been configured for the Local System user but was configured for the Admin account. I just configured the proxy on a cvsadmin account and ran the service under this user. -- Joe On Thu, May 28, 2009 at 11:58 AM, Joe Prokop <joepro at gmail.com> wrote: > Well I don't think I can do anything to fix it. I used the host file to > redirect all the various domains it tries to contact, like > crl.verisign.net, ocsp.lax2.verisign.com, cds118.iad9.llnw.net, etc... to > 0.0.0.0 but it just keeps retrying to connect. Every couple seconds it > issues a new request. Any idea how long before the update is released? > > -- > Joe > > > > On Tue, May 26, 2009 at 6:53 PM, Arthur Barrett < > arthur.barrett at march-hare.com> wrote: > >> Joe, >> >> > Does it cause any issue if these verifications >> > can not be done? >> >> Not technically, and the patches to 2.5.05 Tony's done should mean that >> it doesn't try in future. We wanted to check that the DLL was validly >> signed (ie: the checksums match etc) but we inadvertently were also >> checking that the certificate is valid (which requires an internet >> connection to check for certificate revokation). >> >> > I can probably think of a way to have these calls >> > return 'access denied' instead of just waiting for >> > timeouts. >> >> Good idea. The few people who I've spoken with indicate that quite a >> lot of software suddenly starts to speed up when these sorts of problems >> are fixed... >> >> Regards, >> >> >> Arthur >> > >