[OTR-dev] OTR encryption state

verbal verbal at gmail.com
Thu Jan 27 15:28:19 EST 2005


you dont need NEVER *and* MANUAL.  

In fact, you can replace NEVER and ALWAYS with MANUAL. just have
MANUAL off = NEVER and MANUAL on = ALWAYS.

to me, having MANUAL and OPPORTUNISTIC seems to be the simplist and
most intuitive design.

verbal

> 
> which returns information about what OTR features should and should not
> be enabled for this context?
> 
>     NEVER:  Pretend OTR isn't enabled at all for this user
>     ALWAYS: It is an error to send unencrypted data to this user.
>             If you try, you'll get a notify(ERROR) callback and
>             the message to be sent will be turned into an OTR Error
>             message that the other side will see.
>     OPPORTUNISTIC: (the current mode) probe the other side with the
>                    whitespace tag, and reply to any indication that he
>                    speaks OTR with a Key Exchange Message (if we're not
>                    already private)
>     MANUAL: Don't send the whitespace tag, and don't reply to one you
>             receive.  Respond to explicit OTR Query Messages and Key Exchange
>             Messages, but not other indications of OTR.  This mode is
>             useful if you for some reason want to communicate in the
>             clear, even though you know the other guy speaks OTR, and
>             also allow either side to start a private conversation
>             at any time.  [If you don't want to allow that last
>             condition, use NEVER instead.]
> 
>    - Ian
> _______________________________________________
> OTR-dev mailing list
> OTR-dev at lists.cypherpunks.ca
> http://lists.cypherpunks.ca/mailman/listinfo/otr-dev
>



More information about the OTR-dev mailing list