[OTR-dev] OTR version 4 Draft #2

[Carsten Mattner]

On 5/11/18, Nik Unger <otr at taintedbit.com> wrote:

> In either case, designing the current API to anticipate one of these
> compromises would almost certainly be a mistake for these reasons and
> also the aforementioned complexity issue. Getting OTRv4 out the door and
> into users' hands soon is far more important.

Totally agree that getting this finished and into the plugins,
which will take time, is most important. Maybe it's time to
prototype libotr-ng integration in pidgin-otr and friends and
possibly incorporate feedback before the first stable release.