by Thread

• RE: [reSIProcate] FW: DUM redirection bug, (continued)
  • RE: [reSIProcate] FW: DUM redirection bug, Scott Godin
• [reSIProcate] BaseUsage.hxx: onReadyToSend generates an unused variable warning, Alan Stokes
• RE: [reSIProcate] BaseUsage.hxx: onReadyToSend generates an unusedvariable warning, Scott Godin
• RE: [reSIProcate] revision 5533 causing access violation inTransactionState.cxx, Scott Godin
• [reSIProcate] Pidf body changed, Ron Shacham
• [reSIProcate] About sending MESSAGE fail, 贾军营
  • <Possible follow-ups>
  • RE: [reSIProcate] About sending MESSAGE fail, Scott Godin
• [reSIProcate] Assert in addTransport() when port = 0, Jeremy Geras
• [reSIProcate] exception thrown in lock.cxx line 28, maodonghu
• [reSIProcate] using only TCP transport, Amit Rastogi
  • <Possible follow-ups>
  • RE: [reSIProcate] using only TCP transport, Scott Godin
• [reSIProcate] resiprocate 0.9.0 - UAC problem, Clemens Fischer (VI/SEA)
  • [reSIProcate] On Tarball release 0.5.0, Asheesh Joshi
  • <Possible follow-ups>
  • RE: [reSIProcate] resiprocate 0.9.0 - UAC problem, Scott Godin
• [reSIProcate] exception in sample basicMessage, 大笨熊
• [reSIProcate] RE: OnOffer callback for 200 OK !, Scott Godin
• [reSIProcate] RE: exception thrown in lock.cxx line 28, Scott Godin
• [reSIProcate] 200/ACK retransmission Question, Scott Godin
• [reSIProcate] Enabled stdext::hash_map for VS.NET 2003 Builds, Scott Godin
• [reSIProcate]support outbound proxy in dum test program(basicRegister.cxx), jiangjinke
• [reSIProcate] 200 Ok retransmission issue, Rajat Lala
• [reSIProcate] Re: [sipX-dev] reciprocate externals issues when checking out sipX main, Scott Lawrence
• [reSIProcate] 1.0 Release Candidate?, Jason Fischl
  • RE: [reSIProcate] 1.0 Release Candidate?, Scott Godin
• [reSIProcate] Open source UA based on resiprocate, Livio Torrero
  • Re: [reSIProcate] Open source UA based on resiprocate, Jason Fischl
• [reSIProcate] Can't complie 5606 version, resiprocate
• [reSIProcate] error compiling SVN HEAD by VC++7.1, stensil
  • <Possible follow-ups>
  • RE: [reSIProcate] error compiling SVN HEAD by VC++7.1, Scott Godin
    • [reSIProcate] duplicate AbstractFifo::getNext(int ms) definition in SVN HEAD, Jinke Jiang
• [reSIProcate] whether NOTIFY message must have the event header, 贾军营
  • Re: [reSIProcate] whether NOTIFY message must have the event header, Jason Fischl
  • <Possible follow-ups>
  • RE: [reSIProcate] whether NOTIFY message must have the event header, Bayart, Frederik
• [reSIProcate] New DUM Invite Session State Diagrams, Scott Godin
  • Re: [reSIProcate] New DUM Invite Session State Diagrams, John Draper
    • Re: [reSIProcate] New DUM Invite Session State Diagrams, Alan Hawrylyshen
  • Re: [reSIProcate] New DUM Invite Session State Diagrams, Alan Hawrylyshen
  • Re: [reSIProcate] New DUM Invite Session State Diagrams, Alan Hawrylyshen
    • [reSIProcate] Mime.cxx compile error under Linux using gcc(hash_map problem), Jinke Jiang
  • <Possible follow-ups>
  • RE: [reSIProcate] New DUM Invite Session State Diagrams, Scott Godin
• [reSIProcate] NameAddr::parse() bug?, Francesco Fondelli
  • <Possible follow-ups>
  • RE: [reSIProcate] NameAddr::parse() bug?, Scott Godin
    • RE: [reSIProcate] NameAddr::parse() bug?, Scott Lawrence
    • Re: [reSIProcate] NameAddr::parse() bug?, Francesco Fondelli
  • RE: [reSIProcate] NameAddr::parse() bug?, Scott Godin
    • RE: [reSIProcate] NameAddr::parse() bug?, Scott Lawrence
  • RE: [reSIProcate] NameAddr::parse() bug?, Scott Godin
    • Re: [reSIProcate] NameAddr::parse() bug?, Robert Sparks
  • RE: [reSIProcate] NameAddr::parse() bug?, Scott Godin
• [reSIProcate] librutil.so: undefined reference to..., Gianluca Martiniello
• [reSIProcate] Problem with Boston Bridge, Scott Godin
  • <Possible follow-ups>
  • [reSIProcate] Problem with Boston Bridge, Dale R. Worley
    • Re: [reSIProcate] Problem with Boston Bridge, John Draper
      • Re: [reSIProcate] Problem with Boston Bridge, Scott Lawrence
      • Re: [reSIProcate] Problem with Boston Bridge, John Draper
      • Re: [reSIProcate] Problem with Boston Bridge, Dale R. Worley
      • Re: [reSIProcate] Problem with Boston Bridge, John Draper
• [reSIProcate] IntegerParameter and IntegerCategory, Derek MacDonald
• [reSIProcate] SipFrag parsing leads to heap corruption, Sasha Youkhananov
  • Re: [reSIProcate] SipFrag parsing leads to heap corruption, Alan Hawrylyshen
    • RE: [reSIProcate] SipFrag parsing leads to heap corruption, Derek MacDonald
• [reSIProcate] generate a 183 with SDP on the server side, zhao hongbin
  • <Possible follow-ups>
  • Re: [reSIProcate] generate a 183 with SDP on the server side, frank zhao
  • Re: [reSIProcate] generate a 183 with SDP on the server side, frank zhao
  • RE: [reSIProcate] generate a 183 with SDP on the server side, Scott Godin
    • Re: [reSIProcate] generate a 183 with SDP on the server side, frank zhao
  • RE: [reSIProcate] generate a 183 with SDP on the server side, Scott Godin
    • Re: [reSIProcate] generate a 183 with SDP on the server side, Jason Fischl
• RE: [reSIProcate] Mime.cxx compile error under Linux using gcc(hash_mapproblem), Scott Godin
  • Re: [reSIProcate] Mime.cxx compile error under Linux using gcc(hash_mapproblem), Jinke Jiang
• [reSIProcate] TLS Client Connect Inefficiency, Scott Godin
  • Re: [reSIProcate] TLS Client Connect Inefficiency, Noiile
  • RE: [reSIProcate] TLS Client Connect Inefficiency, Derek MacDonald
• [reSIProcate] visual studio 2005 build issue & fix, Justin Matthews
  • <Possible follow-ups>
  • RE: [reSIProcate] visual studio 2005 build issue & fix, Scott Godin
• RE: [reSIProcate] Memory leaks because ofstd::auto_ptr<>::release()misuse, Scott Godin
• [reSIProcate] dum - sip stack many-to-one relation question, Meir Elberg
  • <Possible follow-ups>
  • RE: [reSIProcate] dum - sip stack many-to-one relation question, Micky Kaufmann
  • RE: [reSIProcate] dum - sip stack many-to-one relation question, Scott Godin
  • RE: [reSIProcate] dum - sip stack many-to-one relation question, Scott Godin
  • RE: [reSIProcate] dum - sip stack many-to-one relation question, Micky Kaufmann
    • Re: [reSIProcate] dum - sip stack many-to-one relation question, Jason Fischl
      • Re: [reSIProcate] dum - sip stack many-to-one relation question, Meir Elberg
      • Re: [reSIProcate] dum - sip stack many-to-one relation question, Jason Fischl
  • RE: [reSIProcate] dum - sip stack many-to-one relation question, Micky Kaufmann
    • Re: [reSIProcate] dum - sip stack many-to-one relation question, Jason Fischl
      • Re: [reSIProcate] dum - sip stack many-to-one relation question, Meir Elberg
      • Re: [reSIProcate] dum - sip stack many-to-one relation question, Jason Fischl
      • Re: [reSIProcate] dum - sip stack many-to-one relation question, Meir Elberg
      • Re: [reSIProcate] dum - sip stack many-to-one relation question, Jason Fischl
      • Re: [reSIProcate] dum - sip stack many-to-one relation question, Meir Elberg
• [reSIProcate] MessageWaitingContexts: a bit wrong encoding, Sasha Youkhananov
  • <Possible follow-ups>
  • RE: [reSIProcate] MessageWaitingContexts: a bit wrong encoding, Scott Godin
    • Re: [reSIProcate] MessageWaitingContexts: a bit wrong encoding, Jason Fischl
• [reSIProcate] registration refresh with dum, Gianluca Martiniello
• [reSIProcate] ServerInviteSession Bug on provisional, Micky Kaufmann
  • <Possible follow-ups>
  • RE: [reSIProcate] ServerInviteSession Bug on provisional, Scott Godin
    • [reSIProcate] How can one deal with 200 OK with incorrect SDP ?, Asheesh Joshi
• [reSIProcate] onSuccess for registration is called only ones, Sasha Youkhananov
  • RE: [reSIProcate] onSuccess for registration is called only ones, Asheesh Joshi

< Previous Page	(to Date Index)	Next Page >

---

Mail converted by MHonArc
webmaster AT resiprocate DOT org

reSIProcate Privacy Policy