Re: [Fetchmail-users] The daemon runs (seen in top) but neve tries to connect

[Matthias A. <mat...@gm...>]

Am 03.11.2014 um 11:31 schrieb Ian Balchin:
> Matthias, hello,
> 
> see below
> 
> On Sun, Nov 02, 2014 at 11:47:46PM +0100, Matthias Andree wrote:
>> Ian,
>>
>> can you get the logs of a run similar to:
>>
>> fetchmail --nosyslog --nodetach -vvv -d600
>>
>> That should show something.  Note that if running as root it will grab
>> /usr/local/etc/fetchmailrc, all other users will look at
>> $HOME/.fetchmailrc.  We should then see where it hangs.
>>
> Starting afresh this morning and having made sure that all was as should be, having set for fetchmail user with fetchmailrc in /usr/local/etc
> As you can see with a system start fetchmail daemon is running from 11:27:54
> But by the time i make a timestamp with an imap disconnect at 11:52:33 it has not yet made a pop3 call to receive mail.
> 
> 
> Nov  3 10:52:52 hestia fetchmail[907]: terminated with signal 15
> Nov  3 11:26:57 hestia dovecot: dovecot: Killed with signal 15 (by pid=1020 uid=0 code=kill)
> Nov  3 11:26:57 hestia fetchmail[774]: terminated with signal 15
> Nov  3 11:26:57 hestia postfix/postfix-script[1057]: stopping the Postfix mail system
> Nov  3 11:26:57 hestia postfix/master[758]: terminating on signal 15
> Nov  3 11:27:53 hestia postfix/postfix-script[748]: starting the Postfix mail system
> Nov  3 11:27:53 hestia postfix/master[750]: daemon started -- version 2.11.1, configuration /usr/local/etc/postfix
> Nov  3 11:27:54 hestia fetchmail[766]: starting fetchmail 6.3.26 daemon
> Nov  3 11:27:54 hestia dovecot: Dovecot v1.2.17 starting up
> Nov  3 11:27:54 hestia dovecot: auth(default): passwd-file /usr/local/etc/passwd.dovecot: Read 1 users
> Nov  3 11:27:54 hestia dovecot: auth-worker(default): passwd-file /usr/local/etc/passwd.dovecot: Read 1 users
> Nov  3 11:27:55 hestia dovecot: auth(default): new auth connection: pid=861
> Nov  3 11:27:55 hestia dovecot: auth(default): new auth connection: pid=860
> Nov  3 11:27:55 hestia dovecot: auth(default): new auth connection: pid=864
> Nov  3 11:27:55 hestia dovecot: auth(default): new auth connection: pid=863
> Nov  3 11:27:55 hestia dovecot: auth(default): new auth connection: pid=859
> Nov  3 11:27:55 hestia dovecot: auth(default): new auth connection: pid=862
> Nov  3 11:28:53 hestia dovecot: auth(default): client in: AUTH  1       PLAIN   service=imap    lip=192.168.0.21        rip=192.168.0.15        lport=143       rport=49092       resp=<hidden>
> Nov  3 11:28:53 hestia dovecot: auth(default): passwd-file(nignog,192.168.0.15): lookup: user=inksi file=/usr/local/etc/passwd.dovecot
> Nov  3 11:28:53 hestia dovecot: auth(default): client out: OK   1       user=nignog
> Nov  3 11:28:53 hestia dovecot: auth(default): master in: REQUEST       1       862     1
> Nov  3 11:28:53 hestia dovecot: auth-worker(default): passwd(nignog,192.168.0.15): lookup
> Nov  3 11:28:53 hestia dovecot: auth(default): master out: USER 1       inksi   system_groups_user=nignog        uid=1001        gid=1001        home=/home/nignog
> Nov  3 11:28:53 hestia dovecot: imap-login: Login: user=<nignog>, method=PLAIN, rip=192.168.0.15, lip=192.168.0.21
> Nov  3 11:28:54 hestia dovecot: auth(default): new auth connection: pid=866
> Nov  3 11:52:33 hestia dovecot: IMAP(nignog): Disconnected: Logged out bytes=2377/16968
> 
> If I run it as su it is woken up but that is all apart from the standard notice 'running as root strongly discouraged'.
> then:
> 
> root@hestia:/usr/home/nignog # fetchmail --nosyslog --nodetach -vvv -d600
> fetchmail: WARNING: Running as root is discouraged.
> Scratch list of UIDs: <empty>
> fetchmail: no mailservers have been specified.     ****** is this line a clue?  *****
> root@hestia:/usr/home/nignog # 

That line is definitely a clue, but not the right one.  That only means
there is no global configuration, which is fine.

Note that the FreeBSD port/pkg's /usr/local/etc/rc.d/fetchmail file
reads some variables from /etc/rc.conf and its siblings - check the
former for the supported variables, and their defaults.

Check, in particular, for the fetchmail_users variable, and the
rc.d/fetchmail file's comments under "Per-user daemon".  Mind the
spelling - fetchmail_user and fetchmail_users have the innocuous s at
the end (or not) but make a huge difference...

Setting the fetchmail_users variable in /etc/rc.conf (you will likely
have to add it) to the login should help a fair deal getting the daemon
to run as the right user, and grab the right configuration.

> so then the only option is to repeat the command as a user
> 
> $ fetchmail --nosyslog --nodetach -vvv -d600
> Old UID list from pop3.gormless.co.za: <empty>
> Old UID list from pop3.gormless.co.za: <empty>
> Old UID list from pop3.gormless.co.za: <empty>
> Old UID list from pop3.gormless.co.za: <empty>
> Scratch list of UIDs: <empty>
> fetchmail: starting fetchmail 6.3.26 daemon
> fetchmail: 6.3.26 querying pop3.gormless.co.za (protocol POP3) at Mon Nov  3 12:13:43 2014: poll started
> Trying to connect to 41.78.28.41/110...connected.
> fetchmail: POP3< +OK Dovecot ready.
> fetchmail: POP3> CAPA
> fetchmail: POP3< +OK
> fetchmail: POP3< CAPA
> fetchmail: POP3< TOP
> fetchmail: POP3< UIDL
> fetchmail: POP3< RESP-CODES

So then it logs in properly...