Re: Which functions are used to establish UDP connections???

2007-11-30 Thread Wan-Teh Chang
On Nov 30, 2007 10:44 PM, D3!$ <[EMAIL PROTECTED]> wrote: > > > In NSPR, use PR_SendTo and PR_RecvFrom to send and receive > > UDP packets. > > > > So does that mean that these functions are simply platform-independent > functions for sending packets from a socket of a particular protocol?? Ye

Re: Which functions are used to establish UDP connections???

2007-11-30 Thread D3|\||\|!$
On Nov 29, 10:29 pm, "Wan-Teh Chang" <[EMAIL PROTECTED]> wrote: > On Nov 29, 2007 4:25 AM, D3!$ <[EMAIL PROTECTED]> wrote: > > > I just noticed that NSS can also send SSL encrypted packets via a UDP > > connection. > > No. SSL doesn't work over UDP. Yes!!! Even I was wondering how could it be

Re: TURKTRUST root CA certificate inclusion request

2007-11-30 Thread David E. Ross
On 11/30/2007 5:54 PM, Eddy Nigg (StartCom Ltd.) wrote: > Gervase Markham wrote: >> Eddy Nigg (StartCom Ltd.) wrote: >> >>> I think what Jean-Marc (and me previously) meant, is not related to the >>> domain name or email address but about the other details in the subject >>> line. Obviously th

Re: TURKTRUST root CA certificate inclusion request

2007-11-30 Thread Nelson B Bolyard
Eddy Nigg (StartCom Ltd.) wrote: > Nelson Bolyard wrote: >> Regarding TurkTrust, if (as they say) the test certs come from a CA >> that chains up a separate, untrusted root, then all is well. But >> perhaps you could ask for a test cert and its chain, just to make sure >> it doesn't chain up to a

Re: TURKTRUST root CA certificate inclusion request

2007-11-30 Thread Eddy Nigg (StartCom Ltd.)
Nelson Bolyard wrote: > Regarding TurkTrust, if (as they say) the test certs come from a CA > that chains up a separate, untrusted root, then all is well. But > perhaps you could ask for a test cert and its chain, just to make sure > it doesn't chain up to a to-be-trusted root? In my opinion this

Re: TURKTRUST root CA certificate inclusion request

2007-11-30 Thread Eddy Nigg (StartCom Ltd.)
Gervase Markham wrote: > Eddy Nigg (StartCom Ltd.) wrote: > >> I think what Jean-Marc (and me previously) meant, is not related to the >> domain name or email address but about the other details in the subject >> line. Obviously the CN (or emailAddress) field is to be verified >> accordingly.

Re: TURKTRUST root CA certificate inclusion request

2007-11-30 Thread Nelson Bolyard
Frank Hecker wrote: > Nelson B Bolyard wrote: >> Frank Hecker wrote: >>> For the record, I am pretty sure that we have CAs already in the >>> root list that have issued test certs under their hierarchies. >>> IIRC the last instance of this I saw was a CA that had a >>> subordinate CA used to testin

Re: Some more CA infrastructure questions

2007-11-30 Thread Gervase Markham
C.J. Adams-Collier wrote: > * Date of last audit For CAs approved under the new regime, this information is tracked informally as text in their approval notice, plus also you can click through to their WebTrust etc. statement to see. > * Auditor profile What is that, exactly? > * Canonical do

Re: TURKTRUST root CA certificate inclusion request

2007-11-30 Thread Gervase Markham
Eddy Nigg (StartCom Ltd.) wrote: > I think what Jean-Marc (and me previously) meant, is not related to the > domain name or email address but about the other details in the subject > line. Obviously the CN (or emailAddress) field is to be verified > accordingly... Oh, I see. Yes, it's definitel

Re: TURKTRUST root CA certificate inclusion request

2007-11-30 Thread Michael Ströder
Nelson B Bolyard wrote: > Frank Hecker wrote: > >> For the record, I am pretty sure that we have CAs already in the root >> list that have issued test certs under their hierarchies. IIRC the last >> instance of this I saw was a CA that had a subordinate CA used to >> testing purposes, under the