Re: [gentoo-user] fcron fetchmail procmail and the why not?

2009-09-22 Thread Stroller


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 solved merely by adding the redirect?


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?


I  run as user, 2 users, each with their own .fetchmailrc  each  
adding their own entry into their own crontab. I.E. just like you have  
it now. I have been running my system this way for years.


The notion of daemon mode bothers me, because it must be run by root  
(IIRC) and the various users all put their separate private email  
passwords in a single file in /etc  OTOH, the daemon mode  
configuration file is readable only by root, and if the root account  
is compromised then the users' private  .fetchmailrc files can be read  
anywhere.


Fetchmail is a bit of a kludge, really. I wouldn't worry too much  
about being best conformant.


Stroller.




Re: [gentoo-user] fcron fetchmail procmail and the why not?

2009-09-22 Thread Neil Bothwick
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  
 passwords in a single file in /etc 

You can omit the passwords from fetchmailrc and include them in individual
user's .netrc files,according to the man page.

If you do not specify a password, and fetchmail cannot extract one from
your ~/.fetchmailrc file,  it  will  look  for  a ~/.netrc file in your
home directory before requesting one interactively; if an entry matching
the mailserver is found in that file, the password will be used.
Fetchmail first looks for a match on poll name; if it finds none, it
checks for  a match on via name.


-- 
Neil Bothwick

Unsupported service (adj): Broken (see Demon)


signature.asc
Description: PGP signature


Re: [gentoo-user] fcron fetchmail procmail and the why not?

2009-09-21 Thread Stroller


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   /dev/null 21

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.




Re: [gentoo-user] fcron fetchmail procmail and the why not?

2009-09-21 Thread meino . cramer
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 crontab says:
 
   0-59/4 * * * *  /usr/bin/fetchmail   /dev/null 21
 
 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.




[gentoo-user] fcron fetchmail procmail and the why not?

2009-09-20 Thread meino . cramer


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.

Also fcron is installed and my personal fcrontab contains
the line:

@ 5 mrxvt -fn 10x20 -display :0.0 -g 30x5+0+0 -e dialog --yesno TEST 10 30

which also works: Every five minutes a dialog box pops up.

BUT!

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
wrong here?

Thank you very much for any help in advance!
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.




Re: [gentoo-user] fcron fetchmail procmail and the why not?

2009-09-20 Thread Ward Poelmans
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
 wrong here?

Are you sure the cron job runs? Check the logs. Or try adding:
*/5 * * * * fetchmail -a
in your cron file.

Ward