Package: bash Version: 3.1dfsg-8 Severity: normal
Bash's new mail checking takes very long on large maildirs. As bash stats every mail not only in new, but even in cur directory, time to complete new mail check can be very long (over 10 seconds on my 4 maildirs with 10000+ mails, and sometimes (ie. first run) it's more then half minute). As it happens every while, it's quiet annoying. I'm not sure, why bash checks cur directory, as there are mail already seen by user. If I remove this check (in lib/sh/mailcheck.c) and let only new directory to be traversed, the time to complete this chek lowers considerably. As I'm not a programmer, I'm not sure, what ill sideeffects this change can have and if this is the correct way to solve this problem. Michal Kašpar -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.21-mk-k7 (SMP w/1 CPU core) Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages bash depends on: ii base-files 4.0.0 Debian base system miscellaneous f ii debianutils 2.22.1 Miscellaneous utilities specific t ii libc6 2.5-11 GNU C Library: Shared libraries ii libncurses5 5.6-3 Shared libraries for terminal hand bash recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
