Updated copyright notices to include the year 2018.

Updated copyright notices to include the year 2017.

global: Make sure *_malloc() calculations won't cause integer overflows.

global: Change string position/length from unsigned int to size_t Mainly to avoid truncating >4GB strings, which might potentially cause some security holes. Normally there are other limits, which prevent such excessive strings from being created in the first place. I'm sure this didn't find everything. Maybe everything could be found with compiler warnings. -Wconversion kind of does it, but it gives way too many unnecessary warnings. These were mainly found with: grep " = strlen" egrep "unsigned int.*(size|len)"

Replace some t_malloc_no0 calls with t_malloc0 This might increase safety.

Remove t_malloc in favour of t_malloc_no0 Using either t_malloc_no0 or t_malloc0 makes it clear whether the allocated memory is zeroed or not.

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/'

lib-imap: imap_utf7_to_utf8() returns failure now for encoded NULs. All the callers change the string to NUL-terminated string, so the earlier behavior was just truncating the string at the encoded NUL. It's a bit safer to just return failure so in future if the callers didn't convert the string to NUL-terminated string it wouldn't be handled inconsistently in different places.

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>

lib-imap: imap-utf7 - only encode in-range 7-bit values 0x01-0x1F and 0x7f-... must be mBASE64 encoded. Signed-off-by: Phil Carmody <phil@dovecot.fi>

lib-imap: imap-utf7 - reject encoded simple ASCII "Modified BASE64 MUST NOT be used to represent any printing US-ASCII character which can represent itself." "The character "&" (0x26) is represented by the two-octet sequence "&-"" Therefore any mBASE64 sequence containing any character between 0x20 and 0x7e is invalid. Signed-off-by: Phil Carmody <phil@dovecot.fi>

lib-imap: imap-utf7 - reject bogus characters in the mUTF7 Only 0x20..0x7e are permitted, as "All other characters (octet values 0x00-0x1f and 0x7f-0xff) are represented in modified BASE64, ...". Signed-off-by: Phil Carmody <phil@dovecot.fi>

Updated copyright notices to include year 2014.

lib-imap: Make sure imap_utf7_to_utf8() doesn't access invalid input string out of bounds.

lib-imap: Added imap_utf7_is_valid()

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

Updated copyright notices to include year 2013.

Updated copyright notices to include year 2012.