by Date

< Previous Page	(to Thread Index)	Next Page >

---

2006-08-11

• [reSIProcate] UK ENUM numbers for trial
  • From: Daniel Pocock
• [reSIProcate] createContents() of reSiprocate
  • From: ajay . kaushik
• [reSIProcate] help exception
  • From: maodonghu

2006-08-10

• [reSIProcate] NOTIFY
  • From: ajay . kaushik
• Re: [reSIProcate] SUBSCRIBE and NOTIFY
  • From: david Butcher

2006-08-09

• Re: [reSIProcate] application timer in resiprocate architecture
  • From: Byron Campen
• Re: [reSIProcate] Current stack passes protos test suite
  • From: Byron Campen
• [reSIProcate] Current stack passes protos test suite
  • From: Byron Campen
• [reSIProcate] SUBSCRIBE and NOTIFY
  • From: ajay . kaushik

2006-08-08

• Re: [reSIProcate] [repro-devel] Open issue: Server transaction lifetime
  • From: Byron Campen
• Re: [reSIProcate] [repro-devel] Open issue: Server transaction lifetime
  • From: Jason Fischl
• Re: [reSIProcate] [repro-devel] Open issue: Server transaction lifetime
  • From: Byron Campen
• Re: [reSIProcate] [repro-devel] Open issue: Server transaction lifetime
  • From: Jason Fischl
• Re: [reSIProcate] [repro-devel] Open issue: Server transaction lifetime
  • From: Byron Campen
• Re: [reSIProcate] Fwd: [repro-devel] Open issue: Server transaction lifetime
  • From: Byron Campen
• Re: [reSIProcate] [repro-devel] Open issue: Server transaction lifetime
  • From: Byron Campen
• Re: [reSIProcate] Fwd: [repro-devel] Open issue: Server transaction lifetime
  • From: Robert Sparks
• Re: [reSIProcate] Fwd: [repro-devel] Open issue: Server transaction lifetime
  • From: Byron Campen
• [reSIProcate] Fwd: [repro-devel] Open issue: Server transaction lifetime
  • From: Robert Sparks
• Re: [reSIProcate] [repro-devel] Open issue: Server transaction lifetime
  • From: Jason Fischl
• Re: [reSIProcate] [repro-devel] Open issue: Server transaction lifetime
  • From: Byron Campen
• Re: [reSIProcate] [repro-devel] Open issue: Server transaction lifetime
  • From: Jason Fischl
• [reSIProcate] Open issue: Server transaction lifetime
  • From: Byron Campen
• Re: [reSIProcate] A couple more minor issues from torture-tests
  • From: Robert Sparks
• Re: [reSIProcate] A couple more minor issues from torture-tests
  • From: Byron Campen
• Re: [reSIProcate] Many DUM -> one SipStack... Does it actually work??
  • From: Kovar, William (Bill)
• Re: [reSIProcate] A couple more minor issues from torture-tests
  • From: Robert Sparks
• [reSIProcate] A couple more minor issues from torture-tests
  • From: Byron Campen
• Re: [reSIProcate] Many DUM -> one SipStack... Does it actually work??
  • From: Steve Robichaud
• Re: [reSIProcate] Many DUM -> one SipStack... Does it actually work??
  • From: Byron Campen
• Re: [reSIProcate] Many DUM -> one SipStack... Does it actually work??
  • From: Kovar, William (Bill)
• Re: [reSIProcate] Many DUM -> one SipStack... Does it actually work??
  • From: Byron Campen
• Re: [reSIProcate] Many DUM -> one SipStack... Does it actually work??
  • From: Kovar, William (Bill)

2006-08-07

• [reSIProcate] adding detach to ThreadIf
  • From: Bruce Lowekamp
• [reSIProcate] Data::*hash() not working on binary data
  • From: Bruce Lowekamp
• Re: [reSIProcate] Many DUM -> one SipStack... Does it actually work??
  • From: Byron Campen
• Re: [reSIProcate] Many DUM -> one SipStack... Does it actually work??
  • From: Kovar, William (Bill)
• Re: [reSIProcate] Hardening the parser (what goes into 1.0?)
  • From: Byron Campen
• [reSIProcate] SIPFoundry SVN configuration tweak
  • From: Philip Kizer
• Re: [reSIProcate] Many DUM -> one SipStack... Does it actually work??
  • From: Byron Campen
• [reSIProcate] Many DUM -> one SipStack... Does it actually work??
  • From: Kovar, William (Bill)
• Re: [reSIProcate] Hardening the parser (what goes into 1.0?)
  • From: Alan Hawrylyshen
• Re: [reSIProcate] Odd behaviour with via headers
  • From: Alan Hawrylyshen
• Re: [reSIProcate] Hardening the parser (what goes into 1.0?)
  • From: Byron Campen
• Re: [reSIProcate] Hardening the parser (what goes into 1.0?)
  • From: Byron Campen
• Re: [reSIProcate] Hardening the parser (what goes into 1.0?)
  • From: Cullen Jennings
• Re: [reSIProcate] Hardening the parser (what goes into 1.0?)
  • From: Byron Campen
• Re: [reSIProcate] Hardening the parser (what goes into 1.0?)
  • From: Cullen Jennings
• [reSIProcate] Hardening the parser (what goes into 1.0?)
  • From: Byron Campen
• Re: [reSIProcate] DUM SRV failover behavior
  • From: Shaun Dawson
• Re: [reSIProcate] DUM SRV failover behavior
  • From: Jason Fischl
• [reSIProcate] DUM SRV failover behavior
  • From: Shaun Dawson
• Re: [reSIProcate] Odd behaviour with via headers
  • From: Byron Campen
• [reSIProcate] Odd behaviour with via headers
  • From: Daniel Pocock

2006-08-06

• [reSIProcate] open source STUN client
  • From: Yariv Trabelsi

2006-08-04

• Re: [reSIProcate] New resip release
  • From: Robert Sparks
• [reSIProcate] multiple values in single-value headers are allowed
  • From: Byron Campen
• Re: [reSIProcate] Content-Length is not taken seriously by SipMessage
  • From: Robert Sparks
• Re: [reSIProcate] New resip release
  • From: Byron Campen
• Re: [reSIProcate] Content-Length is not taken seriously by SipMessage
  • From: Byron Campen
• Re: [reSIProcate] New resip release
  • From: Alan Hawrylyshen
• Re: [reSIProcate] db_cxx.h location on Debian
  • From: Jason Fischl
• [reSIProcate] Time to deprecate IntegerCategory and IntegerParameter
  • From: Byron Campen
• [reSIProcate] db_cxx.h location on Debian
  • From: Daniel Pocock
• Re: [reSIProcate] expires Contact parameter can be parsed as negative if too large
  • From: Byron Campen
• [reSIProcate] expires Contact parameter can be parsed as negative if too large
  • From: Byron Campen
• Re: [reSIProcate] New resip release
  • From: Jason Fischl
• Re: [reSIProcate] New resip release
  • From: Robert Sparks
• Re: [reSIProcate] ParserCategory will accept empty parameters
  • From: Byron Campen
• Re: [reSIProcate] Server side
  • From: Scott Godin
• [reSIProcate] Server side
  • From: nishant modak
• Re: [reSIProcate] Content-Length is not taken seriously by SipMessage
  • From: Adam Roach

2006-08-03

• Re: [reSIProcate] New resip release
  • From: Jason Fischl
• Re: [reSIProcate] New resip release
  • From: Alan Hawrylyshen
• Re: [reSIProcate] Content-Length is not taken seriously by SipMessage
  • From: Derek MacDonald
• [reSIProcate] ParserCategory will accept empty parameters
  • From: Byron Campen
• Re: [reSIProcate] Mulitple ENUM Servers
  • From: Scott Godin
• Re: [reSIProcate] Content-Length is not taken seriously by SipMessage
  • From: Byron Campen
• Re: [reSIProcate] Content-Length is not taken seriously by SipMessage
  • From: Jason Fischl
• [reSIProcate] Content-Length is not taken seriously by SipMessage
  • From: Byron Campen
• Re: [reSIProcate] Is In-Dialog OPTIONS supported in Resiprocate.
  • From: Scott Godin
• [reSIProcate] Is In-Dialog OPTIONS supported in Resiprocate.
  • From: parimala.gopalakrishna
• Re: [reSIProcate] Infrastructure upgrade
  • From: Robert Sparks

2006-08-02

• RE: [reSIProcate] application development language environment
  • From: Scott Godin
• [reSIProcate] application development language environment
  • From: Hemanshu

2006-08-01

• Re: [reSIProcate] New resip release
  • From: Jason Fischl
• [reSIProcate] New resip release
  • From: Byron Campen
• Re: [reSIProcate] track Resiprocate changes
  • From: Alan Hawrylyshen
• Re: [reSIProcate] track Resiprocate changes
  • From: Jason Fischl
• Re: [reSIProcate] track Resiprocate changes
  • From: Alan Hawrylyshen
• [reSIProcate] track Resiprocate changes
  • From: Niraj Roy
• Re: [reSIProcate] reSIProcate vs sipXtapi
  • From: Francesco Lamonica

2006-07-31

• [reSIProcate] Uri changes, encoding of #
  • From: Daniel Pocock
• [reSIProcate] Infrastructure upgrade
  • From: Robert Sparks
• [reSIProcate] simple application without DUM modules
  • From: Henry Duan
• Re: [reSIProcate] Proposed DUM Changes to Queue Offers
  • From: Jason Fischl
• RE: [reSIProcate] Proposed DUM Changes to Queue Offers
  • From: Scott Godin
• RE: [reSIProcate] Proposed DUM Changes to Queue Offers
  • From: Kovar, William (Bill)
• RE: [reSIProcate] Proposed DUM Changes to Queue Offers
  • From: Scott Godin
• Re: [reSIProcate] Proposed DUM Changes to Queue Offers
  • From: Jay Hogg

< Previous Page	(to Thread Index)	Next Page >

---

Mail converted by MHonArc