Package: imapfilter Version: 1:1.1.1-1 Severity: normal imapfilter utilises as much CPU as it can get its hands on while moving email from one imap server (locally accessable via the loopback interface) to a remote one. The process appears to correctly perform it's job, and the bottleneck is still the upsteam speed of my internet link; however for the duration of this upload, the process sits on 99.2% CPU, only releasing some when anything else requires it.
This also causes the load on the machine to climb to 1 higher than it started, and apart from causing relatively minor slowdowns elsewhere in the machine, does not seem to impede the success of the imapfilter run. If I lower my upstream rate by 75%, the process uses 400% more CPU time (overall) to run. If I enable compression on the VPN link, the CPU time required drops also, keeping the link between the process and the remote IMAP server completely utilised. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-captainnem Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages imapfilter depends on: ii libc6 2.3.6-1 GNU C Library: Shared libraries an ii liblua50 5.0.2-5.1 Main interpreter library for the L ii liblualib50 5.0.2-5.1 Extension library for the Lua 5.0 ii libssl0.9.8 0.9.8a-7 SSL shared libraries imapfilter recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
