https and OpenBSD

Hi,
> Dear Jorge & dillo fans,
>
> I can confirm this will run and build on OpenBSD-4.1
with minor
> modifications:
>
> * remove the GL & glut targets from the fltk
Makefile if you don't
>   need it

  Did you just "./configure --disable-gl"?
  Or:
    - DIRS = src $(LOCALIMAGES) images OpenGL fluid glut
test
    + DIRS = src $(LOCALIMAGES) images fluid test
  else?

> * implement a strndup() function in dw/selection.cc in
the testbed
>   as OpenBSD doesn't have that in string.h

  Yes.

>
> I still have one question:
>
> I wanted to try out https (yes I know the README says
it doesn't
> work). And of course it did not work:

  It works bery basically.
  If you can see "http
s://www.rapidssl.com/test/rapidssl.htm", that's
it.

>
> prefs: Using internal defaults.
> dillo_dns_init: Here we go! (threaded)
> Enabling cookies as from cookiesrc...
> Nav_open_url: Url=>https://www.ccc.de<
> [dpid]: dpi.c:70: a_Dpi_rd_dpi_socket_dir: fopen
> Dpi_blocking_start_dpid: try 1
> [dpid]: No such file or directory
> [dpid]:  - /home/ckeen/.dillo/dpi_socket_dir
> [dpid]: init_sockdir: The dpi_socket_dir file (null)
does not exist
> dpid started
> a_Dpiapi_dialog:
>   dpip_tag: <cmd='dialog' msg='The remote
certificate cannot be
> verified (code 20)' alt1='Continue' alt2='Cancel'
'>
> mouse button 1 was pressed
> a_UIcmd_stop()
>
>
> Is the backward channel form dpis supposed to work?

  Yes.

>  If yes I will
> look into it. If there is too much missing atm, I would
be gladful
> for a hint on where to start.

  The point here is that https is a "filter" dpi
(i.e. one instance per request
is  spawned). The solution is to implement it as a
"server" (e.g. like the file
server).  That way, when a https request has many embedded
resources (i.e. many
https  requests  to  the same site), the server can make
only one query and not
flood the backward channel for dpis.

  With  regard  to  the actual certificate-validating code,
AFAIR much of it is
already  there,  it  needs  some testing and enabling. It
would be great if you
can work on it.


> Thank you very _very_ much for this nice programme and
for bearing
> with us!

  Thank you for offering your help.

-- 
  Cheers
  Jorge.-

_______________________________________________
Dillo-dev mailing list
Dillo-devdillo.org
http://lists.auriga.wearlab.de/cgi-bin/mailman/
listinfo/dillo-dev