Changes:
courier-authlib 0.63.0:
• For account options that are parsed to an int, an option value that begins
with t, T, y, or Y is evaluated as 1, other alphabetic values as 0; so that
'true' or 'yes' get evaluated as 1.
• LDAP module: minor fixes to the suggested LDAP schema. Provide an LDIF-
formatted definition of the suggested LDAP schema (for current versions of
the OpenLDAP server).
Courier-IMAP 4.7.0:
• fix some obscure issues with decoding of THREAD and SEARCH command
parameters.
• This release requires the GNU IDN library, a new build requirement.
• adds internal support for internationalized domain names. The
externally-visible impact of i18n domain name support is minimal, most of
the impact is due to major internal refactoring of mail parsing code.
SqWebMail 5.4.0:
• Add support for internationalized domain names. Domain names that contain
non-Latin characters should now be properly shown.
• This release requires the GNU IDN library, a new build requirement.
• The internal address book file is now always encoded with UTF-8. When
upgrading to this release, if your address book contains non-Latin
characters encoded in any other character set, you must manually transcode
it to UTF-8.
Maildrop 2.3.0:
• Added the -W option to deliverquota and maildrop. Remove the
--enable-maildirquota configure option -- maildir quotas are now always
enabled.
• This release requires the GNU IDN library, a new build requirement.
• Merge autoreply functionality in reformail into mailbot. Removed the -r -p
-P -t -k options in reformail. This is superceded by new -e, -T, -F, and -S
mailbot options. Existings script that use reformail may need to be
rewritten to use mailbot.
Courier 0.64.0:
Includes all of the above changes, also:
• ldapaliasd: fix escaping of mailbox names when looking up aliases. This
release requires courier-authlib 0.63.0, or higher.
• New setting in courierd: SYSLOCALE -- load the default system locale into
the environment. Remove the forced LC_ALL=C setting.
> Sam Varshavchik wrote:
>>
>> SqWebMail 5.4.0:
>>
>> • The internal address book file is now always encoded with UTF-8.
>> When upgrading to this release, if your address book contains
>> non-Latin characters encoded in any other character set, you must
>> manually transcode it to UTF-8.
>
> Can you clarify this please? I know that some of my users use
> SqWebMail, but I don't know what they have in their address books. What
> will the result be for these users if they have non-Latin characters
> that are not UTF-8 encoded in their address books?
They won't be able to look up address book when sending mail and/or the
address book dropdown on the message composition screen will show garbled
recipient's names.
To figure out how much your impact is, just grep everyone's
sqwebmail-addressbook for 8-bit characters.
Transcoding the address book file involves merely running iconv on it. You
will have to figure out yourself which native character set is used, and it
may vary from user to user, because it is driven by the user's browser.