Hi,
Now that the minor "fix" for plugin header seems settled, back to the
base64 export patch from David.
On Fri, May 5, 2017 at 5:46 PM, David Sommerseth wrote:
> This patch builds on the "Export secure_memzero() to plug-ins" patch and
> adds export of openvpn_base64_encode() and openvpn_base64
Hi,
On Wed, Aug 01, 2018 at 01:21:35AM +0800, Antonio Quartulli wrote:
> On 21/11/17 09:43, selva.n...@gmail.com wrote:
> > From: Selva Nair
> >
> > - This is an opaque pointer so the change should not affect
> > existing plugins. But it makes the code consistent and clears up
> > the docume
Hi,
On 21/11/17 09:43, selva.n...@gmail.com wrote:
> From: Selva Nair
>
> - This is an opaque pointer so the change should not affect
> existing plugins. But it makes the code consistent and clears up
> the documentation as the handle pointer is treated as of type
> "openvpn_plugin_handle_
HI
On Tue, Jul 31, 2018 at 3:07 AM, David Sommerseth
wrote:
> On 30/07/18 16:58, Selva Nair wrote:
>> Hi,
>>
>> On Mon, Jul 30, 2018 at 10:31 AM, Antonio Quartulli wrote:
>>> Hi,
>>>
>>> On 30/07/18 04:16, Selva Nair wrote:
Yes that's the base64 patch. What is stopping it is not the
di
Clarify and expand the documentation for the management interface:
* Add examples of static and dynamic challenge/response sequences in
the "COMMAND -- password and username" section.
* Expand the "Challenge/Response" section with more detail.
* Use "management interface client" throughout (inst
On 30/07/18 16:58, Selva Nair wrote:
> Hi,
>
> On Mon, Jul 30, 2018 at 10:31 AM, Antonio Quartulli wrote:
>> Hi,
>>
>> On 30/07/18 04:16, Selva Nair wrote:
>>> Yes that's the base64 patch. What is stopping it is not the
>>> disagreement on that patch but an "error" [*] in the plugin header
>>> th
