[OTR-dev] Using libotr

Alex Burzyński alex.burzynski at gmail.com
Mon Mar 10 21:14:53 EDT 2014


Hi,

I've asked those questions on #otr, but was pointed here to get the answers.

Symmetric key:
I wasn't sure what "int use" is for (in otrl_message_symkey) but thanks to
DrWhax++ I think I understand it more now - just need to revalidate:
- so use isn't defined as such yet
- there is the notion of using use=1 as file transfer
- and the reason for having the symkey at all is that both parties could
encrypt/decrypt the messages sent outside of OTR messages, but agree on the
key within the OTR conversation

is that correct?

gone_secure callback
why gone_secure is executed on Alice's side before Bob receives SIGNATURE
message?
if Bob starts AKE, then gone_secure is called when Alice receives Bob's
signature
so in practise if Alice upon gone_secure tries to write to Bob, Bob gets
 RCVDMSG_NOT_IN_PRIVATE - which is correct as the AKE is not finalised yet

so how/when would Alice know that she can now send message to Bob?

Fragmentation policy
I don't fully understand the how
OTRL_FRAGMENT_SEND_ALL_(BUT_FIRST|BUT_LAST) work, where those fragments are
stored and why?
how my use of otrl_message_sending/receiving() should change depending on
OtrlFragmentPolicy?

Ending conversation
As someone already noticed on the list gone_insecure isn't called in
current code, pidgin-otr detects that the other side ended conversation by
checking TLV of incoming message.

otrl_message_disconnect() works fine, but I've noticed that pidgin-otr
doesn't seem to send anything when the user decides to End private
converstation (based on XMPP console), does it depend on the current
context?
(Some background: I'm testing my code by communicating to piding-otr)

Resending messages
that may be more about user-experience, but the Protocol page mentions
"recent stored message" - does it refer to auth.lastauthmsg? Should I queue
messages for resending in the app until the communication is private?

Thanks,
Alex
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.cypherpunks.ca/pipermail/otr-dev/attachments/20140311/d65b031c/attachment.html>


More information about the OTR-dev mailing list