Bugzilla Bug 69630

Courier-imap need famd running for correct operation but the courier init
script doesn't depend on famd so famd isn't started when courier is started.


Reproducible: Always
Steps to Reproduce:
1. Install courier
2. /etc/init.d/courier start
3. Check that famd hasn't been started.

Actual Results:  
famd wasn't running

Expected Results:  
famd should be running otherwise you get error messages in syslog.

Oct 31 13:56:30 bengt imapd: Failed to create cache file: maildirwatch (magnus)
Oct 31 13:56:30 bengt imapd: Error: Input/output error
Oct 31 13:56:30 bengt imapd: Check for proper operation and configuration
Oct 31 13:56:30 bengt imapd: of the File Access Monitor daemon (famd).

--- courier.orig        2004-10-31 17:42:20.293010112 +0100
+++ courier     2004-10-31 17:42:27.941847312 +0100
@@ -20,6 +20,7 @@

 depend() {
        need net
+       need famd
 }

 checkconfig() {

I have been using courier-imap for approximately one year and famd has never
touched my system, so I guess INVALID. 

there isn't /etc/init.d/courier.
$ ls /etc/init.d/courier-*
/etc/init.d/courier-imapd      /etc/init.d/courier-pop3d
/etc/init.d/courier-imapd-ssl  /etc/init.d/courier-pop3d-ssl

and they all have `use famd`.

grep famd /etc/init.d/courier-*
/etc/init.d/courier-imapd:      use famd
/etc/init.d/courier-imapd-ssl:  use famd
/etc/init.d/courier-pop3d:      use famd
/etc/init.d/courier-pop3d-ssl:  use famd

I have the mail-mta/courier package installed and it installs a
/etc/init.d/courier init script that isn't dependent on famd.

And my courier-imap which is also part of the courier package complains when
famd isn't running so I guess VALID.

change the summary to the correct package.

Confirmed Courier (using IMAP) or courier-imap requires famd; This bit me on
the bum recently too.

I've noticed the same thing (fresh install of courier-0.47-r1). It will not let
me call my mail via IMAP if the fam daemon isn't started, and the fam daemon
gave me a hell of a bad time.
My solution was:
emerge unmerge fam && emerge -O courier.
If the fam daemon isn't on the system, then the build process of courier will
notice and won't compile in support for fam. The ebuild of courier should
honour the fam useflag however (just as the net-mail/courier-imap ebuild does).
Don't know how to prevent it compiling in fam support if the build process of
courier does notice that fam is present on the system ... so no, this is not an
easy one for the ebuild maintainer.
Also watch out for the "capabilities" provided in /etc/courier/imapd. Those
should not include "idle" if famd is not built into courier.

the /etc/init.d/courier script will add a "need famd" if it was built with fam
support and the imap server is to be activated. (note: the init-script
dependancies are only updated when depscan.sh is run, so rerun that script if
you change the value of IMAPDSTART in /etc/courier/imapd). The same init
script is used across all versions, so it'll get installed the next time
you install courier.

And, you want it, you got it: courier-0.48.2.20050130.ebuild will remove the
fam support if USE="-fam", I'd appreciate a response here if that does work
as expected for you, or open a new bug for it if USE="-fam" breaks things.