On Fri, 23 Mar 2007 00:09:00 -0400 Greg Folkert <[EMAIL PROTECTED]> wrote:
> On Thu, 2007-03-22 at 20:45 -0400, Celejar wrote: > > On Thu, 22 Mar 2007 20:32:55 -0400 > > Greg Folkert <[EMAIL PROTECTED]> wrote: > > > > > On Thu, 2007-03-22 at 23:26 +0100, Jochen Schulz wrote: > > > > Ron Johnson: > > > > > On 03/22/07 09:39, Jochen Schulz wrote: > > > > >> > > > > >> If your /etc/fetchmailrc is empty anyway, you can edit > > > > >> /etc/default/fetchmail to disable the system-wide fetchmail daemon > > > > >> altogether. This solution has the advantage, that every user can > > > > >> manage > > > > >> his/her own POP accounts (without the admin knowing their passwords), > > > > >> but the disadvantage is that you have a fetchmail process for every > > > > >> user. > > > > > > > > > > Are you talking about having a fetchmail daemon for *each* user? > > > > > > > > Yes. On most peoples' systems there's only a fistful of anyway. > > > > > > You are fooling yourself. Run them a one shot cronjob set to run every > > > 10-30 minutes. Much better use of resources on the machine. > > > > > > As I have said before, fetchmail WILL die or hang on you, when run in > > > daemon mode. > > > > monit [0] ? > > > > All that is telling you that it DID do it oopsie. I want something that > just plain works. Using a cron driven fetchmail works, daemon mode > suxxorz. I agree that something that actually works is better; I just mean that monit could restart fetchmail for you if it dies. > > Not to be glib here, but look who writes fetchmail... the self > proscribed bestestest programmer in the world. This is the best example > of a program he writes to preach to the whole world? Hey, I'm aware of this issue; look at the long excerpt from the getmail FAQ I quoted elsewhere in this thread. That's why I use getmail. [Although to be fair, I don't know enough to judge whether that indictment of fetchmail is fair; I haven't seen Eric Raymond's response / rebuttal.] > I can do as good, with shell. I have in some instances. I can't, but with some more work on my mad perl skillz, maybe I'll also soon be able to. Celejar -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]