add 8bit test strings to base-subject scanner
IMAP: always disable read-events during deferred cleanup
fix small problems found by coverity
IMAP: fix possible segfault
IMAP: cleanup test-script
LDAP: fix potential leak
fix regression on setting query timeouts
remove fields from create_tables handled by upgrades
also from the oracle schema
IMAP: restore the selfpipe
Do not truncate syslog messages to 120 chars

Signed-off-by: Paul J Stevens <paul@nfg.nl>
Copy header values into a NULL-terminated buffer

Blob buffer returned by db_result_get_blob() cannot be used as a C-string
at least for Oracle DB:

  1. libzdb reuses its ResultSet internal buffer allocated for blobs, hence
     it possible to read over the blob length and get blob data remnants from
     the previous ResultSet_getBlob() call. e.g.:

     > [(Date To Cc From Subject X-Priority Importance Priority Content-Type)]
     > [Date: Tue, 15 Oct 2013 14:33:12 +0200 (CEST)
     >  To: santa15 Oct 2013 14:33:12 +0200 (CEST)
     >  From: 000123125@bgum.portaone.com0200 (CEST)
     >  Subject: 111222 333444m.portaone.com0200 (CEST)
     >  X-priority: 3 (Normal)444m.portaone.com0200 (CEST)
     >  Importance: Normalmal)444m.portaone.com0200 (CEST)]

  2. blob length is not taken into account, there is no guarantee blob buffer
     is null terminated.

Signed-off-by: Paul J Stevens <paul@nfg.nl>
IMAP: reset login timeout after pre-auth starttls
IMAP: fix typo
add missing keys
cleanup and silence ssl key loading
Reschedule listening socket callback after socket errors

Any explicit _sock_cb() return, e.g. after a failed accept() or getpeername()
call leads to an unresponsive dbmail process as _sock_cb() is never
re-scheduled back.

getpeername() is easy to fail with nmap TCP scan:
> sudo nmap -sT -p143,993 192.168.197.140

Which immediately stalls the dbmail:
> Oct 24 07:37:45 etsys dbmail/imap4d[23523]: Info:[server] _sock_cb(+580):
> getpeername::error [Transport endpoint is not connected]
> Oct 24 07:37:45 etsys dbmail/imap4d[23523]: Info:[server] _sock_cb(+580):
> getpeername::error [Transport endpoint is not connected]

Signed-off-by: Paul J Stevens <paul@nfg.nl>
SSL: handle illegal EOF
EXPORT: actually use results from search argument
EXPORT: fix regressions