|
Size: 980
Comment:
|
Size: 2524
Comment:
|
| Deletions are marked like this. | Additions are marked like this. |
| Line 14: | Line 14: |
| * {{{otr_color_encrypted}}} makes OTR-Communication colored * {{{otr_does_html}}} if true, bitlbee will strip html in OTR messages |
|
| Line 18: | Line 20: |
| == Simple Question and Answer Response == Assuming that you are using a OTR build (see http://geekyschmidt.com/2011/01/02/bitlbee-and-otr-then-add-some-tor if not) then the following steps will walk you through authentication an OTR session: 1. otr connect $buddy 1. i. otr smpq $buddy 2+2 4 i. otr smp $buddy bigsecret 1. If your buddy knows your answer or secret then they will reply correctly 1. Your buddy being a smart cookie will then ask for you to respond to a question: otr smp $buddy answer 1. Done! In step 2 the breakout is question then answer. So if we wanted to do a “Where did we eat lunch 1 Jan” “Taco Bell” then you could do that also. I used 2+2 for simplicity. It is important to note that if you have logging turned on for BitlBee then your OTR messages are in vain. Also they could trace your connections via your network connection. == Issues == OTR does NOT work (well) with offline messages. This scenario was tested using Ubuntu (Oneiric Ocelot/11.10) pidgin-otr-3.2.0-5 and bitlbee-plugin-otr-3.0.3. Without previous or future chat-session, offline messages from either party will not be passed on and no notification will be sent. OTR messages are only being delivered in these scenarios: 1. User "A" and "B" are in an OTR session, when "B" is disconnecting. Messages from "A" are being delivered after "B" reconnects. 1. User "A" is attempting an OTR session with the offline-user "B", when "B" is connecting while "A" is still online. |
|
| Line 19: | Line 46: |
| * How-To use smp(q) and whats the difference * Strip tags after encryption (eg msn font face yadayada) * |
Get OTR to work with bitlbee
Versions 3.0 and newer have bitlbee-otr merged in.
When using distro packages, there is hopefully a bitlbee-plugin-otr package you can install. When compiling your own BitlBee, pass --otr=1 or --otr=plugin to the configure script. Make sure that you have libotr (libotr2-dev on Debian) installed, version 3.2.0 or higher!
Note that this requires running your own BitlBee. OTR functionality should not ever be offered on any public server as it only gives a false sense of security!
For more information on how to use OTR, see "help otr" and other existing documentation.
OTR-related settings
otr_policy (global) - see help set otr_policy
otr_color_encrypted makes OTR-Communication colored
otr_does_html if true, bitlbee will strip html in OTR messages
- Any others?
(And if anyone could update this Wiki page with more useful info on how to use thing thing that'd be great...)
Simple Question and Answer Response
Assuming that you are using a OTR build (see http://geekyschmidt.com/2011/01/02/bitlbee-and-otr-then-add-some-tor if not) then the following steps will walk you through authentication an OTR session:
- otr connect $buddy
-
- otr smpq $buddy 2+2 4
- otr smp $buddy bigsecret
- If your buddy knows your answer or secret then they will reply correctly
- Your buddy being a smart cookie will then ask for you to respond to a question: otr smp $buddy answer
- Done!
In step 2 the breakout is question then answer. So if we wanted to do a “Where did we eat lunch 1 Jan” “Taco Bell” then you could do that also. I used 2+2 for simplicity. It is important to note that if you have logging turned on for BitlBee then your OTR messages are in vain. Also they could trace your connections via your network connection.
Issues
OTR does NOT work (well) with offline messages. This scenario was tested using Ubuntu (Oneiric Ocelot/11.10) pidgin-otr-3.2.0-5 and bitlbee-plugin-otr-3.0.3.
Without previous or future chat-session, offline messages from either party will not be passed on and no notification will be sent. OTR messages are only being delivered in these scenarios:
- User "A" and "B" are in an OTR session, when "B" is disconnecting. Messages from "A" are being delivered after "B" reconnects.
- User "A" is attempting an OTR session with the offline-user "B", when "B" is connecting while "A" is still online.