Give presence handling thread a name.
Fixed compiler warning.
Fixed memory/resource leak if receive a retry of connectionless command, e.g. NOTIFY, and have to resend previous response.
Move all incoming SIP non-connection requests to be handled in thread pool. Can start to strangle the listener thread if have large numbers of presence subscriptions and many NOTIFY messages coming in.
Added PTRACE context ID to instant messaging contexts.
Probably fix for bug #468 "PNullPointerReference Assertion on sending ACK"
Fix for #463 Processing SIP CANCEL request.

This required retried SIP requests in a connection to have last response resent, instead of being ignored. Uses the transaction infrastructure as in non-connection requests.
Update symbols.
Update release version number to 3.12.5
Update version number for beta v3.12.6
Fixed race condition where if we get a resend of a command (e.g. NOTIFY) before we have sent the first response, then we create a second response transaction which confuses things.
Fixed invalid assert on H.323 call close, caused by trying to remove a confusing trace log. Doing it a different way.
Fixed OpenPhone installer so installs plug in codecs.
Fixed H.323 check on opening transmitter, must verify the remote capability, not the local.
Make sure if H.323 bandwidth control adjusts the target bit rate for a video transmitter down, it is updated in the media format so it is propagated to the actual codec.
Another fix for getting H.323 bandwidth adjustment down to the codec. Needed to remove extra (redundant) media format instance on H323Channel as it just causes confusion on which one has the canonical information to use.
Added H.225 PDU indications for TLS on H.245 secondary channel.
Fixed use of Tortoise SVN SubWCRev.exe program when there are Windows soft links involved. Sopped working on a recent Tortoise upgrade. Also simplified things by SubWCRev being called from within svn_getrev.exe.
Fixed bug #483 "HandleUnreachable handles RX channel as TX channel"

If the ICMP "unreachable" error appears on the recvfrom() in the RTP processing, it kills the receive RTP thread, preventing the time out from occurring (or not) in that direction of the media flow. It is possible for media to still be received, in which cans to call continues, or we time out and kill the call. The thread exiting means the time out never occurs so we never kill the call.
Fixed Open Phone installer leaving behind a trail of versions in "Add/Remove software" control panel applet.