[opensuse] The fetchmail trap
Not receiving mail any more since Thursday, 12 December, I found out that the mail is still fetched from the provider's server and destroyed there, but no more put on /var/spool/mail/<user>. No idea where it finally arrives, probably on /dev/null. I do not know which patch I have installed on last Thursday, but I'm convinces it is a patch, because I observe the error on all three of my computers, which I updated all at the same time, unfortunately. For getting mail again, I do no rely on the fetchmail daemon any more, which has become a trap, but I use the direct POP3 mail server access of Firefox. It's a pity. Sad greetings, Wolfgang -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
* Wolfgang Mueller <wm@ariannuccia.de> [12-17-19 15:37]:
Not receiving mail any more since Thursday, 12 December, I found out that the mail is still fetched from the provider's server and destroyed there, but no more put on /var/spool/mail/<user>. No idea where it finally arrives, probably on /dev/null.
I do not know which patch I have installed on last Thursday, but I'm convinces it is a patch, because I observe the error on all three of my computers, which I updated all at the same time, unfortunately.
For getting mail again, I do no rely on the fetchmail daemon any more, which has become a trap, but I use the direct POP3 mail server access of Firefox. It's a pity.
fwiw: I constantly monitor fetchmail logs head ~/.fetchmailrc # Configuration created Sun Dec 28 14:56:16 2003 by fetchmailconf set logfile "fetchmail.log" #set syslog set postmaster "XxXx" set no bouncemail set no spambounce # set properties "v" set daemon 300 set properties "silent" -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri Photos: http://wahoo.no-ip.org/piwigo paka @ IRCnet freenode -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Tuesday, 17 Dec 2019 at 22:53:58 +0100, Patrick Shanahan wrote:
Wolfgang Mueller <wm@ariannuccia.de> [12-17-19 15:37]: Not receiving mail any more since Thursday, 12 December, I found out that the mail is still fetched from the provider's server and destroyed there, but no more put on /var/spool/mail/<user>. No idea where it finally arrives, probably on /dev/null.
I do not know which patch I have installed on last Thursday, but I'm convinces it is a patch, because I observe the error on all three of my computers, which I updated all at the same time, unfortunately.
For getting mail again, I do no rely on the fetchmail daemon any more, which has become a trap, but I use the direct POP3 mail server access of Firefox. It's a pity.
fwiw: I constantly monitor fetchmail logs
head ~/.fetchmailrc
# Configuration created Sun Dec 28 14:56:16 2003 by fetchmailconf set logfile "fetchmail.log" #set syslog set postmaster "XxXx" set no bouncemail set no spambounce # set properties "v" set daemon 300 set properties "silent"
I tried that, but the logfile remains empty, of course. Thank you, anyway. Wolfgang -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
* Wolfgang Mueller <wm@ariannuccia.de> [12-17-19 20:23]:
On Tuesday, 17 Dec 2019 at 22:53:58 +0100, Patrick Shanahan wrote:
Wolfgang Mueller <wm@ariannuccia.de> [12-17-19 15:37]: Not receiving mail any more since Thursday, 12 December, I found out that the mail is still fetched from the provider's server and destroyed there, but no more put on /var/spool/mail/<user>. No idea where it finally arrives, probably on /dev/null.
I do not know which patch I have installed on last Thursday, but I'm convinces it is a patch, because I observe the error on all three of my computers, which I updated all at the same time, unfortunately.
For getting mail again, I do no rely on the fetchmail daemon any more, which has become a trap, but I use the direct POP3 mail server access of Firefox. It's a pity.
fwiw: I constantly monitor fetchmail logs
head ~/.fetchmailrc
# Configuration created Sun Dec 28 14:56:16 2003 by fetchmailconf set logfile "fetchmail.log" #set syslog set postmaster "XxXx" set no bouncemail set no spambounce # set properties "v" set daemon 300 set properties "silent"
I tried that, but the logfile remains empty, of course.
then you somehow have failed to properly set it or cannot find the log file. Mine is filled with: Tue Dec 17 20:49:36 EST 2019 fetchmail: 1 message for xxxxx@xxx.net at imap.mail.yahoo.com (folder Inbox). fetchmail: reading message xxxx@sxxx.xxx@internal.imap.mail.g03.yahoodns.net:1 of 1 (9124 header octets) (4395 body octets) flushed Tue Dec 17 20:57:27 EST 2019 Tue Dec 17 21:02:45 EST 2019 ... I have fetchmail hand off to procmail and keep logs of it also. -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri Photos: http://wahoo.no-ip.org/piwigo paka @ IRCnet freenode -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Wednesday, 18 Dec 2019 at 04:29:26 +0100, Patrick Shanahan wrote:
* Wolfgang Mueller <wm@ariannuccia.de> [12-17-19 20:23]:
On Tuesday, 17 Dec 2019 at 22:53:58 +0100, Patrick Shanahan wrote:
Wolfgang Mueller <wm@ariannuccia.de> [12-17-19 15:37]: Not receiving mail any more since Thursday, 12 December, I found out that the mail is still fetched from the provider's server and destroyed there, but no more put on /var/spool/mail/<user>. No idea where it finally arrives, probably on /dev/null.
I do not know which patch I have installed on last Thursday, but I'm convinces it is a patch, because I observe the error on all three of my computers, which I updated all at the same time, unfortunately.
For getting mail again, I do no rely on the fetchmail daemon any more, which has become a trap, but I use the direct POP3 mail server access of Firefox. It's a pity.
fwiw: I constantly monitor fetchmail logs
head ~/.fetchmailrc
# Configuration created Sun Dec 28 14:56:16 2003 by fetchmailconf set logfile "fetchmail.log" #set syslog set postmaster "XxXx" set no bouncemail set no spambounce # set properties "v" set daemon 300 set properties "silent"
I tried that, but the logfile remains empty, of course.
then you somehow have failed to properly set it or cannot find the log file. Mine is filled with:
Tue Dec 17 20:49:36 EST 2019 fetchmail: 1 message for xxxxx@xxx.net at imap.mail.yahoo.com (folder Inbox). fetchmail: reading message xxxx@sxxx.xxx@internal.imap.mail.g03.yahoodns.net:1 of 1 (9124 header octets) (4395 body octets) flushed Tue Dec 17 20:57:27 EST 2019 Tue Dec 17 21:02:45 EST 2019 ...
I use /etc/fetchmail instead of $HOME/.fetchmail Here is what I have set up: "ls -l /etc/fetchmail*" yields: -rw-rw-rw- 1 fetchmail daemon 0 Dec 18 02:02 /etc/fetchmail.log -rw------- 1 fetchmail daemon 891 Dec 18 02:02 /etc/fetchmailrc This is the content of /etc/fetchmailrc without comments: set postmaster "wolfgang" ; set logfile "/etc/fetchmail.log" ; poll "pop3.omc-mail.de" protocol POP3 : user "wolfgang@ariannuccia.de" there with password "xxxxxx" is "wolfgang" here ; Before last Thursday evening this worked correctly (but without the set logfile statement). Thank you in advance for your help, Wolfgang -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 18/12/2019 12.07, Wolfgang Mueller wrote: ...
I use /etc/fetchmail instead of $HOME/.fetchmail
Here is what I have set up:
"ls -l /etc/fetchmail*" yields:
-rw-rw-rw- 1 fetchmail daemon 0 Dec 18 02:02 /etc/fetchmail.log
That is a very strange place for the log.
-rw------- 1 fetchmail daemon 891 Dec 18 02:02 /etc/fetchmailrc
This is the content of /etc/fetchmailrc without comments:
set postmaster "wolfgang" ; set logfile "/etc/fetchmail.log" ; poll "pop3.omc-mail.de" protocol POP3 : user "wolfgang@ariannuccia.de" there with password "xxxxxx" is "wolfgang" here ;
I don't recall ever seeing ";" used in this file. Or ":".
Before last Thursday evening this worked correctly (but without the set logfile statement).
Thank you in advance for your help,
What user starts fetchmail? What exact command do you use? Me, I prefer to use syslog. Did you look in /var/log/mail? Add "keep" for testing. Means don't delete from server. For example: poll imap.gmx.com proto imap, timeout 50, tracepolls user R_USER@gmx.es, password PASSS, is L_USER here, ssl, fetchlimit 50, expunge 20, folders Inbox, Spam, Junk, and keep - -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar) -----BEGIN PGP SIGNATURE----- iF0EARECAB0WIQQZEb51mJKK1KpcU/W1MxgcbY1H1QUCXfoLQgAKCRC1MxgcbY1H 1SypAJ4penrhkXu+tAyZFGd1y0/QAaZnZgCgl41p2uyUc7L2sMIacKfAQHg1LnI= =8L8A -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Wednesday, 18 Dec 2019 at 12:19:32 +0100, Carlos E. R. wrote:
On 18/12/2019 12.07, Wolfgang Mueller wrote:
... I use /etc/fetchmail instead of $HOME/.fetchmail
Here is what I have set up:
"ls -l /etc/fetchmail*" yields:
-rw-rw-rw- 1 fetchmail daemon 0 Dec 18 02:02 /etc/fetchmail.log
That is a very strange place for the log.
But it is easy to be controlled since "ls -l /etc/fetchmail*" catches both, /etc/fetchmailrc and /etc/fetchmail.log
This is the content of /etc/fetchmailrc without comments:
set postmaster "wolfgang" ; set logfile "/etc/fetchmail.log" ; poll "pop3.omc-mail.de" protocol POP3 : user "wolfgang@ariannuccia.de" there with password "xxxxxx" is "wolfgang" here ;
I don't recall ever seeing ";" used in this file. Or ":".
I did not change the syntax of /etc/fetchmailrc in this millennium, and in the nineties there was no new line convention such that the semicolons were needed to separate the statements (cfr. C and C++). Though I think they are harmless, I removed them today.
Before last Thursday evening this worked correctly (but without the set logfile statement).
What user starts fetchmail?
It is started by root.
What exact command do you use?
Before last Thursday night, it was started at boot time. Now I (as root) use "systemctl start fetchmail".
Me, I prefer to use syslog.
No idea how to use that.
Did you look in /var/log/mail?
Yes. E.g., these 2 lines were left there by the fetchmail daemon: 2019-12-18T13:34:34.356565+01:00 hewpac postfix/qmgr[2076]: 46465401DF: from=<0100016f18e3121f-e51361fd-0495-4896-a555-8a6fcf912444-000000@email.washingtonpost.com>, size=53487, nrcpt=1 (queue active) 2019-12-18T13:34:35.476341+01:00 hewpac postfix/smtp[32077]: 6985D401DA: to=<0100016f18e3121f-e51361fd-0495-4896-a555-8a6fcf912444-000000@email.washingtonpost.com>, relay=feedback-smtp.us-east-1.amazonses.com[18.235.76.96]:25, delay=1, delays=0.03/0/0.47/0.55, dsn=2.0.0, status=sent (250 Ok lWz37749quaTkLRI8ghn-1) But that refers on retrieving a mail on the remote computer only, not on dropping it on the local computer.
Add "keep" for testing. Means don't delete from server. For example:
poll imap.gmx.com proto imap, timeout 50, tracepolls user R_USER@gmx.es, password PASSS, is L_USER here, ssl, fetchlimit 50, expunge 20, folders Inbox, Spam, Junk, and keep
That's mine, now: poll "pop3.omc-mail.de" protocol POP3 : user "wolfgang@ariannuccia.de" there with password "xxxxxx" is "wolfgang" here and keep Thanks a lot, but since I use the direct POP3 mail server access of Firefox, I do not need the fetchmail daemon any more. Best regards, Wolfgang -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
* Wolfgang Mueller <wm@ariannuccia.de> [12-18-19 07:49]:
On Wednesday, 18 Dec 2019 at 12:19:32 +0100, Carlos E. R. wrote:
On 18/12/2019 12.07, Wolfgang Mueller wrote:
... I use /etc/fetchmail instead of $HOME/.fetchmail
Here is what I have set up:
"ls -l /etc/fetchmail*" yields:
-rw-rw-rw- 1 fetchmail daemon 0 Dec 18 02:02 /etc/fetchmail.log
That is a very strange place for the log.
But it is easy to be controlled since "ls -l /etc/fetchmail*" catches both, /etc/fetchmailrc and /etc/fetchmail.log
but not convention/normal, but also your system and your choice. that should not be a problem
This is the content of /etc/fetchmailrc without comments:
set postmaster "wolfgang" ; set logfile "/etc/fetchmail.log" ; poll "pop3.omc-mail.de" protocol POP3 : user "wolfgang@ariannuccia.de" there with password "xxxxxx" is "wolfgang" here ;
I don't recall ever seeing ";" used in this file. Or ":".
I don't know that those chars are allowed, but have not searched. I do not use them.
I did not change the syntax of /etc/fetchmailrc in this millennium, and in the nineties there was no new line convention such that the semicolons were needed to separate the statements (cfr. C and C++). Though I think they are harmless, I removed them today.
Before last Thursday evening this worked correctly (but without the set logfile statement).
What user starts fetchmail?
It is started by root.
What exact command do you use?
Before last Thursday night, it was started at boot time. Now I (as root) use "systemctl start fetchmail".
Me, I prefer to use syslog.
No idea how to use that.
Did you look in /var/log/mail?
Yes. E.g., these 2 lines were left there by the fetchmail daemon:
2019-12-18T13:34:34.356565+01:00 hewpac postfix/qmgr[2076]: 46465401DF: from=<0100016f18e3121f-e51361fd-0495-4896-a555-8a6fcf912444-000000@email.washingtonpost.com>, size=53487, nrcpt=1 (queue active) 2019-12-18T13:34:35.476341+01:00 hewpac postfix/smtp[32077]: 6985D401DA: to=<0100016f18e3121f-e51361fd-0495-4896-a555-8a6fcf912444-000000@email.washingtonpost.com>, relay=feedback-smtp.us-east-1.amazonses.com[18.235.76.96]:25, delay=1, delays=0.03/0/0.47/0.55, dsn=2.0.0, status=sent (250 Ok lWz37749quaTkLRI8ghn-1)
But that refers on retrieving a mail on the remote computer only, not on dropping it on the local computer.
believe those are postfix logs and not fetchmail logs
Add "keep" for testing. Means don't delete from server. For example:
poll imap.gmx.com proto imap, timeout 50, tracepolls user R_USER@gmx.es, password PASSS, is L_USER here, ssl, fetchlimit 50, expunge 20, folders Inbox, Spam, Junk, and keep
That's mine, now:
poll "pop3.omc-mail.de" protocol POP3 : user "wolfgang@ariannuccia.de" there with password "xxxxxx" is "wolfgang" here and keep
I have for two gmail accounts (imap not pop#, but just a protocol statement): poll imap.gmail.com with interval 0 proto imap timeout 150 auth any, and tracepolls user 'USER', with password "PASS", is LOCALUSER here, and ssl, and fetchall sslcertck mda '/usr/lib/sendmail -i -oem -f %F %T' user 'USER1', with password "PASS1", is LOCALUSER here, and ssl, and fetchall sslcertck mda '/usr/lib/sendmail -i -oem -f %F %T'
Thanks a lot, but since I use the direct POP3 mail server access of Firefox, I do not need the fetchmail daemon any more.
again, your choice. but the post was about your problems/failure with fetchmail, that you no longer use it is something completely different. If you are dismissing the explanations, why post the problem or your frustrations in the first place. The initial post presents a request for assistance which you are summary dismissing, ie: wasting our time. again, your choice. -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri Photos: http://wahoo.no-ip.org/piwigo paka @ IRCnet freenode -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Wednesday, 18 Dec 2019 at 15:03:26 +0100, Patrick Shanahan wrote:
Wolfgang Mueller <wm@ariannuccia.de> [12-18-19 07:49]:
[...] Thanks a lot, but since I use the direct POP3 mail server access of Firefox, I do not need the fetchmail daemon any more.
again, your choice. but the post was about your problems/failure with fetchmail, that you no longer use it is something completely different. If you are dismissing the explanations, why post the problem or your frustrations in the first place. The initial post presents a request for assistance which you are summary dismissing, ie: wasting our time. again, your choice.
My choice, i.e. my preference, would be using fetchmail if it worked on my computers. So, as long as it does not, my only chance to receive mail is using the workaround mentioned above. Otherwise I would not be able to communicate with this mailing list and bother you. :) Best regards, Wolfgang -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 18/12/2019 17.09, Wolfgang Mueller wrote:
On Wednesday, 18 Dec 2019 at 15:03:26 +0100, Patrick Shanahan wrote:
Wolfgang Mueller <wm@ariannuccia.de> [12-18-19 07:49]:
[...] Thanks a lot, but since I use the direct POP3 mail server access of Firefox, I do not need the fetchmail daemon any more.
again, your choice. but the post was about your problems/failure with fetchmail, that you no longer use it is something completely different. If you are dismissing the explanations, why post the problem or your frustrations in the first place. The initial post presents a request for assistance which you are summary dismissing, ie: wasting our time. again, your choice.
My choice, i.e. my preference, would be using fetchmail if it worked on my computers. So, as long as it does not, my only chance to receive mail is using the workaround mentioned above.
Otherwise I would not be able to communicate with this mailing list and bother you. :)
Well, chect the file "var/log/fetchmail" and "/var/log/mail". You can, if you wish, mail me offlist those files and I can investigate and try to find out what happened. - -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar) -----BEGIN PGP SIGNATURE----- iF0EARECAB0WIQQZEb51mJKK1KpcU/W1MxgcbY1H1QUCXfpvOAAKCRC1MxgcbY1H 1WxaAJ0bHVjznZLb5aCXMNGZ3OVSIQdRegCff6cO9RqfqkpMuhwMkbPIto5pA2M= =i81a -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
* Wolfgang Mueller <wm@ariannuccia.de> [12-18-19 11:14]:
On Wednesday, 18 Dec 2019 at 15:03:26 +0100, Patrick Shanahan wrote:
Wolfgang Mueller <wm@ariannuccia.de> [12-18-19 07:49]:
[...] Thanks a lot, but since I use the direct POP3 mail server access of Firefox, I do not need the fetchmail daemon any more.
again, your choice. but the post was about your problems/failure with fetchmail, that you no longer use it is something completely different. If you are dismissing the explanations, why post the problem or your frustrations in the first place. The initial post presents a request for assistance which you are summary dismissing, ie: wasting our time. again, your choice.
My choice, i.e. my preference, would be using fetchmail if it worked on my computers. So, as long as it does not, my only chance to receive mail is using the workaround mentioned above.
Otherwise I would not be able to communicate with this mailing list and bother you. :)
no, the "thing" is why post in the first place? Obviously YOU have a problem on your system(s) as you have failed to properly configure fetchmail. But you do not want answers/help. Take out your frustrations on your wife so she can properly admonish and/or physically abuse you, instead of us. -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri Photos: http://wahoo.no-ip.org/piwigo paka @ IRCnet freenode -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wednesday, 2019-12-18 at 13:46 +0100, Wolfgang Mueller wrote:
On Wednesday, 18 Dec 2019 at 12:19:32 +0100, Carlos E. R. wrote:
On 18/12/2019 12.07, Wolfgang Mueller wrote:
... I use /etc/fetchmail instead of $HOME/.fetchmail
Here is what I have set up:
"ls -l /etc/fetchmail*" yields:
-rw-rw-rw- 1 fetchmail daemon 0 Dec 18 02:02 /etc/fetchmail.log
That is a very strange place for the log.
But it is easy to be controlled since "ls -l /etc/fetchmail*" catches both, /etc/fetchmailrc and /etc/fetchmail.log
Yes, but "/etc" is not the place for logs.
This is the content of /etc/fetchmailrc without comments:
set postmaster "wolfgang" ; set logfile "/etc/fetchmail.log" ; poll "pop3.omc-mail.de" protocol POP3 : user "wolfgang@ariannuccia.de" there with password "xxxxxx" is "wolfgang" here ;
I don't recall ever seeing ";" used in this file. Or ":".
I did not change the syntax of /etc/fetchmailrc in this millennium, and in the nineties there was no new line convention such that the semicolons were needed to separate the statements (cfr. C and C++). Though I think they are harmless, I removed them today.
Before last Thursday evening this worked correctly (but without the set logfile statement).
What user starts fetchmail?
It is started by root.
What exact command do you use?
Before last Thursday night, it was started at boot time. Now I (as root) use "systemctl start fetchmail".
Ah. That's "/usr/lib/systemd/system/fetchmail.service". I have never used that method, but it should work. [Unit] Description=A remote-mail retrieval utility After=network.target [Service] EnvironmentFile=-/etc/sysconfig/fetchmail User=fetchmail ExecStart=/usr/lib/fetchmail-systemd-exec RestartSec=1 [Install] WantedBy=multi-user.target
Me, I prefer to use syslog.
No idea how to use that.
It is the default. Except perhaps when using this system service, which by default uses: ## Type: string ## Default: "/var/log/fetchmail" ## Options: "/path/to/file", "syslog", "" # # This option allows to redirect status messages in daemon mode to the # specified log file or syslog(3) system if available. If empty, omits # any logging options. # FETCHMAIL_DEFAULT_LOGFILE="/var/log/fetchmail"
Did you look in /var/log/mail?
Yes. E.g., these 2 lines were left there by the fetchmail daemon:
2019-12-18T13:34:34.356565+01:00 hewpac postfix/qmgr[2076]: 46465401DF: from=<0100016f18e3121f-e51361fd-0495-4896-a555-8a6fcf912444-000000@email.washingtonpost.com>, size=53487, nrcpt=1 (queue active) 2019-12-18T13:34:35.476341+01:00 hewpac postfix/smtp[32077]: 6985D401DA: to=<0100016f18e3121f-e51361fd-0495-4896-a555-8a6fcf912444-000000@email.washingtonpost.com>, relay=feedback-smtp.us-east-1.amazonses.com[18.235.76.96]:25, delay=1, delays=0.03/0/0.47/0.55, dsn=2.0.0, status=sent (250 Ok lWz37749quaTkLRI8ghn-1)
No, that's not fetchmail. It may be triggered by fetchmail, tough. I would need context to analyze. I'm afraid it could be a bounce.
But that refers on retrieving a mail on the remote computer only, not on dropping it on the local computer.
My fetchmail log is verbose and via syslog: and starts like this: <2.6> 2019-12-08 04:33:33 Telcontar fetchmail 10568 - - 6.3.26 querying imap.gmail.com (protocol IMAP) at 2019-12-08T04:33:33 CET: poll started <2.6> 2019-12-08 04:33:33 Telcontar fetchmail 10568 - - Trying to connect to 64.233.167.109/993...connected. <2.6> 2019-12-08 04:33:33 Telcontar fetchmail 10568 - - Server certificate: <2.6> 2019-12-08 04:33:33 Telcontar fetchmail 10568 - - Issuer Organization: Google Trust Services <2.6> 2019-12-08 04:33:33 Telcontar fetchmail 10568 - - Issuer CommonName: GTS CA 1O1 And an actual fetch goes like this: <2.6> 2019-12-08 04:33:33 Telcontar fetchmail 10568 - - IMAP> A0006 FETCH 1 RFC822.HEADER <2.6> 2019-12-08 04:33:34 Telcontar fetchmail 10568 - - IMAP< * 1 FETCH (RFC822.HEADER {5982} <2.6> 2019-12-08 04:33:34 Telcontar fetchmail 10568 - - reading message robin.listas@gmail.com@imap.gmail.com:1 of 1600 (5982 header octets)Trying to connect to 127.0.0.1/25...connected. <2.6> 2019-12-08 04:33:34 Telcontar postfix 10569 - - connect from localhost[127.0.0.1] <2.6> 2019-12-08 04:33:34 Telcontar fetchmail 10568 - - SMTP< 220 Telcontar.valinor ESMTP <2.6> 2019-12-08 04:33:34 Telcontar fetchmail 10568 - - SMTP> EHLO Telcontar.valinor ... <2.6> 2019-12-08 04:33:34 Telcontar fetchmail 10568 - - SMTP> MAIL FROM:<opensuse-offtopic+bounces-72863-robin.listas=gmail.com@opensuse.org> BODY=8BITMIME SIZE=7588 <2.6> 2019-12-08 04:33:34 Telcontar fetchmail 10568 - - SMTP< 250 2.1.0 Ok <2.6> 2019-12-08 04:33:34 Telcontar fetchmail 10568 - - SMTP> RCPT TO:<cer@localhost> <2.6> 2019-12-08 04:33:34 Telcontar postfix 10569 - - 44F653205AC: client=localhost[127.0.0.1] Where you can see how fetchmail is handling the email to postfix. There are many more lines, because as I said, I have it set to verbose. Easier to analyze problems when they do happen. Otherwise, it is a lot of useless text.
Add "keep" for testing. Means don't delete from server. For example:
poll imap.gmx.com proto imap, timeout 50, tracepolls user R_USER@gmx.es, password PASSS, is L_USER here, ssl, fetchlimit 50, expunge 20, folders Inbox, Spam, Junk, and keep
That's mine, now:
poll "pop3.omc-mail.de" protocol POP3 : user "wolfgang@ariannuccia.de" there with password "xxxxxx" is "wolfgang" here and keep
Thanks a lot, but since I use the direct POP3 mail server access of Firefox, I do not need the fetchmail daemon any more.
Sure, most people do that. Although, today it is imap rather than pop. - -- Cheers, Carlos E. R. (from openSUSE 15.1 x86_64 at Telcontar) -----BEGIN PGP SIGNATURE----- iHoEARECADoWIQQZEb51mJKK1KpcU/W1MxgcbY1H1QUCXfoyIxwccm9iaW4ubGlz dGFzQHRlbGVmb25pY2EubmV0AAoJELUzGBxtjUfVtYcAmwT4hud9s8zMZHJhOz6s V1CA3+rpAJwPmkDxDKn3XaRi48qJWaIfSVEZ0w== =wtBq -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Carlos E. R. wrote:
Did you look in /var/log/mail?
Yes. E.g., these 2 lines were left there by the fetchmail daemon:
2019-12-18T13:34:34.356565+01:00 hewpac postfix/qmgr[2076]: 46465401DF: from=<0100016f18e3121f-e51361fd-0495-4896-a555-8a6fcf912444-000000@email.washingtonpost.com>, size=53487, nrcpt=1 (queue active) 2019-12-18T13:34:35.476341+01:00 hewpac postfix/smtp[32077]: 6985D401DA: to=<0100016f18e3121f-e51361fd-0495-4896-a555-8a6fcf912444-000000@email.washingtonpost.com>, relay=feedback-smtp.us-east-1.amazonses.com[18.235.76.96]:25, delay=1, delays=0.03/0/0.47/0.55, dsn=2.0.0, status=sent (250 Ok lWz37749quaTkLRI8ghn-1)
No, that's not fetchmail. It may be triggered by fetchmail, tough. I would need context to analyze. I'm afraid it could be a bounce.
Yes, I think so too. From and to addresses are the same. -- Per Jessen, Zürich (10.9°C) http://www.dns24.ch/ - your free DNS host, made in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 17/12/2019 21.34, Wolfgang Mueller wrote:
Not receiving mail any more since Thursday, 12 December, I found out that the mail is still fetched from the provider's server and destroyed there, but no more put on /var/spool/mail/<user>. No idea where it finally arrives, probably on /dev/null.
Instead of blaming fetchmail, inspect your mail logs and find out. - -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar) -----BEGIN PGP SIGNATURE----- iF0EARECAB0WIQQZEb51mJKK1KpcU/W1MxgcbY1H1QUCXfl9OgAKCRC1MxgcbY1H 1bQJAJsGs8xnwjUu7MW7QKiACK4zFpVw3QCZAdsmbHdZwpduZ8vEicHxpjClYs8= =9pMF -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
participants (4)
-
Carlos E. R. -
Patrick Shanahan -
Per Jessen -
Wolfgang Mueller