Menu
▾
▴
fetchmail-users
|
From: Ian B. <an...@fa...> - 2014-11-02 13:40:23
|
Hi,
I have fetchmail running on other machines with no issues.
On new FreeBSD server (my first ever) I have the fetchmail daemon running but although showing in the maillog it does not actually run.
It never wakes up and fetches any mail.
The output from it run as 'fetchmail -V -v --nodetach --nosyslog' is pasted below
The last line in maillog is:
Nov 2 14:21:00 myserver fetchmail[4581]: starting fetchmail 6.3.26 daemon
and there we sit.
If run as 'fetchmail -vvv --nodetach --nosyslog' it works fine.
I copied fetchmailrc out from /usr/local/etc to my home directory and renamed it .fetchmailrc and then edited accordingly.
User = me, group = fetchmail. I added me to the fetchmail group with no change in operation.
Am using Postfix.
------------------------------
# i have edited out my domain, my isp, my passwd so hope that hasn't fouled it up below
This is fetchmail release 6.3.26+GSS+RPA+SDPS+SSL+OPIE+NLS.
Copyright (C) 2002, 2003 Eric S. Raymond
Copyright (C) 2004 Matthias Andree, Eric S. Raymond,
Robert M. Funk, Graham Wilson
Copyright (C) 2005 - 2012 Sunil Shetye
Copyright (C) 2005 - 2013 Matthias Andree
Fetchmail comes with ABSOLUTELY NO WARRANTY. This is free software, and you
are welcome to redistribute it under certain conditions. For details,
please see the file COPYING in the source or documentation directory.
This product includes software developed by the OpenSSL Project
for use in the OpenSSL Toolkit. (http://www.openssl.org/)
Fallback MDA: (none)
FreeBSD hestia.mydomain 10.0-RELEASE FreeBSD 10.0-RELEASE #0 r260789: Fri Jan 17 01:46:25 UTC 2014 ro...@sn...:/usr/obj/usr/src/sys/GENERIC i386
Taking options from command line and /home/nignog/.fetchmailrc
Poll interval is 600 seconds
Idfile is /home/inksi/.fetchids
Fetchmail will forward misaddressed multidrop messages to inksi.
Fetchmail will direct error mail to the sender.
Fetchmail will treat permanent errors as temporary (keep messages).
Options for retrieving from nignog@myd...@po...:
True name of server is pop3.gormless.com
This host will be queried when no host is specified.
Password = "uncrackable".
Protocol is POP3 (using default port).
All available authentication methods will be tried.
SSL protocol: ssl23.
Server nonresponse timeout is 300 seconds (default).
Default mailbox selected.
All messages will be retrieved (--all on).
Fetched messages will not be kept on the server (--keep off).
Old messages will not be flushed before message retrieval (--flush off).
Oversized messages will not be flushed before message retrieval (--limitflush off).
Rewrite of server-local addresses is enabled (--norewrite off).
Carriage-return stripping is disabled (stripcr off).
Carriage-return forcing is disabled (forcecr off).
Interpretation of Content-Transfer-Encoding is enabled (pass8bits off).
MIME decoding is disabled (mimedecode off).
Idle after poll is disabled (idle off).
Nonempty Status lines will be kept (dropstatus off)
Delivered-To lines will be kept (dropdelivered off)
No received-message limit (--fetchlimit 0).
Fetch message size limit is 100 (--fetchsizelimit 100).
Do binary search of UIDs during 3 out of 4 polls (--fastuidl 4).
No SMTP message batch limit (--batchlimit 0).
No forced expunges (--expunge 0).
Messages will be SMTP-forwarded to: localhost (defaultt)
Spam-blocking disabled
No pre-connection command.
No post-connection command.
Single-drop mode: 1 local name recognized.
nignog
No interface requirement specified.
No monitor interface specified.
No plugin command specified.
No plugout command specified.
No UIDs saved from this host.
No poll trace information will be added to the Received header.
Messages with bad headers will be rejected.
------------------------
I am in violation of all multipdrop recommendations but haven't got that far yet.
thanks for any pointers (any additional info supplied on request).
Ian
|
|
From: Jerry <je...@se...> - 2014-11-02 15:03:57
|
On Sun, 2 Nov 2014 15:40:39 +0200, Ian Balchin stated: > Hi, > > I have fetchmail running on other machines with no issues. > > On new FreeBSD server (my first ever) I have the fetchmail daemon running > but although showing in the maillog it does not actually run. It never > wakes up and fetches any mail. > > The output from it run as 'fetchmail -V -v --nodetach --nosyslog' is pasted > below > > The last line in maillog is: > > Nov 2 14:21:00 myserver fetchmail[4581]: starting fetchmail 6.3.26 daemon > > and there we sit. > > If run as 'fetchmail -vvv --nodetach --nosyslog' it works fine. > > I copied fetchmailrc out from /usr/local/etc to my home directory and > renamed it .fetchmailrc and then edited accordingly. User = me, group = > fetchmail. I added me to the fetchmail group with no change in operation. > > Am using Postfix. > > ------------------------------ > # i have edited out my domain, my isp, my passwd so hope that hasn't > fouled it up below > > This is fetchmail release 6.3.26+GSS+RPA+SDPS+SSL+OPIE+NLS. > > Copyright (C) 2002, 2003 Eric S. Raymond > Copyright (C) 2004 Matthias Andree, Eric S. Raymond, > Robert M. Funk, Graham Wilson > Copyright (C) 2005 - 2012 Sunil Shetye > Copyright (C) 2005 - 2013 Matthias Andree > Fetchmail comes with ABSOLUTELY NO WARRANTY. This is free software, and you > are welcome to redistribute it under certain conditions. For details, > please see the file COPYING in the source or documentation directory. > This product includes software developed by the OpenSSL Project > for use in the OpenSSL Toolkit. (http://www.openssl.org/) > > Fallback MDA: (none) > FreeBSD hestia.mydomain 10.0-RELEASE FreeBSD 10.0-RELEASE #0 r260789: Fri > Jan 17 01:46:25 UTC 2014 > ro...@sn...:/usr/obj/usr/src/sys/GENERIC i386 Taking options > from command line and /home/nignog/.fetchmailrc Poll interval is 600 > seconds Idfile is /home/inksi/.fetchids Fetchmail will forward misaddressed > multidrop messages to inksi. Fetchmail will direct error mail to the sender. > Fetchmail will treat permanent errors as temporary (keep messages). > Options for retrieving from nignog@myd...@po...: > True name of server is pop3.gormless.com > This host will be queried when no host is specified. > Password = "uncrackable". > Protocol is POP3 (using default port). > All available authentication methods will be tried. > SSL protocol: ssl23. > Server nonresponse timeout is 300 seconds (default). > Default mailbox selected. > All messages will be retrieved (--all on). > Fetched messages will not be kept on the server (--keep off). > Old messages will not be flushed before message retrieval (--flush off). > Oversized messages will not be flushed before message retrieval > (--limitflush off). Rewrite of server-local addresses is enabled > (--norewrite off). Carriage-return stripping is disabled (stripcr off). > Carriage-return forcing is disabled (forcecr off). > Interpretation of Content-Transfer-Encoding is enabled (pass8bits off). > MIME decoding is disabled (mimedecode off). > Idle after poll is disabled (idle off). > Nonempty Status lines will be kept (dropstatus off) > Delivered-To lines will be kept (dropdelivered off) > No received-message limit (--fetchlimit 0). > Fetch message size limit is 100 (--fetchsizelimit 100). > Do binary search of UIDs during 3 out of 4 polls (--fastuidl 4). > No SMTP message batch limit (--batchlimit 0). > No forced expunges (--expunge 0). > Messages will be SMTP-forwarded to: localhost (defaultt) > Spam-blocking disabled > No pre-connection command. > No post-connection command. > Single-drop mode: 1 local name recognized. > nignog > No interface requirement specified. > No monitor interface specified. > No plugin command specified. > No plugout command specified. > No UIDs saved from this host. > No poll trace information will be added to the Received header. > Messages with bad headers will be rejected. > > ------------------------ > > I am in violation of all multipdrop recommendations but haven't got that > far yet. > > thanks for any pointers (any additional info supplied on request). > Ian How was "fetchmail" installed; ie, from the FreeBSD ports system or did you download and install it from source? -- Jerry |
|
From: Ian B. <an...@fa...> - 2014-11-02 15:29:32
|
Jerry, hi, see lower down On Sun, Nov 02, 2014 at 10:03:49AM -0500, Jerry wrote: > On Sun, 2 Nov 2014 15:40:39 +0200, Ian Balchin stated: > > > Hi, > > > > I have fetchmail running on other machines with no issues. > > > > On new FreeBSD server (my first ever) I have the fetchmail daemon running > > but although showing in the maillog it does not actually run. It never > > wakes up and fetches any mail. > > > > The output from it run as 'fetchmail -V -v --nodetach --nosyslog' is pasted > > below > > > > The last line in maillog is: > > > > Nov 2 14:21:00 myserver fetchmail[4581]: starting fetchmail 6.3.26 daemon > > > > and there we sit. > > > > If run as 'fetchmail -vvv --nodetach --nosyslog' it works fine. > > > > I copied fetchmailrc out from /usr/local/etc to my home directory and > > renamed it .fetchmailrc and then edited accordingly. User = me, group = > > fetchmail. I added me to the fetchmail group with no change in operation. > > > > Am using Postfix. > > > > ------------------------------ > > # i have edited out my domain, my isp, my passwd so hope that hasn't > > fouled it up below > > > > This is fetchmail release 6.3.26+GSS+RPA+SDPS+SSL+OPIE+NLS. > > > > Copyright (C) 2002, 2003 Eric S. Raymond > > Copyright (C) 2004 Matthias Andree, Eric S. Raymond, > > Robert M. Funk, Graham Wilson > > Copyright (C) 2005 - 2012 Sunil Shetye > > Copyright (C) 2005 - 2013 Matthias Andree > > Fetchmail comes with ABSOLUTELY NO WARRANTY. This is free software, and you > > are welcome to redistribute it under certain conditions. For details, > > please see the file COPYING in the source or documentation directory. > > This product includes software developed by the OpenSSL Project > > for use in the OpenSSL Toolkit. (http://www.openssl.org/) > > > > Fallback MDA: (none) > > FreeBSD hestia.mydomain 10.0-RELEASE FreeBSD 10.0-RELEASE #0 r260789: Fri > > Jan 17 01:46:25 UTC 2014 > > ro...@sn...:/usr/obj/usr/src/sys/GENERIC i386 Taking options > > from command line and /home/nignog/.fetchmailrc Poll interval is 600 > > seconds Idfile is /home/inksi/.fetchids Fetchmail will forward misaddressed > > multidrop messages to inksi. Fetchmail will direct error mail to the sender. > > Fetchmail will treat permanent errors as temporary (keep messages). > > Options for retrieving from nignog@myd...@po...: > > True name of server is pop3.gormless.com > > This host will be queried when no host is specified. > > Password = "uncrackable". > > Protocol is POP3 (using default port). > > All available authentication methods will be tried. > > SSL protocol: ssl23. > > Server nonresponse timeout is 300 seconds (default). > > Default mailbox selected. > > All messages will be retrieved (--all on). > > Fetched messages will not be kept on the server (--keep off). > > Old messages will not be flushed before message retrieval (--flush off). > > Oversized messages will not be flushed before message retrieval > > (--limitflush off). Rewrite of server-local addresses is enabled > > (--norewrite off). Carriage-return stripping is disabled (stripcr off). > > Carriage-return forcing is disabled (forcecr off). > > Interpretation of Content-Transfer-Encoding is enabled (pass8bits off). > > MIME decoding is disabled (mimedecode off). > > Idle after poll is disabled (idle off). > > Nonempty Status lines will be kept (dropstatus off) > > Delivered-To lines will be kept (dropdelivered off) > > No received-message limit (--fetchlimit 0). > > Fetch message size limit is 100 (--fetchsizelimit 100). > > Do binary search of UIDs during 3 out of 4 polls (--fastuidl 4). > > No SMTP message batch limit (--batchlimit 0). > > No forced expunges (--expunge 0). > > Messages will be SMTP-forwarded to: localhost (defaultt) > > Spam-blocking disabled > > No pre-connection command. > > No post-connection command. > > Single-drop mode: 1 local name recognized. > > nignog > > No interface requirement specified. > > No monitor interface specified. > > No plugin command specified. > > No plugout command specified. > > No UIDs saved from this host. > > No poll trace information will be added to the Received header. > > Messages with bad headers will be rejected. > > > > ------------------------ > > > > I am in violation of all multipdrop recommendations but haven't got that > > far yet. > > > > thanks for any pointers (any additional info supplied on request). > > Ian > > How was "fetchmail" installed; ie, from the FreeBSD ports system or did you > download and install it from source? I installed from the ports system, (twice, I deinstalled and tried to see if I could install as user but not possible). Ian > > -- > Jerry > > ------------------------------------------------------------------------------ > _______________________________________________ > Fetchmail-users mailing list > Fet...@li... > https://lists.sourceforge.net/lists/listinfo/fetchmail-users |
|
From: Jerry <je...@se...> - 2014-11-02 16:37:09
|
On Sun, 2 Nov 2014 17:29:42 +0200, Ian Balchin stated:
> > > On new FreeBSD server (my first ever) I have the fetchmail daemon
> > > running but although showing in the maillog it does not actually run.
> > > It never wakes up and fetches any mail.
> > >
> > > The output from it run as 'fetchmail -V -v --nodetach --nosyslog' is
> > > pasted below
> > >
> > > The last line in maillog is:
> > >
> > > Nov 2 14:21:00 myserver fetchmail[4581]: starting fetchmail 6.3.26
> > > daemon
> > >
> > > and there we sit.
> > >
> > > If run as 'fetchmail -vvv --nodetach --nosyslog' it works fine.
> > >
> > > I copied fetchmailrc out from /usr/local/etc to my home directory and
> > > renamed it .fetchmailrc and then edited accordingly. User = me, group =
> > > fetchmail. I added me to the fetchmail group with no change in
> > > operation.
1) Do you have:
## Start Fetchmail
fetchmail_enable="YES"
in the /etc/rc.conf file?
2) Are you the ohny user of this PC?
a) If so, then why move the fetchmail configuration file?
3) Did you read and follow the following portion of the
"/usr/local/etc/rc.d/fetchmail" file?
# There are two variants:
#
# * Single system-wide fetchmail daemon:
# - It is run as user `fetchmail_user' (default: fetchmail)
# Note: The directory /var/run/fetchmail must be writable for
# 'fetchmail_user'.
# - All configuration is contained in one global file
# 'fetchmail_config' (default: /usr/local/etc/fetchmailrc)
# that must be owned by 'fetchmail_user' (mode 700)
# - The fetchmail daemon awakes to fetch mail every
# 'fetchmail_polling_interval' seconds (default: 900).
#
# * Per-user daemon
# - Users for which a fetchmail daemon is to be started must be
# listed in 'fetchmail_users', e.g. fetchmail_users="user1 user2"
# The 'fetchmail_user' (sic!) variable is ignored in this
# configuration variant.
# - The config files for the individual users must be located at
# ${fetchmail_home_prefix}/${user}/${fetchmail_config_name}. The
# default for 'fetchmail_home_prefix' is "/home", and that for
# 'fetchmail_config_name' is ".fetchmailrc".
# - Note that "${fetchmail_home_prefix}/${user}" must be writable
# for ${user} since it is used to store the per-user PID files!
# - There are user-specific versions of 'fetchmail_config' and
# 'fetchmail_polling_interval' that can be used to override the
# defaults, i.e. for the user 'user1' there are variables
# 'fetchmail_user1_config' and 'fetchmail_user1_polling_interval'
# - All commands (e.g. start, stop, awaken (see below)) can be either
# passed to all instances of the daemon (if /usr/local/etc/rc.d/fetchmail)
# is run as root), or just to the instance belonging to the respective
# user.
#
--
Jerry
|
|
From: Ian B. <an...@fa...> - 2014-11-02 19:40:35
|
Jerry, hi,
thanks for reply. comments below.
On Sun, Nov 02, 2014 at 11:30:56AM -0500, Jerry wrote:
> On Sun, 2 Nov 2014 17:29:42 +0200, Ian Balchin stated:
>
> > > > On new FreeBSD server (my first ever) I have the fetchmail daemon
> > > > running but although showing in the maillog it does not actually run.
> > > > It never wakes up and fetches any mail.
> > > >
> > > > The output from it run as 'fetchmail -V -v --nodetach --nosyslog' is
> > > > pasted below
> > > >
> > > > The last line in maillog is:
> > > >
> > > > Nov 2 14:21:00 myserver fetchmail[4581]: starting fetchmail 6.3.26
> > > > daemon
> > > >
> > > > and there we sit.
> > > >
> > > > If run as 'fetchmail -vvv --nodetach --nosyslog' it works fine.
> > > >
> > > > I copied fetchmailrc out from /usr/local/etc to my home directory and
> > > > renamed it .fetchmailrc and then edited accordingly. User = me, group =
> > > > fetchmail. I added me to the fetchmail group with no change in
> > > > operation.
>
> 1) Do you have:
>
> ## Start Fetchmail
> fetchmail_enable="YES"
no, I didn't have that but I do now.
I picked it up for other installed packages, ie postifx, usually in the output at end of install, but did not see for fetchmail
Perhaps I was not looking carefully enough although seeing fetchmail as to be started by a user I never thought to add it in.
My understanding of bsd internals minimal at this stage.
But to be sure I have added that in as suggested.
>
> in the /etc/rc.conf file?
>
> 2) Are you the ohny user of this PC?
> a) If so, then why move the fetchmail configuration file?
yes, only because that was how it was before in a years-old ubuntu server. Not saying that is right, but it worked like that.
>
> 3) Did you read and follow the following portion of the
> "/usr/local/etc/rc.d/fetchmail" file?
Nope, but I have now.
>
> # There are two variants:
> #
ok, this is what I need
> # * Single system-wide fetchmail daemon:
> # - It is run as user `fetchmail_user' (default: fetchmail)
there is a user 'fetchmail'
> # Note: The directory /var/run/fetchmail must be writable for
> # 'fetchmail_user'.
this is so. owner and group 'fetchmail' and permissions 755 I think
> # - All configuration is contained in one global file
> # 'fetchmail_config' (default: /usr/local/etc/fetchmailrc)
> # that must be owned by 'fetchmail_user' (mode 700)
this is so, the config file is back where it should be as 'fetchmailrc' with correct perms of 700
> # - The fetchmail daemon awakes to fetch mail every
> # 'fetchmail_polling_interval' seconds (default: 900).
still, this does not occur.
in a nutshell, the daemon ignores the time setting
even if I kill the daemon and restart $ fetchmail -d 600 we get no polling, either immediately or after the 600 and it should do it immediately I think.
MAYBE I should reinstall as a pkg rather than as a port? Why did you ask that as the first question?
I'll save that for tomorrow at this point.
thanks for your time
Ian
> #
I figure this is for a situation where dozens of people want to connect and get their own mail from outside
> # * Per-user daemon
> # - Users for which a fetchmail daemon is to be started must be
> # listed in 'fetchmail_users', e.g. fetchmail_users="user1 user2"
> # The 'fetchmail_user' (sic!) variable is ignored in this
> # configuration variant.
> # - The config files for the individual users must be located at
> # ${fetchmail_home_prefix}/${user}/${fetchmail_config_name}. The
> # default for 'fetchmail_home_prefix' is "/home", and that for
> # 'fetchmail_config_name' is ".fetchmailrc".
> # - Note that "${fetchmail_home_prefix}/${user}" must be writable
> # for ${user} since it is used to store the per-user PID files!
> # - There are user-specific versions of 'fetchmail_config' and
> # 'fetchmail_polling_interval' that can be used to override the
> # defaults, i.e. for the user 'user1' there are variables
> # 'fetchmail_user1_config' and 'fetchmail_user1_polling_interval'
> # - All commands (e.g. start, stop, awaken (see below)) can be either
> # passed to all instances of the daemon (if /usr/local/etc/rc.d/fetchmail)
> # is run as root), or just to the instance belonging to the respective
> # user.
> #
>
> --
> Jerry
>
> ------------------------------------------------------------------------------
> _______________________________________________
> Fetchmail-users mailing list
> Fet...@li...
> https://lists.sourceforge.net/lists/listinfo/fetchmail-users
|
|
From: Ian B. <an...@fa...> - 2014-11-03 10:31:22
|
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 # 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 fetchmail: POP3< PIPELINING fetchmail: POP3< AUTH-RESP-CODE fetchmail: POP3< STLS fetchmail: POP3< USER fetchmail: POP3< SASL CRAM-MD5 PLAIN LOGIN fetchmail: POP3< . fetchmail: POP3> AUTH CRAM-MD5 fetchmail: POP3< + PDkxNDkyMTkxNzI3NDk3NjcuMTQxNTAwOTYyNEBlbWFpbC1wcm94eXg+ fetchmail: decoded as <9149219172749767.1415009624@email-proxyx> fetchmail: POP3> aHlwYXRpYUBmYWJsZXMuY28uemEgOWU5YzVmZWFmNzRiY2I5MjRhYzY2NzkzOGM5YWVjMGQ= fetchmail: POP3< +OK Logged in. fetchmail: selecting or re-polling default folder fetchmail: POP3> STAT fetchmail: POP3< +OK 0 0 fetchmail: No mail for nignog@mydomain at pop3.gormless.co.za fetchmail: POP3> QUIT fetchmail: POP3< +OK Logging out. and it runs happily thereafter for multiple pops every 10 mins. Can you see anything there? Back only tonight. Ian > ------------------------------------------------------------------------------ > _______________________________________________ > Fetchmail-users mailing list > Fet...@li... > https://lists.sourceforge.net/lists/listinfo/fetchmail-users |
|
From: Matthias A. <mat...@gm...> - 2014-11-03 20:16:53
|
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... |
|
From: Matthias A. <mat...@gm...> - 2014-11-02 22:47:55
|
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. |
|
From: Jerry <je...@se...> - 2014-11-03 11:39:36
|
On Mon, 3 Nov 2014 12:31:35 +0200, Ian Balchin stated: > 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 # > > > 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 > fetchmail: POP3< PIPELINING > fetchmail: POP3< AUTH-RESP-CODE > fetchmail: POP3< STLS > fetchmail: POP3< USER > fetchmail: POP3< SASL CRAM-MD5 PLAIN LOGIN > fetchmail: POP3< . > fetchmail: POP3> AUTH CRAM-MD5 > fetchmail: POP3< + PDkxNDkyMTkxNzI3NDk3NjcuMTQxNTAwOTYyNEBlbWFpbC1wcm94eXg+ > fetchmail: decoded as <9149219172749767.1415009624@email-proxyx> > fetchmail: POP3> > aHlwYXRpYUBmYWJsZXMuY28uemEgOWU5YzVmZWFmNzRiY2I5MjRhYzY2NzkzOGM5YWVjMGQ= > fetchmail: POP3< +OK Logged in. fetchmail: selecting or re-polling default > folder fetchmail: POP3> STAT > fetchmail: POP3< +OK 0 0 > fetchmail: No mail for nignog@mydomain at pop3.gormless.co.za > fetchmail: POP3> QUIT > fetchmail: POP3< +OK Logging out. > > and it runs happily thereafter for multiple pops every 10 mins. > > Can you see anything there? > Back only tonight. > > Ian 1) You have me confused here. Is this what your "fetchmailrc" entry looks like: -rwx------ 1 fetchmail fetchmail 4.7K 2014-10-31 07:25:43 EDT fetchmailrc 2) cd to the /usr/local/etc directory and run as root: service fetchmail stop At that point fetchmail should be shut down. If not, post the error message. 3) Now still as root, enter: service fetchmail start If any error messages are displayed, show them here. 4) now, still as root, enter: service fetchmail awaken Post any error messages. 5) If you want, and have not done so all ready, create a log file. cd to /var/log and enter: touch "fetchmail.log" sans quotations and then change the ownership and permissions. chown fetchmail:fetchmail /var/log/fetchmail.log chmod 0666 /var/log/fetchmail.log In your "/usr/local/etc/fetchmailrc" file, enter the following: set logfile "/var/log/fetchmail.log" set postmaster "postmaster" set bouncemail set no spambounce set softbounce set properties "" You may need to change some of them; however, leave the logfile entry as is. Now, you will have to restart fetchmail for this to take effect. Again, as root, service fetchmail restart Post any error messages. Good luck! -- Jerry |
|
From: Ian B. <an...@fa...> - 2014-11-03 19:19:22
|
O Mon, Nov 03, 2014 at 06:39:28AM -0500, Jerry wrote: > On Mon, 3 Nov 2014 12:31:35 +0200, Ian Balchin stated: > > > 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 # > > > > > > 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 > > fetchmail: POP3< PIPELINING > > fetchmail: POP3< AUTH-RESP-CODE > > fetchmail: POP3< STLS > > fetchmail: POP3< USER > > fetchmail: POP3< SASL CRAM-MD5 PLAIN LOGIN > > fetchmail: POP3< . > > fetchmail: POP3> AUTH CRAM-MD5 > > fetchmail: POP3< + PDkxNDkyMTkxNzI3NDk3NjcuMTQxNTAwOTYyNEBlbWFpbC1wcm94eXg+ > > fetchmail: decoded as <9149219172749767.1415009624@email-proxyx> > > fetchmail: POP3> > > aHlwYXRpYUBmYWJsZXMuY28uemEgOWU5YzVmZWFmNzRiY2I5MjRhYzY2NzkzOGM5YWVjMGQ= > > fetchmail: POP3< +OK Logged in. fetchmail: selecting or re-polling default > > folder fetchmail: POP3> STAT > > fetchmail: POP3< +OK 0 0 > > fetchmail: No mail for nignog@mydomain at pop3.gormless.co.za > > fetchmail: POP3> QUIT > > fetchmail: POP3< +OK Logging out. > > > > and it runs happily thereafter for multiple pops every 10 mins. > > > > Can you see anything there? > > Back only tonight. > > > > Ian > > 1) You have me confused here. Is this what your "fetchmailrc" entry looks > like: > > -rwx------ 1 fetchmail fetchmail 4.7K 2014-10-31 07:25:43 EDT fetchmailrc yes (but 1k) > > 2) cd to the /usr/local/etc directory and run as root: > > service fetchmail stop > > At that point fetchmail should be shut down. If not, post the error message. stopped. not to be seen in top. no error messages > > 3) Now still as root, enter: service fetchmail start > > If any error messages are displayed, show them here. > started. seen in top > 4) now, still as root, enter: service fetchmail awaken > > Post any error messages. root@hestia:/var/log # service fetchmail awaken Forcing fetchmail to check mailbox(es)... root@hestia:/var/log # the view from maillog: Nov 3 16:05:39 hestia fetchmail[766]: terminated with signal 15 Nov 3 16:08:50 hestia fetchmail[1342]: starting fetchmail 6.3.26 daemon Nov 3 16:10:30 hestia fetchmail[1342]: awakened by User defined signal 1 > > 5) If you want, and have not done so all ready, create a log file. cd > to /var/log and enter: touch "fetchmail.log" sans quotations and then change > the ownership and permissions. done > > chown fetchmail:fetchmail /var/log/fetchmail.log > chmod 0666 /var/log/fetchmail.log done > > In your "/usr/local/etc/fetchmailrc" file, enter the following: > > set logfile "/var/log/fetchmail.log" > set postmaster "postmaster" > set bouncemail > set no spambounce > set softbounce > set properties "" done > > You may need to change some of them; however, leave the logfile entry as is. > > Now, you will have to restart fetchmail for this to take effect. Again, as > root, service fetchmail restart done > > Post any error messages. none no apparent immediate connection either > > Good luck! didn't get any of that either first time around. from fetchmail.log fetchmail: starting fetchmail 6.3.26 daemon no timestamp :( - but after the best part of an hour that is all there is. Well, no mail to be collected, so .... I send an email to be picked up in case fetchmail was working secretly in the background root@hestia:/var/log # service fetchmail awaken Forcing fetchmail to check mailbox(es)... root@hestia:/var/log # tail -f -n 50 /var/log/fetchmail.log fetchmail: starting fetchmail 6.3.26 daemon fetchmail: 1 message for nignog@mydomain at pop3.imaginet.co.za (1261 octets). fetchmail: reading message nignog@myd...@po...:1 of 1 (1261 octets) flushed another email and another awaken fetchmail: awakened by User defined signal 1 fetchmail: 1 message for nignog@mydomain at pop3.imaginet.co.za (1284 octets). fetchmail: reading message nignog@myd...@po...:1 of 1 (1284 octets) flushed So fetchmail does check immediately after 'awaken' I suspected that fetchmail does check within the polling time but if there is nothing to fetch then it does not log this explicitly tailing fetchmail.log for a while shows no activity. So I sent another email, and within the cycle period it fetched this - repeatedly and reliably it seems. So I need to increase the verbosity, and add a time stamp, else revert to maillog. Is this possible? I see nothing in man pages or FAQ. Thank you for your patience. I will be back. Ian > > -- > Jerry > > ------------------------------------------------------------------------------ > _______________________________________________ > Fetchmail-users mailing list > Fet...@li... > https://lists.sourceforge.net/lists/listinfo/fetchmail-users |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X