Menu
▾
▴
fetchmail-users — User questions and discussion
You can subscribe to this list here.
| 2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
(16) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2005 |
Jan
(2) |
Feb
|
Mar
(4) |
Apr
|
May
|
Jun
|
Jul
(8) |
Aug
(21) |
Sep
(17) |
Oct
(35) |
Nov
(39) |
Dec
(55) |
| 2006 |
Jan
(70) |
Feb
(11) |
Mar
(55) |
Apr
(27) |
May
(73) |
Jun
(47) |
Jul
(63) |
Aug
(27) |
Sep
(52) |
Oct
(39) |
Nov
(87) |
Dec
(15) |
| 2007 |
Jan
(23) |
Feb
(46) |
Mar
(108) |
Apr
(63) |
May
(54) |
Jun
(34) |
Jul
(29) |
Aug
(103) |
Sep
(46) |
Oct
(69) |
Nov
(29) |
Dec
(17) |
| 2008 |
Jan
(45) |
Feb
(32) |
Mar
(25) |
Apr
(17) |
May
(39) |
Jun
(20) |
Jul
(64) |
Aug
(31) |
Sep
(38) |
Oct
(20) |
Nov
(42) |
Dec
(50) |
| 2009 |
Jan
(10) |
Feb
(38) |
Mar
(3) |
Apr
(29) |
May
(41) |
Jun
(31) |
Jul
(21) |
Aug
(53) |
Sep
(49) |
Oct
(26) |
Nov
(28) |
Dec
(15) |
| 2010 |
Jan
(83) |
Feb
(38) |
Mar
(33) |
Apr
(44) |
May
(9) |
Jun
(16) |
Jul
(35) |
Aug
(38) |
Sep
(11) |
Oct
(35) |
Nov
(68) |
Dec
(19) |
| 2011 |
Jan
(16) |
Feb
(69) |
Mar
(42) |
Apr
(54) |
May
(56) |
Jun
(29) |
Jul
|
Aug
(65) |
Sep
(3) |
Oct
(39) |
Nov
(33) |
Dec
(4) |
| 2012 |
Jan
(31) |
Feb
(21) |
Mar
(26) |
Apr
(13) |
May
(38) |
Jun
(39) |
Jul
(14) |
Aug
(31) |
Sep
(8) |
Oct
(32) |
Nov
(12) |
Dec
(16) |
| 2013 |
Jan
(40) |
Feb
(22) |
Mar
(21) |
Apr
(15) |
May
(13) |
Jun
(9) |
Jul
(34) |
Aug
(10) |
Sep
(10) |
Oct
|
Nov
(7) |
Dec
(1) |
| 2014 |
Jan
(25) |
Feb
(9) |
Mar
(8) |
Apr
(12) |
May
(7) |
Jun
|
Jul
(7) |
Aug
(4) |
Sep
(27) |
Oct
(25) |
Nov
(18) |
Dec
(3) |
| 2015 |
Jan
(18) |
Feb
(13) |
Mar
(4) |
Apr
(19) |
May
(11) |
Jun
|
Jul
(1) |
Aug
(7) |
Sep
(6) |
Oct
(4) |
Nov
(19) |
Dec
(6) |
| 2016 |
Jan
|
Feb
(8) |
Mar
(14) |
Apr
|
May
(11) |
Jun
|
Jul
(2) |
Aug
(3) |
Sep
(10) |
Oct
|
Nov
(11) |
Dec
(17) |
| 2017 |
Jan
(17) |
Feb
(35) |
Mar
|
Apr
(4) |
May
(8) |
Jun
(2) |
Jul
(16) |
Aug
|
Sep
(5) |
Oct
(11) |
Nov
(15) |
Dec
(10) |
| 2018 |
Jan
|
Feb
(3) |
Mar
|
Apr
(3) |
May
(2) |
Jun
(8) |
Jul
|
Aug
(10) |
Sep
(17) |
Oct
(15) |
Nov
(12) |
Dec
(10) |
| 2019 |
Jan
(4) |
Feb
(14) |
Mar
(33) |
Apr
(17) |
May
(7) |
Jun
(6) |
Jul
(2) |
Aug
(4) |
Sep
(22) |
Oct
(13) |
Nov
|
Dec
|
| 2020 |
Jan
(36) |
Feb
(19) |
Mar
(31) |
Apr
(2) |
May
(22) |
Jun
(7) |
Jul
(25) |
Aug
(9) |
Sep
(17) |
Oct
(52) |
Nov
(13) |
Dec
(9) |
| 2021 |
Jan
(23) |
Feb
(13) |
Mar
(9) |
Apr
(15) |
May
(3) |
Jun
(7) |
Jul
(4) |
Aug
(23) |
Sep
(3) |
Oct
(8) |
Nov
(28) |
Dec
(9) |
| 2022 |
Jan
(38) |
Feb
(2) |
Mar
(56) |
Apr
(24) |
May
(29) |
Jun
(22) |
Jul
(6) |
Aug
(1) |
Sep
|
Oct
(13) |
Nov
(2) |
Dec
|
| 2023 |
Jan
(6) |
Feb
(1) |
Mar
(1) |
Apr
(4) |
May
|
Jun
|
Jul
(21) |
Aug
(5) |
Sep
(1) |
Oct
|
Nov
(5) |
Dec
|
| 2024 |
Jan
(15) |
Feb
(4) |
Mar
|
Apr
(4) |
May
(11) |
Jun
(9) |
Jul
(1) |
Aug
|
Sep
(9) |
Oct
(9) |
Nov
(1) |
Dec
(1) |
| 2025 |
Jan
(7) |
Feb
|
Mar
|
Apr
(3) |
May
|
Jun
(10) |
Jul
|
Aug
(1) |
Sep
(12) |
Oct
(24) |
Nov
(14) |
Dec
|
|
From: Nico G. <ni...@ng...> - 2006-11-11 16:00:24
|
Hi, * wa...@wa... <wa...@wa...> [2006-11-11 15:34]: > 11112006 0732 GMT-6 > > Day before yesterday I noticed that my mail wasn't being checked. And > then I noticed that gweather applet also wouldn't connect. But I am > still on the net so I don't think its a connectivity issue. > > I just setup my system with fetchmail/postfix/dovecot to get mail. > I have stopped fetchmail and the restarted it but that didn't get it to > connect. > It was working fine and then literally, it wasn't. > > What could I troubleshoot? debug output? Kind regards Nico -- Nico Golde - http://www.ngolde.de JAB: ni...@ja... - GPG: 0x73647CFF Forget about that mouse with 3/4/5 buttons, gimme a keyboard with 103/104/105 keys! |
|
From: <wa...@wa...> - 2006-11-11 14:42:29
|
11112006 0732 GMT-6 Day before yesterday I noticed that my mail wasn't being checked. And then I noticed that gweather applet also wouldn't connect. But I am still on the net so I don't think its a connectivity issue. I just setup my system with fetchmail/postfix/dovecot to get mail. I have stopped fetchmail and the restarted it but that didn't get it to connect. It was working fine and then literally, it wasn't. What could I troubleshoot? wade |
|
From: Rob M. <rob...@gm...> - 2006-11-11 14:40:44
|
On 11/11/06, wa...@wa... <wa...@wa...> wrote:
> 11112006 0732 GMT-6
>
> Day before yesterday I noticed that my mail wasn't being checked. And
> then I noticed that gweather applet also wouldn't connect. But I am
> still on the net so I don't think its a connectivity issue.
>
> I just setup my system with fetchmail/postfix/dovecot to get mail.
> I have stopped fetchmail and the restarted it but that didn't get it to
> connect.
> It was working fine and then literally, it wasn't.
>
> What could I troubleshoot?
Good question. You say absolutely nothing about your setup that would
help direct you, however:
1) Check your mail log. If you've configured fetchmail to use syslog
this will be the same as your postfix server. Otherwise it'll be
somewhere else.
2) Try a mail check in verbose mode: "fetchmail -c --nosyslog -v -v"
--
Please keep list traffic on the list.
Rob MacGregor
Whoever fights monsters should see to it that in the process he
doesn't become a monster. Friedrich Nietzsche
|
|
From: <wa...@wa...> - 2006-11-11 14:35:48
|
11112006 0732 GMT-6 Day before yesterday I noticed that my mail wasn't being checked. And then I noticed that gweather applet also wouldn't connect. But I am still on the net so I don't think its a connectivity issue. I just setup my system with fetchmail/postfix/dovecot to get mail. I have stopped fetchmail and the restarted it but that didn't get it to connect. It was working fine and then literally, it wasn't. What could I troubleshoot? wade |
|
From: David D. <dda...@ya...> - 2006-11-10 22:09:42
|
Matthias Andree <mat...@gm...> wrote:\ You can use one of the tiny sendmail-to-SMTP clients (too many to list) along with a shell script and use this shell script as "mda" to fetchmail. Adding said header can be done with reformail which ships in Sam Varshavchik's "maildrop" package. Thanks for the tip. If I go the "mda" route, my little custom mda needs to be responsible for reliable delivery. (Right?) As far as fetchmail is concerned, the mail was sent successfully even if the final SMTP server down. Seems tricky. If I can't do this in fetchmail itself, perhaps an SMTP-to-SMTP data-munging proxy is the better route? Does such a thing exist? Also, can fetchmail "walk" all (or a subset of) an account's SMTP folders, or do I need to create a separate poll entry for each folder? Thanks, David --------------------------------- Everyone is raving about the all-new Yahoo! Mail. |
|
From: Matthias A. <mat...@gm...> - 2006-11-10 08:36:12
|
David Davis <dda...@ya...> writes: > Does fetchmail have anyway to modify the email that it > retrieves/resends? Not something that you could script - you'll have to hook up your own scripts. > For instance, I need to move messages from an IMAP server to a POP server via > SMTP. (Don't ask.) > > Anyway, the messages on the IMAP server are in folders, and I need someway to > tell the POP client from where the message originated. (Need to add a prefix > to the the subject line, and add an internal 'x-orig-folder:' header) You can use one of the tiny sendmail-to-SMTP clients (too many to list) along with a shell script and use this shell script as "mda" to fetchmail. Adding said header can be done with reformail which ships in Sam Varshavchik's "maildrop" package. HTH, -- Matthias Andree |
|
From: David D. <dda...@ya...> - 2006-11-10 07:33:17
|
Hello, Does fetchmail have anyway to modify the email that it retrieves/resends? For instance, I need to move messages from an IMAP server to a POP server via SMTP. (Don't ask.) Anyway, the messages on the IMAP server are in folders, and I need someway to tell the POP client from where the message originated. (Need to add a prefix to the the subject line, and add an internal 'x-orig-folder:' header) Can this be done with fetchmail? Thanks, David --------------------------------- Want to start your own business? Learn how on Yahoo! Small Business. |
|
From: Gerard S. <ge...@se...> - 2006-11-07 11:42:35
|
On Monday November 06, 2006 at 12:39:21 (PM) cron wrote: > On Sun, Nov 05, 2006 at 03:28:34PM -0500, Gerard Seibert wrote: > > FreeBSD 6.1 STABLE > > Postfix-2.4-20061019 > > Fetchmail release 6.3.5+RPA+SDPS+SSL+OPIE+NLS. > > > > I have just updated to the latest version of Fetchmail. Prior to this > > update, Fetchmail had run flawlessly. Unfortunately, it now appears to > > be suffering some problems. > > > > This is a truncated version of my /var/log/maillog: > > > > Nov 5 00:01:28 scorpio fetchmail[734]: 1 message for ge...@se... at pop.gmail.com (4441 octets). > > Nov 5 00:01:29 scorpio fetchmail[734]: reading message ge...@se...@gmail-pop.l.google.com:1 of 1 (4441 octets) (log message incomplete) > > Nov 5 00:01:29 scorpio fetchmail[734]: connection to localhost:smtp [::1/25] failed: Connection refused. > > you can't connect to postfix > try another mda in fetchmai and see if it works I have already corrected the problem. It seems that the new version of Fetchmail treats IPv6 differently than the older version. I simply disabled IPv6 on my system and the problem went away. There is no reason to use IPv6 presently anyway. It really only exists in a lab. The developers of Fetchmail might want to investigate this further though. -- Gerard |
|
From: <cr...@zm...> - 2006-11-06 18:41:22
|
On Sun, Nov 05, 2006 at 03:28:34PM -0500, Gerard Seibert wrote: > FreeBSD 6.1 STABLE > Postfix-2.4-20061019 > Fetchmail release 6.3.5+RPA+SDPS+SSL+OPIE+NLS. > > I have just updated to the latest version of Fetchmail. Prior to this > update, Fetchmail had run flawlessly. Unfortunately, it now appears to > be suffering some problems. > > This is a truncated version of my /var/log/maillog: > > Nov 5 00:01:28 scorpio fetchmail[734]: 1 message for ge...@se... at pop.gmail.com (4441 octets). > Nov 5 00:01:29 scorpio fetchmail[734]: reading message ge...@se...@gmail-pop.l.google.com:1 of 1 (4441 octets) (log message incomplete) > Nov 5 00:01:29 scorpio fetchmail[734]: connection to localhost:smtp [::1/25] failed: Connection refused. you can't connect to postfix try another mda in fetchmai and see if it works |
|
From: Gerard S. <ge...@se...> - 2006-11-05 23:00:47
|
On Sunday November 05, 2006 at 04:17:43 (PM) Rob MacGregor wrote: > Looks like you've got "localhost" resolving via IPv6 but your SMTP > server isn't listening on IPv6 (and you really only needed to post one > copy of the error :>). > > You'll want to either configure postfix to listen on IPv6 or give > fetchmail a hostname that only has an IPv4 address. > > This may only have come to light as a result of some of the IPv6 fixes > mentioned in the fetchmail change log. OK, I will disable IPv6 support, reboot the system and see what transpires. I don't need it anyway. I just never bothered to turn it off. Thanks! -- Gerard |
|
From: Rob M. <rob...@gm...> - 2006-11-05 22:18:31
|
On 11/5/06, Gerard Seibert <ge...@se...> wrote: > FreeBSD 6.1 STABLE > Postfix-2.4-20061019 > Fetchmail release 6.3.5+RPA+SDPS+SSL+OPIE+NLS. > > I have just updated to the latest version of Fetchmail. Prior to this > update, Fetchmail had run flawlessly. Unfortunately, it now appears to > be suffering some problems. > > This is a truncated version of my /var/log/maillog: > > Nov 5 00:01:28 scorpio fetchmail[734]: 1 message for ge...@se... at pop.gmail.com (4441 octets). > Nov 5 00:01:29 scorpio fetchmail[734]: reading message ge...@se...@gmail-pop.l.google.com:1 of 1 (4441 octets) (log message incomplete) > Nov 5 00:01:29 scorpio fetchmail[734]: connection to localhost:smtp [::1/25] failed: Connection refused. <---SNIP---> > It does not appear that I am losing any mail. However, all of the > accounts are not setup as of yet. Once the system is fully functional, I > cannot afford to have any problems. > > As I previously stated, I never experienced any problems with the older > version of Fetchmail. Since that is the only thing that I have updated > in a few weeks, this problem has to be related to that update. Looks like you've got "localhost" resolving via IPv6 but your SMTP server isn't listening on IPv6 (and you really only needed to post one copy of the error :>). You'll want to either configure postfix to listen on IPv6 or give fetchmail a hostname that only has an IPv4 address. This may only have come to light as a result of some of the IPv6 fixes mentioned in the fetchmail change log. -- Please keep list traffic on the list. Rob MacGregor Whoever fights monsters should see to it that in the process he doesn't become a monster. Friedrich Nietzsche |
|
From: Gerard S. <ge...@se...> - 2006-11-05 21:29:14
|
FreeBSD 6.1 STABLE Postfix-2.4-20061019 Fetchmail release 6.3.5+RPA+SDPS+SSL+OPIE+NLS. I have just updated to the latest version of Fetchmail. Prior to this update, Fetchmail had run flawlessly. Unfortunately, it now appears to be suffering some problems. This is a truncated version of my /var/log/maillog: Nov 5 00:01:28 scorpio fetchmail[734]: 1 message for ge...@se... at pop.gmail.com (4441 octets). Nov 5 00:01:29 scorpio fetchmail[734]: reading message ge...@se...@gmail-pop.l.google.com:1 of 1 (4441 octets) (log message incomplete) Nov 5 00:01:29 scorpio fetchmail[734]: connection to localhost:smtp [::1/25] failed: Connection refused. -- Nov 5 00:16:43 scorpio fetchmail[734]: 1 message for ge...@se... at pop.gmail.com (6285 octets). Nov 5 00:16:43 scorpio fetchmail[734]: reading message ge...@se...@gmail-pop.l.google.com:1 of 1 (6285 octets) (log message incomplete) Nov 5 00:16:43 scorpio fetchmail[734]: connection to localhost:smtp [::1/25] failed: Connection refused. -- Nov 5 00:47:11 scorpio fetchmail[734]: 1 message for ge...@se... at pop.gmail.com (5580 octets). Nov 5 00:47:11 scorpio fetchmail[734]: reading message ge...@se...@gmail-pop.l.google.com:1 of 1 (5580 octets) (log message incomplete) Nov 5 00:47:11 scorpio fetchmail[734]: connection to localhost:smtp [::1/25] failed: Connection refused. -- Nov 5 01:02:26 scorpio fetchmail[734]: 3 messages for ge...@se... at pop.gmail.com (13809 octets). Nov 5 01:02:26 scorpio fetchmail[734]: reading message ge...@se...@gmail-pop.l.google.com:1 of 3 (4207 octets) (log message incomplete) Nov 5 01:02:26 scorpio fetchmail[734]: connection to localhost:smtp [::1/25] failed: Connection refused. -- Nov 5 01:17:42 scorpio fetchmail[734]: 3 messages for ge...@se... at pop.gmail.com (13385 octets). Nov 5 01:17:42 scorpio fetchmail[734]: reading message ge...@se...@gmail-pop.l.google.com:1 of 3 (5074 octets) (log message incomplete) Nov 5 01:17:42 scorpio fetchmail[734]: connection to localhost:smtp [::1/25] failed: Connection refused. -- Nov 5 01:17:52 scorpio fetchmail[734]: 1 message for bee...@sp... at pop.spamcop.net (2679 octets). Nov 5 01:17:52 scorpio fetchmail[734]: reading message bee...@sp...@pop.spamcop.net:1 of 1 (2679 octets) (log message incomplete) Nov 5 01:17:52 scorpio fetchmail[734]: connection to localhost:smtp [::1/25] failed: Connection refused. -- Nov 5 01:17:53 scorpio fetchmail[734]: 1 message for gerard-seibert at mail.comcast.net (25369 octets). Nov 5 01:17:53 scorpio fetchmail[734]: reading message ger...@ma...:1 of 1 (25369 octets) (log message incomplete) Nov 5 01:17:53 scorpio fetchmail[734]: connection to localhost:smtp [::1/25] failed: Connection refused. -- Nov 5 01:32:58 scorpio fetchmail[734]: 3 messages for ge...@se... at pop.gmail.com (13104 octets). Nov 5 01:32:59 scorpio fetchmail[734]: reading message ge...@se...@gmail-pop.l.google.com:1 of 3 (4710 octets) (log message incomplete) Nov 5 01:32:59 scorpio fetchmail[734]: connection to localhost:smtp [::1/25] failed: Connection refused. -- Nov 5 01:33:11 scorpio fetchmail[734]: 1 message for bee...@sp... at pop.spamcop.net (2682 octets). Nov 5 01:33:11 scorpio fetchmail[734]: reading message bee...@sp...@pop.spamcop.net:1 of 1 (2682 octets) (log message incomplete) Nov 5 01:33:11 scorpio fetchmail[734]: connection to localhost:smtp [::1/25] failed: Connection refused. -- Nov 5 02:18:43 scorpio fetchmail[734]: 1 message for ge...@se... at pop.gmail.com (3063 octets). Nov 5 02:18:44 scorpio fetchmail[734]: reading message ge...@se...@gmail-pop.l.google.com:1 of 1 (3063 octets) (log message incomplete) Nov 5 02:18:44 scorpio fetchmail[734]: connection to localhost:smtp [::1/25] failed: Connection refused. -- Nov 5 02:33:58 scorpio fetchmail[734]: 2 messages for ge...@se... at pop.gmail.com (10698 octets). Nov 5 02:33:59 scorpio fetchmail[734]: reading message ge...@se...@gmail-pop.l.google.com:1 of 2 (5862 octets) (log message incomplete) Nov 5 02:33:59 scorpio fetchmail[734]: connection to localhost:smtp [::1/25] failed: Connection refused. -- Nov 5 02:49:13 scorpio fetchmail[734]: 1 message for ge...@se... at pop.gmail.com (4368 octets). Nov 5 02:49:14 scorpio fetchmail[734]: reading message ge...@se...@gmail-pop.l.google.com:1 of 1 (4368 octets) (log message incomplete) Nov 5 02:49:14 scorpio fetchmail[734]: connection to localhost:smtp [::1/25] failed: Connection refused. -- Nov 5 03:19:48 scorpio fetchmail[734]: 1 message for gerard-seibert at mail.comcast.net (53903 octets). Nov 5 03:19:48 scorpio fetchmail[734]: reading message ger...@ma...:1 of 1 (53903 octets) (log message incomplete) Nov 5 03:19:48 scorpio fetchmail[734]: connection to localhost:smtp [::1/25] failed: Connection refused. -- Nov 5 03:35:56 scorpio fetchmail[734]: 1 message for ge...@se... at pop.gmail.com (3871 octets). Nov 5 03:35:57 scorpio fetchmail[734]: reading message ge...@se...@gmail-pop.l.google.com:1 of 1 (3871 octets) (log message incomplete) Nov 5 03:35:57 scorpio fetchmail[734]: connection to localhost:smtp [::1/25] failed: Connection refused. -- Nov 5 03:36:05 scorpio fetchmail[734]: 1 message for gerard-seibert at mail.comcast.net (19008 octets). Nov 5 03:36:05 scorpio fetchmail[734]: reading message ger...@ma...:1 of 1 (19008 octets) (log message incomplete) Nov 5 03:36:05 scorpio fetchmail[734]: connection to localhost:smtp [::1/25] failed: Connection refused. -- Nov 5 03:51:11 scorpio fetchmail[734]: 1 message for ge...@se... at pop.gmail.com (9056 octets). Nov 5 03:51:12 scorpio fetchmail[734]: reading message ge...@se...@gmail-pop.l.google.com:1 of 1 (9056 octets) (log message incomplete) Nov 5 03:51:12 scorpio fetchmail[734]: connection to localhost:smtp [::1/25] failed: Connection refused. -- Nov 5 04:06:26 scorpio fetchmail[734]: 1 message for ge...@se... at pop.gmail.com (4897 octets). Nov 5 04:06:26 scorpio fetchmail[734]: reading message ge...@se...@gmail-pop.l.google.com:1 of 1 (4897 octets) (log message incomplete) Nov 5 04:06:26 scorpio fetchmail[734]: connection to localhost:smtp [::1/25] failed: Connection refused. -- Nov 5 04:21:41 scorpio fetchmail[734]: 4 messages for ge...@se... at pop.gmail.com (19228 octets). Nov 5 04:21:41 scorpio fetchmail[734]: reading message ge...@se...@gmail-pop.l.google.com:1 of 4 (5159 octets) (log message incomplete) Nov 5 04:21:41 scorpio fetchmail[734]: connection to localhost:smtp [::1/25] failed: Connection refused. -- Nov 5 04:21:45 scorpio fetchmail[734]: 4 messages for ger...@gm... at pop.gmail.com (19278 octets). Nov 5 04:21:45 scorpio fetchmail[734]: reading message ger...@gm...@gmail-pop.l.google.com:1 of 4 (5171 octets) (log message incomplete) Nov 5 04:21:45 scorpio fetchmail[734]: connection to localhost:smtp [::1/25] failed: Connection refused. -- Nov 5 04:36:59 scorpio fetchmail[734]: 1 message for ger...@gm... at pop.gmail.com (5227 octets). Nov 5 04:36:59 scorpio fetchmail[734]: reading message ger...@gm...@gmail-pop.l.google.com:1 of 1 (5227 octets) (log message incomplete) Nov 5 04:36:59 scorpio fetchmail[734]: connection to localhost:smtp [::1/25] failed: Connection refused. -- Nov 5 05:07:24 scorpio fetchmail[734]: 2 messages for ge...@se... at pop.gmail.com (8169 octets). Nov 5 05:07:25 scorpio fetchmail[734]: reading message ge...@se...@gmail-pop.l.google.com:1 of 2 (3921 octets) (log message incomplete) Nov 5 05:07:25 scorpio fetchmail[734]: connection to localhost:smtp [::1/25] failed: Connection refused. -- Nov 5 05:22:40 scorpio fetchmail[734]: 5 messages for ge...@se... at pop.gmail.com (19922 octets). Nov 5 05:22:40 scorpio fetchmail[734]: reading message ge...@se...@gmail-pop.l.google.com:1 of 5 (5131 octets) (log message incomplete) Nov 5 05:22:40 scorpio fetchmail[734]: connection to localhost:smtp [::1/25] failed: Connection refused. -- Nov 5 05:37:57 scorpio fetchmail[734]: 4 messages for ge...@se... at pop.gmail.com (17748 octets). Nov 5 05:37:57 scorpio fetchmail[734]: reading message ge...@se...@gmail-pop.l.google.com:1 of 4 (3556 octets) (log message incomplete) Nov 5 05:37:57 scorpio fetchmail[734]: connection to localhost:smtp [::1/25] failed: Connection refused. -- Nov 5 05:53:13 scorpio fetchmail[734]: 2 messages for ge...@se... at pop.gmail.com (9826 octets). Nov 5 05:53:14 scorpio fetchmail[734]: reading message ge...@se...@gmail-pop.l.google.com:1 of 2 (4913 octets) (log message incomplete) Nov 5 05:53:14 scorpio fetchmail[734]: connection to localhost:smtp [::1/25] failed: Connection refused. -- Nov 5 06:08:28 scorpio fetchmail[734]: 5 messages for ge...@se... at pop.gmail.com (23260 octets). Nov 5 06:08:28 scorpio fetchmail[734]: reading message ge...@se...@gmail-pop.l.google.com:1 of 5 (2371 octets) (log message incomplete) Nov 5 06:08:28 scorpio fetchmail[734]: connection to localhost:smtp [::1/25] failed: Connection refused. -- Nov 5 06:23:45 scorpio fetchmail[734]: 2 messages for ge...@se... at pop.gmail.com (17912 octets). Nov 5 06:23:46 scorpio fetchmail[734]: reading message ge...@se...@gmail-pop.l.google.com:1 of 2 (4209 octets) (log message incomplete) Nov 5 06:23:46 scorpio fetchmail[734]: connection to localhost:smtp [::1/25] failed: Connection refused. -- Nov 5 06:39:00 scorpio fetchmail[734]: 3 messages for ge...@se... at pop.gmail.com (11760 octets). Nov 5 06:39:01 scorpio fetchmail[734]: reading message ge...@se...@gmail-pop.l.google.com:1 of 3 (3766 octets) (log message incomplete) Nov 5 06:39:01 scorpio fetchmail[734]: connection to localhost:smtp [::1/25] failed: Connection refused. -- Nov 5 06:54:18 scorpio fetchmail[734]: 2 messages for ge...@se... at pop.gmail.com (9014 octets). Nov 5 06:54:19 scorpio fetchmail[734]: reading message ge...@se...@gmail-pop.l.google.com:1 of 2 (4093 octets) (log message incomplete) Nov 5 06:54:19 scorpio fetchmail[734]: connection to localhost:smtp [::1/25] failed: Connection refused. -- Nov 5 07:09:33 scorpio fetchmail[734]: 1 message for ge...@se... at pop.gmail.com (56827 octets). Nov 5 07:09:34 scorpio fetchmail[734]: reading message ge...@se...@gmail-pop.l.google.com:1 of 1 (56827 octets) (log message incomplete) Nov 5 07:09:34 scorpio fetchmail[734]: connection to localhost:smtp [::1/25] failed: Connection refused. -- Nov 5 07:24:48 scorpio fetchmail[734]: 1 message for ge...@se... at pop.gmail.com (4189 octets). Nov 5 07:24:48 scorpio fetchmail[734]: reading message ge...@se...@gmail-pop.l.google.com:1 of 1 (4189 octets) (log message incomplete) Nov 5 07:24:48 scorpio fetchmail[734]: connection to localhost:smtp [::1/25] failed: Connection refused. -- Nov 5 07:24:56 scorpio fetchmail[734]: 1 message for bee...@sp... at pop.spamcop.net (3328 octets). Nov 5 07:24:57 scorpio fetchmail[734]: reading message bee...@sp...@pop.spamcop.net:1 of 1 (3328 octets) (log message incomplete) Nov 5 07:24:57 scorpio fetchmail[734]: connection to localhost:smtp [::1/25] failed: Connection refused. -- Nov 5 07:40:04 scorpio fetchmail[734]: 1 message for ge...@se... at pop.gmail.com (6122 octets). Nov 5 07:40:05 scorpio fetchmail[734]: reading message ge...@se...@gmail-pop.l.google.com:1 of 1 (6122 octets) (log message incomplete) Nov 5 07:40:05 scorpio fetchmail[734]: connection to localhost:smtp [::1/25] failed: Connection refused. -- Nov 5 07:40:13 scorpio fetchmail[734]: 1 message for bee...@sp... at pop.spamcop.net (3638 octets). Nov 5 07:40:13 scorpio fetchmail[734]: reading message bee...@sp...@pop.spamcop.net:1 of 1 (3638 octets) (log message incomplete) Nov 5 07:40:13 scorpio fetchmail[734]: connection to localhost:smtp [::1/25] failed: Connection refused. -- Nov 5 07:56:20 scorpio fetchmail[734]: 2 messages for ge...@se... at pop.gmail.com (7768 octets). Nov 5 07:56:20 scorpio fetchmail[734]: reading message ge...@se...@gmail-pop.l.google.com:1 of 2 (4798 octets) (log message incomplete) Nov 5 07:56:20 scorpio fetchmail[734]: connection to localhost:smtp [::1/25] failed: Connection refused. -- Nov 5 07:56:28 scorpio fetchmail[734]: 1 message for bee...@sp... at pop.spamcop.net (3542 octets). Nov 5 07:56:28 scorpio fetchmail[734]: reading message bee...@sp...@pop.spamcop.net:1 of 1 (3542 octets) (log message incomplete) Nov 5 07:56:28 scorpio fetchmail[734]: connection to localhost:smtp [::1/25] failed: Connection refused. -- Nov 5 08:11:36 scorpio fetchmail[734]: 2 messages for ge...@se... at pop.gmail.com (5639 octets). Nov 5 08:11:36 scorpio fetchmail[734]: reading message ge...@se...@gmail-pop.l.google.com:1 of 2 (2187 octets) (log message incomplete) Nov 5 08:11:36 scorpio fetchmail[734]: connection to localhost:smtp [::1/25] failed: Connection refused. -- Nov 5 08:26:53 scorpio fetchmail[734]: 1 message for ge...@se... at pop.gmail.com (4127 octets). Nov 5 08:26:54 scorpio fetchmail[734]: reading message ge...@se...@gmail-pop.l.google.com:1 of 1 (4127 octets) (log message incomplete) Nov 5 08:26:54 scorpio fetchmail[734]: connection to localhost:smtp [::1/25] failed: Connection refused. -- Nov 5 08:42:12 scorpio fetchmail[734]: 2 messages for ge...@se... at pop.gmail.com (8244 octets). Nov 5 08:42:13 scorpio fetchmail[734]: reading message ge...@se...@gmail-pop.l.google.com:1 of 2 (3922 octets) (log message incomplete) Nov 5 08:42:13 scorpio fetchmail[734]: connection to localhost:smtp [::1/25] failed: Connection refused. -- Nov 5 08:42:22 scorpio fetchmail[734]: 5 messages for gerard-seibert at mail.comcast.net (23670 octets). Nov 5 08:42:22 scorpio fetchmail[734]: reading message ger...@ma...:1 of 5 (5275 octets) (log message incomplete) Nov 5 08:42:22 scorpio fetchmail[734]: connection to localhost:smtp [::1/25] failed: Connection refused. It does not appear that I am losing any mail. However, all of the accounts are not setup as of yet. Once the system is fully functional, I cannot afford to have any problems. As I previously stated, I never experienced any problems with the older version of Fetchmail. Since that is the only thing that I have updated in a few weeks, this problem has to be related to that update. -- Gerard ge...@se... Ah, SASL, the dark side of authentication it is. Yes, tempting, easy - but ultimately destroy you it will! But fear the path of misconfiguration, you should! |
|
From: Net C. <net...@gm...> - 2006-11-05 02:46:09
|
On 11/2/06, Matthias Andree <mat...@gm...> wrote: > > "Rob MacGregor" <rob...@gm...> writes: > > > I've a vague memory somebody posted something to the list a while > > back. If there isn't anything I could probably knock something out > > over the weekend - it's not terribly complicated. > > Check the start script Simon Barner wrote for the FreeBSD port - it > relies on FreeBSD's rcNG (rc_subr) though. > > Will check out the archives today and see if I can find something. Thanks for you the help. |
|
From: Matthias A. <mat...@gm...> - 2006-11-02 00:16:12
|
"Rob MacGregor" <rob...@gm...> writes: > On 11/1/06, Net Cerebrum <net...@gm...> wrote: >> Is there any script available which will check for the presence of >> .fetchmailrc in all the user home directories (around 100) and then run >> fetchmail for multiple users simultaneoulsy to retrieve their mail from the >> remote server and deliver it to the local MTA. > > I've a vague memory somebody posted something to the list a while > back. If there isn't anything I could probably knock something out > over the weekend - it's not terribly complicated. Check the start script Simon Barner wrote for the FreeBSD port - it relies on FreeBSD's rcNG (rc_subr) though. -- Matthias Andree |
|
From: Rob M. <rob...@gm...> - 2006-11-01 17:57:55
|
On 11/1/06, Net Cerebrum <net...@gm...> wrote:
> Is there any script available which will check for the presence of
> .fetchmailrc in all the user home directories (around 100) and then run
> fetchmail for multiple users simultaneoulsy to retrieve their mail from the
> remote server and deliver it to the local MTA.
I've a vague memory somebody posted something to the list a while
back. If there isn't anything I could probably knock something out
over the weekend - it's not terribly complicated.
--
Please keep list traffic on the list.
Rob MacGregor
Whoever fights monsters should see to it that in the process he
doesn't become a monster. Friedrich Nietzsche
|
|
From: Net C. <net...@gm...> - 2006-11-01 16:51:42
|
Is there any script available which will check for the presence of .fetchmailrc in all the user home directories (around 100) and then run fetchmail for multiple users simultaneoulsy to retrieve their mail from the remote server and deliver it to the local MTA. Thanks, |
|
From: Rob M. <rob...@gm...> - 2006-10-28 18:29:58
|
On 10/28/06, Hasan Shatty <hs...@ya...> wrote: > Dear Rob, > > I'm using oracle email server. It returns errors such as : 5.6.0: NULs not > allowed or 5.5.1: unrecognized command, before it drops the connection, but > fetchmail doesn't catch the error codes. > I've added the antispam option as: antispam 560,551 > Is that correct.? It should be providing other messages and codes - for example your "5.5.1" should be accompanied by a 500 error. See RFC 2821: http://www.faqs.org/rfcs/rfc2821.html If you can't get Oracle email server (which by the looks of things Oracle don't develop any more) to behave correctly then you're out of luck. You either need to abandon trying to get fetchmail to work with such a broken server, or move to a working one. -- Please keep list traffic on the list. Rob MacGregor Whoever fights monsters should see to it that in the process he doesn't become a monster. Friedrich Nietzsche |
|
From: Hasan S. <hs...@ya...> - 2006-10-28 16:53:00
|
Dear Rob, I'm using oracle email server. It returns errors such as : 5.6.0: NULs not allowed or 5.5.1: unrecognized command, before it drops the connection, but fetchmail doesn't catch the error codes. I've added the antispam option as: antispam 560,551 Is that correct.? Rob MacGregor <rob...@gm...> wrote: On 10/28/06, Hasan Shatty wrote: > I have added the antispam option, but it didn't help. Still fetchmail gives > one of the errors: > > fetchmail: MDA error while fetching from us...@do... > fetchmail: Query status=6 (IOERR) > > or > > : SIGPIPE thrown from an MDA or a stream socket error > fetchmail: socket error while fetching from us...@do... and delivering > to SMTP host localhost > fetchmail: Query status=2 (SOCKET) Please go and re-read my original email in this thread. You *MUST* configure the MTA to provide an error code - simply dropping the connection is the wrong behaviour. If you want any more help you'll need to provide details of your MTA, otherwise you're on your own. -- Please keep list traffic on the list. Rob MacGregor Whoever fights monsters should see to it that in the process he doesn't become a monster. Friedrich Nietzsche _______________________________________________ fetchmail-users mailing list fet...@li... https://lists.berlios.de/mailman/listinfo/fetchmail-users --------------------------------- Everyone is raving about the all-new Yahoo! Mail. |
|
From: Rob M. <rob...@gm...> - 2006-10-28 16:06:14
|
On 10/28/06, Hasan Shatty <hs...@ya...> wrote:
> I have added the antispam option, but it didn't help. Still fetchmail gives
> one of the errors:
>
> fetchmail: MDA error while fetching from us...@do...
> fetchmail: Query status=6 (IOERR)
>
> or
>
> : SIGPIPE thrown from an MDA or a stream socket error
> fetchmail: socket error while fetching from us...@do... and delivering
> to SMTP host localhost
> fetchmail: Query status=2 (SOCKET)
Please go and re-read my original email in this thread. You *MUST*
configure the MTA to provide an error code - simply dropping the
connection is the wrong behaviour.
If you want any more help you'll need to provide details of your MTA,
otherwise you're on your own.
--
Please keep list traffic on the list.
Rob MacGregor
Whoever fights monsters should see to it that in the process he
doesn't become a monster. Friedrich Nietzsche
|
|
From: Hasan S. <hs...@ya...> - 2006-10-28 15:01:31
|
I have added the antispam option, but it didn't help. Still fetchmail gives one of the errors: fetchmail: MDA error while fetching from us...@do... fetchmail: Query status=6 (IOERR) or : SIGPIPE thrown from an MDA or a stream socket error fetchmail: socket error while fetching from us...@do... and delivering to SMTP host localhost fetchmail: Query status=2 (SOCKET) Thanks, Rob MacGregor <rob...@gm...> wrote: On 10/27/06, Hasan Shatty wrote: > > > Thanks Rob, > > Is this the only possible solution, because I doubt, I can do such > configuration in my MTA. Any half decent MTA will support this - which one are you using? -- Please keep list traffic on the list. Rob MacGregor Whoever fights monsters should see to it that in the process he doesn't become a monster. Friedrich Nietzsche _______________________________________________ fetchmail-users mailing list fet...@li... https://lists.berlios.de/mailman/listinfo/fetchmail-users --------------------------------- Everyone is raving about the all-new Yahoo! Mail. |
|
From: Rob M. <rob...@gm...> - 2006-10-27 18:48:47
|
On 10/27/06, Chris Cera <ce...@cs...> wrote:
> Thanks for the response Rob.
>
> It appears this is not a fetchmail problem so I apologize for
> posting to this forum.
Sometimes it's hard to tell at first, no problem.
> It doesn't appear to be a problem with the client either since I
> just confirmed that it does the same thing on another account
> that I have (with postfix and no procmail, no fetchmail, etc.).
> My mail client is basically just 'cat'ing /var/mail/chris.
>
> I can't explain why gmail has no problem with it though ... so I
> will continue my search elsewhere. Thank you!
I would say it's down to the support for format=flowed. A very quick
explanation, take the following:
>One long wrapped
>line is here.
>
>And another long
>wrapped paragraph
>here.
With format=flowed and support in the mail client you'd see:
>One long wrapped line is here.
>
>And another long wrapped paragraph here.
With either a client that doesn't support it, or just text/plain you'd
see it as the first example. Google will give you many more detailed
(and more accurate) explanations.
--
Please keep list traffic on the list.
Rob MacGregor
Whoever fights monsters should see to it that in the process he
doesn't become a monster. Friedrich Nietzsche
|
|
From: Rob M. <rob...@gm...> - 2006-10-27 18:40:35
|
On 10/27/06, Hasan Shatty <hs...@ya...> wrote:
>
>
> Thanks Rob,
>
> Is this the only possible solution, because I doubt, I can do such
> configuration in my MTA.
Any half decent MTA will support this - which one are you using?
--
Please keep list traffic on the list.
Rob MacGregor
Whoever fights monsters should see to it that in the process he
doesn't become a monster. Friedrich Nietzsche
|
|
From: Chris C. <ce...@cs...> - 2006-10-27 15:30:38
|
Thanks for the response Rob. It appears this is not a fetchmail problem so I apologize for posting to this forum. It doesn't appear to be a problem with the client either since I just confirmed that it does the same thing on another account that I have (with postfix and no procmail, no fetchmail, etc.). My mail client is basically just 'cat'ing /var/mail/chris. I can't explain why gmail has no problem with it though ... so I will continue my search elsewhere. Thank you! * Rob MacGregor <rob...@gm...> [061027 02:54]: > On 10/27/06, Rob MacGregor <rob...@gm...> wrote: > > > > No. How your mail client treats the mail is beyond fetchmail's control. > > > > I'd suggest you confirm that it's a bug with Apple Mail by pointing it > > directly at your ISP and downloading a test email with a long URL. > > This should give you enough to allow you to file a bug report with > > Apple. > > I should have said that the problem is that (it appears that) Apple > Mail isn't honouring format=flowed. You'll almost certainly find that > the original email has the lines wrapped at 72 characters, hence why > Apple Mail displays the URLs wrapped at 72 characters. > > You still can't fix this with fetchmail :) > > -- > Please keep list traffic on the list. > > Rob MacGregor > Whoever fights monsters should see to it that in the process he > doesn't become a monster. Friedrich Nietzsche > _______________________________________________ > fetchmail-users mailing list > fet...@li... > https://lists.berlios.de/mailman/listinfo/fetchmail-users -- Chris Cera http://cera.us |
|
From: Hasan S. <hs...@ya...> - 2006-10-27 11:51:02
|
Thanks Rob, Is this the only possible solution, because I doubt, I can do such configuration in my MTA. Rob MacGregor <rob...@gm...> wrote: On 10/26/06, Hasan Shatty wrote: > I have setup fetchmail to fetch from a multidrop pop account and deliver to > a local MTA. > > Some messages (mostly spam or corrupted) cause the MTA to close the socket > and not accept the message. In this case fetchmail will retry to deliver the > same message again and mails will get accumulated until I delete the > problematic messge from the queue. > > Is there a way to avoid this issue and let fetchmail simply delete the > message or ignore it or deliver it to a local spool. Correctly configure the MTA to provide an appropriate error code - see the section titled "Spam Filtering" in the fetchmail man page. -- Please keep list traffic on the list. Rob MacGregor Whoever fights monsters should see to it that in the process he doesn't become a monster. Friedrich Nietzsche _______________________________________________ fetchmail-users mailing list fet...@li... https://lists.berlios.de/mailman/listinfo/fetchmail-users --------------------------------- How low will we go? Check out Yahoo! Messengers low PC-to-Phone call rates. --------------------------------- Do you Yahoo!? Everyone is raving about the all-new Yahoo! Mail. |
|
From: Hasan S. <hs...@ya...> - 2006-10-27 11:50:59
|
Thanks Rob, Is this the only possible solution, because I doubt, I can do such configuration in my MTA. Rob MacGregor <rob...@gm...> wrote: On 10/26/06, Hasan Shatty wrote: > I have setup fetchmail to fetch from a multidrop pop account and deliver to > a local MTA. > > Some messages (mostly spam or corrupted) cause the MTA to close the socket > and not accept the message. In this case fetchmail will retry to deliver the > same message again and mails will get accumulated until I delete the > problematic messge from the queue. > > Is there a way to avoid this issue and let fetchmail simply delete the > message or ignore it or deliver it to a local spool. Correctly configure the MTA to provide an appropriate error code - see the section titled "Spam Filtering" in the fetchmail man page. -- Please keep list traffic on the list. Rob MacGregor Whoever fights monsters should see to it that in the process he doesn't become a monster. Friedrich Nietzsche _______________________________________________ fetchmail-users mailing list fet...@li... https://lists.berlios.de/mailman/listinfo/fetchmail-users --------------------------------- How low will we go? Check out Yahoo! Messengers low PC-to-Phone call rates. --------------------------------- Stay in the know. Pulse on the new Yahoo.com. Check it out. |
18 messages has been excluded from this view by a project administrator.
