On 21 Sep 2009, at 17:06, meino.cra...@gmx.de wrote:
...
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.
Sorry to seem like a numptie, but are you saying you fixed it?
The problem was
On Tue, 22 Sep 2009 12:46:27 +0100, Stroller wrote:
The notion of daemon mode bothers me, because it must be run by root
Users can run in daemon mode too, although that means you'll have one
daemon running for each user.
(IIRC) and the various users all put their separate private email
On 20 Sep 2009, at 16:34, meino.cra...@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
Stroller strol...@stellar.eclipse.co.uk [09-09-21 17:13]:
On 20 Sep 2009, at 16:34, meino.cra...@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
Hi,
I have used for testing the following combo:
Configured fetchmail for my user account and configured
procmail to deliver the mail.
I called fetchmail by hand:
It works.
In my fetchmailrc there is the line
mda /usr/bin/procmail -d %T
as said: When started by hand everything is fine.
On Sun, Sep 20, 2009 at 17:34, meino.cra...@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.
May be I am a little overhacked today...but what the hack I am doing
6 matches
Mail list logo
