Updated copyright notices to include the year 2018.

unichar: Do not accept invalid ranges As per RFC3629

Updated copyright notices to include the year 2017.

global: freshen copyright git ls-files | xargs perl -p -i -e 's/(\d+)-201[0-5]/$1-2016/g;s/ (201[0-5]) Dovecot/ $1-2016 Dovecot/'

various: use new uni_utf8_get_char*() interface No need for additional uni_utf8_char_bytes() calls if you can parse and know the size with one call. Signed-off-by: Phil Carmody <phil@dovecot.fi>

lib: API change - have uni_utf8_get_char*() return _char_bytes Often the two functions are called in close proximity (both ways round). As _get_char*() calls _char_bytes() early on the success path, we may as well return that value to the caller for immediate use. The callers which call _char_bytes() first are simply rejecting the truncated case quickly - all other invalid cases still call both functions, and all other valid cases (which should be the fast path) likewise call both. Signed-off-by: Phil Carmody <phil@dovecot.fi>

lib: Fixed NUL-handling in uni_utf8_*strlen*() uni_utf8_strlen() could have skipped over the ending NUL byte and caused read buffer overflows with invalid input. uni_utf8_strlen_n() and uni_utf8_partial_strlen_n() now allow NUL bytes in the input and they're treated as regular control characters. Previously the size was actually treated as max_size with early NUL byte termination. Technically this is an API change, but I'm not aware of anything using these functions in an incompatible way.

lib: Added uni_utf8_partial_strlen_n()

global: freshen copyright Robomatically: git ls-files | xargs perl -p -i -e 's/(\d+)-201[0-4]/$1-2015/g;s/ (201[0-4]) Dovecot/ $1-2015 Dovecot/' Happy 2015 everyone! Signed-off-by: Phil Carmody <phil@dovecot.fi>

Updated copyright notices to include year 2014.

liblib: Fix Unicode decomposition

Fixed checking UTF8 input validity.

Fixed checking UTF8 input validity.

Oops :) Update copyrights to 2013 without breaking all .c files.

Updated copyright notices to include year 2013.

uni_utf8_*(): Treat overlong UTF8 sequences as invalid.

Reversed recent "short utf8" changes. Solr code needs to parse the UTF8 input explicitly anyway to encode the XML characters. And all the character checks were already done in it.

liblib: Added uni_utf8_short_*() for handling UTF8 data where [56]-byte sequences are invalid.

uni_utf8_to_decomposed_titlecase(): Require input length to be exact now. Most of the callers did that already anyway

Updated copyright notices to include year 2012.