Twinkle 1.3.1
[Posted August 25, 2008 by cook]
| From: |
| Michel de Boer <michel-AT-twinklephone.com> |
| To: |
| kde-announce-apps <kde-announce-apps-AT-kde.org> |
| Subject: |
| Twinkle 1.3.1 |
| Date: |
| Sat, 23 Aug 2008 15:11:38 +0200 |
| Message-ID: |
| <ce63b647755c6f8718e5e9b0a2f6496f@www.kde-apps.org> |
Name: Twinkle
Version: 1.3.1
Type: KDE Telephony
Depend: Qt 3.x
License: GPL
Homepage: http://www.twinklephone.com
More Info:
http://www.kde-apps.org/content/show.php?content=26926
Description:
Twinkle is a soft phone for your voice over IP
and instant messaging communcations using the SIP
protocol. You can use it for direct IP phone to IP
phone communication or in a network using a SIP
proxy to route your calls.
Some of the features offered are call waiting,
call hold, 3-way conference call, call transfer,
and call reject. It supports STUN or a statically
configured public IP address for NAT traversal.
When using STUN, it will send keep-alive packets
to keep NAT bindings alive. It supports ZRTP for
secure voice communication.
Changelog:
- Send file attachment with instant message.
- Show timestamp with instant messages.
- Instant message composition indication (RFC
3994).
- Persistent TCP connections with keep alive.
- Do not try to send SIP messages larger than 64K
via UDP.
- Integration with libzrtcpp-1.3.0
- Xsession support to restore Twinkle after system
shutdown/startup.
- Call snd_pcm_state to determine jitter buffer
exhaustion (some ALSA
implementations gave problems with the old
method).
- SDP parser allows SDP body without terminating
CRLF.
- Russian translation.
Bug fixes
---------
- SIP parser did not allow white space between
header name and colon.
- With "send in-dialog requests to proxy" enabled
and transport
mode set to "auto", in-dialog requests are
wrongly sent via TCP.
- Crash when a too large message is received.
- Comparison of authentication parameters (e.g.
algorithm) were case-sensitive.
These comparisons must be case-insensitive.
- SDP parser could not parse other media
transports than RTP/AVP.
- Twinkle sent 415 response instead of 200 OK on
in-dialog INFO without body.
- Twinkle responds with 513 Message too large on
an incoming call.
- ICMP error on STUN request causes Twinkle to
crash.
- Add received-parameter to Via header of an
incoming request if it contains
an empty rport parameter (RFC 3581)
- Twinkle did not add Contact header and copy
Record-Route header
to 180 response.
New RFC's
---------
RFC 3994 - Indication of Message Composition for
Instant Messaging
_______________________________________________
Kde-announce-apps mailing list
Kde-announce-apps@kde.org
https://mail.kde.org/mailman/listinfo/kde-announce-apps
(
Log in to post comments)