Sorry to bother you, but I believe our team has found a significant bug in courier.
We noticed that courier was taking up more and more system resources and slowing down our mail server.
Upon further analysis, we found that courier was constantly looking for files in the MSGS directory that did not exist.
It appeared as if courier was getting filenames from the MSGQ directory and then trying to find the corresponding files in the MSGS directory. Normally, the files in MSGQ are simply links to files inthe MSGQ dirctory.
We had the ARCHIVEDIR option set in the etc/courierd file.
Apparently, courier was linking the files in the MSGQ directory to the files in the archive directory. Since the files in the archive directory are never cleared out, the links in the MSGQ directory were never cleared. Over time the MSGQ directory grew and grew. Courier kept looking for the matching linked files in MSGS that weren't there.
Hopefully this helps and doesn't cause you too much headache.
Feel free to contact me if you have any additional questions.
-Noah
below in is a snippet from an strace.
-----------------------------------------------------------------
open("/usr/lib/courier/var/msgq/107352/C793505.1073521304",
O_RDWR|O_APPEND) = 16
fcntl64(16, F_SETFD, FD_CLOEXEC) = 0
fstat64(16, {st_mode=S_IFREG|0660, st_size=304, ...}) = 0
read(16, "[EMAIL PROTECTED]; loca"..., 304) = 304
stat64("/usr/lib/courier/var/msgs/5/C793505", 0xbffff26c) = -1 ENOENT (No such file or directory)
unlink("/usr/lib/courier/var/msgs/5/C793505") = -1 ENOENT (No such file or directory)
------------------------------------------------------- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html _______________________________________________ courier-users mailing list [EMAIL PROTECTED] Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
