| 39 | === Did you guys reverse-engineer the protocols? === |
| 40 | The core Pidgin, Finch, and libpurple developers did not. Here's some related information: |
| 41 | * XMPP (a.k.a. Jabber), SIMPLE, and IRC are published protocols, so we didn't need to reverse-engineer them. (Google Talk is an instance of XMPP.) |
| 42 | * MSN was at one time a published protocol; over time changes have creeped into the protocol and other people have reverse engineered those newer revisions. |
| 43 | * OSCAR and Yahoo! are not published, and were reverse engineered by other people. |
| 44 | * Sametime is maintained by a developer of the meanwhile library we make use of. |
| 45 | * Our SILC plugin was written by one of the protocol's developers. |
| 46 | * Novell kindly provided us with the Novell !GroupWise plugin. |
| 47 | * QQ was reverse-engineered by other people and later absorbed into libpurple. |
| 48 | * !MySpace IM was reverse engineered by a Summer of Code student and several other people in 2007. |
| 49 | |
| 50 | === Do Pidgin and Finch support secure instant messaging (encrypted IM)? === |
| 51 | ==== Short Answer ==== |
| 52 | Yes; use the SILC protocol. |
| 53 | |
| 54 | ==== Long Answer ==== |
| 55 | The SILC protocol is natively encrypted. For other protocols, which do not natively support encryption, neither do we. Simply encrypting the data stream with no verification of the parties involved in the conversation is not secure in any sense of the word. Some other clients offer options like this, but we feel that such measures instill a false sense of security that is more harmful than helpful. |
| 56 | |
| 57 | Note that there are a number of third-party plugin developers working on secure IM frameworks. Take a look at the ThirdPartyPlugins page for links to those we know of. |
| 58 | |
| 59 | === When will the next version be released? === |
| 60 | The schedule for releases is every third Thursday. However, a new version will only be released if it meets a certain standard of quality (i.e., it will not be released if it still has a large number of serious bugs). Therefore, some releases will take longer than others. Major rewrites means lots of new bugs to work out. The new version will be released as soon as it is possible to do so. The [/roadmap Roadmap] gives best-guess estimates, but take them with a grain of salt--if we aren't ready to release on a Milestone's due date, we won't release,, and that milestone will fall into "past due." |
| 61 | |