- it is broken with latest claws-mail release, and no fix is available.
- it is not officially maintained anymore upstream.
- due to licence issues with libclamav (now GPLv2 only, claws-mail is
GPLv3+), upstream devs of claws-mail stated that this plugin was 'illegal'.
See claws-mail website for more information.
- i don't want to handle licence issues like this.
Discussed with and 'be a man. make a decision and stand to it.' mbalmer@
CRAM-MD5 authentication and alikes can be disabled using the
"disable-these-authenticators=..." option if needed;
plaintext will still work over TLS/SSL
- fix depends for the drac FLAVOR in the process
- add a patch from cyrus bugzilla to allow imapd.conf to contain blank lines (!)
* Added statuscache.db to cache IMAP STATUS data
* Added option to unexpunge to restore messages by time interval
* Implemented incremental squat updates (see squatter.8)
* Fixed major bugs in reconstruct -k implementation
* Added code to promote transaction safety and to track the lock status of skiplist databases
* Allow long lines in imapd.conf to be split across multiple lines by using backslash as a continuation character.
* Fixed miscellaneous bugs and build issues
... and more
This library allows for the identification of a file's likely MIME content
type. The identification of MIME content type is based on a file's filename
extensions.
gtk-update-icon-cache is part of gtk+2: adding gtk+2 to run_depends just
to update the icon cache (which only gtk apps can use) is overkill to
say the least!
As from now, each time icons are installed under %D/share/icons, we try
to execute gtk-update-icon-cache and if it is not there, we just ignore
the error.
What it means is that if you have gtk+2 installed, then it'll run fine
and your apps will be able to use the cache. Otherwise, it will silently
fails which is fine since it means none of your apps would have been
able to take advantage of the cache anyway.
discussed with jasper@
imapsync is a tool for facilitating incremental recursive IMAP transfers
from one mailbox to another. It is useful for mailbox migration, and
reduces the amount of data transferred by only copying messages that are
not present on both servers. Read, unread, and deleted flags are
preserved, and the process can be stopped and resumed. The original
messages can optionally be deleted after a successful transfer.
from Pierre-Emmanuel Andre <pea at raveland dot org> with some tweaks
"This is mostly a minor bugfix release. One of the fixes, however, repairs
a variable scope problem that could cause false negatives during SSP
checks. Thus, an upgrade is advised if you're running 2.5.0 or 2.5.1."
