From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1MplOx-0004kA-Io for garchives@archives.gentoo.org; Mon, 21 Sep 2009 16:06:07 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 80E37E092B; Mon, 21 Sep 2009 16:06:06 +0000 (UTC) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by pigeon.gentoo.org (Postfix) with SMTP id 013F9E092B for ; Mon, 21 Sep 2009 16:06:05 +0000 (UTC) Received: (qmail invoked by alias); 21 Sep 2009 16:06:04 -0000 Received: from p54850BF1.dip0.t-ipconnect.de (EHLO gmx.net) [84.133.11.241] by mail.gmx.net (mp023) with SMTP; 21 Sep 2009 18:06:04 +0200 X-Authenticated: #20088476 X-Provags-ID: V01U2FsdGVkX19WvCk9O7hWoJq1+nw7zNOsCG1hlDWWej0oad4B0s i/HMhqNJ/q4xWM Received: by gmx.net (nbSMTP-1.00) for uid 1001 Meino.Cramer@gmx.de; Mon, 21 Sep 2009 18:06:04 +0200 (CEST) Date: Mon, 21 Sep 2009 18:06:04 +0200 From: meino.cramer@gmx.de To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] fcron & fetchmail & procmail and the "why not?" Message-ID: <20090921160604.GC5876@solfire> References: <20090920153451.GB5807@solfire> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: mutt-ng/devel-r804 (Linux) X-Y-GMX-Trusted: 0 X-FuHaFi: 0.6 X-Archives-Salt: cda10f76-0d33-40cb-97da-95f5df51e241 X-Archives-Hash: 770053e4ca9e0e6864411574dd057b37 Stroller [09-09-21 17:13]: > > On 20 Sep 2009, at 16:34, meino.cramer@gmx.de wrote: > >... > >When using the line: > > > > @ 5 fetchmail -a > > > >nothing happens: The mail remains on the server and can be downloaded > >with > > > > fetchmail -a > > > >from the commandline. > > Here my crontab says: > > 0-59/4 * * * * /usr/bin/fetchmail > /dev/null 2>&1 > > I suggest trying the full path, but you may also be able to redirect > to somewhere other than /dev/null & perhaps see something useful? > > Stroller. > Ha! :) To not to involve stdout was the hack! Currently I am running fetchmail via fcron and does what it should since fetchmail directly reports to /dev/null. I think I will change the whole suff to run in daemon mode, since I think (to be read as: "...not know for sure...") that it is a little bit more performant. Or? Thanks for the help! :) Keep hacking! mcc -- Please don't send me any Word- or Powerpoint-Attachments unless it's absolutely neccessary. - Send simply Text. See http://www.gnu.org/philosophy/no-word-attachments.html In a world without fences and walls nobody needs gates and windows.