Chris Petersen said: >> I don't think FAM is part of the problem here. > > The logs beg to differ: > > May 7 16:18:27 indra imapd-ssl: Error: Input/output error > May 7 16:18:27 indra imapd-ssl: Check for proper operation and > configuration > May 7 16:18:27 indra imapd-ssl: of the File Access Monitor daemon (famd). > > sorry for failing to include this in my original message, I'm at work > and have been a bit distracted. Ah yes, as a general rule of thumb, the first error is the most important..
> > Judging by the log size, this just started happening this week (old > maillogs are around 10-12 megs, this week's is 63) > > Anyway, I'm a little weirded out by the "famd" mention in the message, > since I don't have a famd, just fam.. famd is the name of the fam daemon. Just like imapd is the name of the IMAP daemon > >> See if that helps. If not what problems are you seeing exactly other >> than >> a log full of errors? > > permissions were mostly fine, reran chown/chmod and still getting > errors. I had a similar problem a few weeks back. At first I thought it was due to a recent upgrade from 0.44.2 to 0.45.4cvs but it turned out that the fam process was failing or just wasn't started or something. A reboot fixed it. If you can't reboot the box at the moment try restarting xinetd, famd and portmap. Or you could edit /etc/courier/imapd and change IMAP_ENHANCEDIDLE to 0. This will disable ENHANCED IDLE reporting which may increase CPU load for IDLE clients but otherwise should be fine. Unless your box is under heavy load with a lot of clients it shouldn't matter to much. > > Ok, I guess I needed a full system reboot before xinetd actually ran fam > for itself (I had run `/etc/init.d/xinetd restart` several times and it > didn't report errors). But now that I've done so, fam actually shows as > a process running under xinetd (I had just assumed it was like other > xinetd processes, where they only run while being used, and assumed if > courier was trying to use it, it would start up).. Anyway, it seems to > be working now, thanks for putting up with me. silly xinetd. > > -Chris > > ------------------------------------------------------- This SF.Net email is sponsored by Sleepycat Software Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to deliver higher performing products faster, at low TCO. http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3 _______________________________________________ courier-users mailing list [EMAIL PROTECTED] Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
