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
(3) |
Nov
|
Dec
|
From: Phillip S. <ps...@ir...> - 2007-07-13 17:26:35
|
My ISP recently migrated to a new pop server and they have not figured out how to configure a proper SSL certificate. The one that is installed is a dummy test certificate which is self signed and has the wrong CN. This causes fetchmail to bail out with SSL errors. Is there a way to direct fetchmail to ignore the problems with the certificate and proceed anyhow? |
From: Matthias A. <mat...@gm...> - 2007-07-13 11:01:48
|
Chris schrieb: > I've had this problem before and thought it was possibly a corrupt message but > I'm not sure. I'm running fetchmail 6.3.8, I call fetchmail with these > commands: > > fetchmail -v -v -v -v --nosyslog --logfile /home/chris/fetchmaillog --uidl -m > procmail > > My fetchids file looks like this: That's the debug output of fetchmail's, the .fetchids contents should not contain those IDs where you'll see "= 3" below, but anyways. > fetchmail: New UID list from pop.embarqmail.com: > 28912.ANCRq25xx852ftus33c+14jUelY= = 1 28913.IZ0Mg2+7zIDr+B403IWfLDF2FqM= = 1 > 28914.fme8mUFWMHvTv,6P9BVh6BrTFsQ= = 1 28915.klQ5Q234wR2jigD3YWXejRiZ0fQ= = 1 > 28916.UFTTY57FGdfIxPKZOQAO9yIph34= = 1 28917.lWc6VIdyYjK3qtLisJ6SfHrMcfY= = 1 > 28918.+E9JBoCNMQCqkkCoNgFm3RMBhPQ= = 1 28919.9IxaGA,xMrBhzlFfLMJFI9zQPlU= = 1 > 28920.d19TgmPeJwvTRTRcl,pR93PmDRE= = 1 28921.l9xdQycNQx1dnvw6KIccqiEZA6U= = 1 > 28922.SeGSgEAufi4adeF7mo1GD8xCHuQ= = 1 28923.aRU,gTwgDmmq,llivjuuj7JzJEU= = 1 > 28924.XN1JINyCBYiyDnGys5pVQNioRAQ= = 1 28925.DfTJ9Sm+E20wqjq4+JovlC4,OIc= = 1 > 28926.w3Hhy4h47Dg7W4MGz7uY8UqDPxs= = 1 28927.uUYcofwMEcCYPdIhAHGTWTlhmbs= = 1 > 28928.YBFnEeUdNXU72pr0KW6LcqtVaBQ= = 1 28929.wVbtoqiRfVYLMFZvdQkhvIrZK7Q= = 1 > 28930.wdNd2UI5Jl3uCkp0SCbF4FPlYYQ= = 1 28931.y,DkBAMBRJ2E3fa2F35hkCcMiMA= = 1 > 28932.79zakNH7enpjYzQGo8F4BIPy10w= = 1 28933.kvz5GjSvNxx2rgX5C2LFDpSBIkI= = 1 > 28934.4xDPI0ezswh3prO+ZvKlIUWwMJ0= = 1 28935.tf7QpcrP9LYhjuPHBeUL,2C6G0w= = 1 > 28936.vU6pyw+xMr0qwm,Aidu8SKxjFYw= = 1 28937.2Sqq3MAWbqJYeSZDtr7smnvtiSs= = 1 > 28938.JQrnADJcN367Cc99FMDTAv7iTVc= = 1 28939.ZapJbiTy2F0Oh49ymlXqRFXRULs= = 1 > 28940.q5jZ441LgrPKKYMgiKwsgaqpy5g= = 1 28941.4airPGF0,uaSOtT6m1NXcMPH6PE= = 1 > 28942.,yBJ+lKm+36begI7tvKaj6a7wDs= = 1 28943.psCU5I0GmyYN8X0snV60JG4gJPM= = 1 > 28944.5mxCrxZRMUqYOmUUM4LaoGU9CtU= = 1 28945.zCiVyN5l+5nodtiVMDAqHew9V,g= = 1 > 28946.Fsw7,Pa21Fi0FdKXxUoG43lYayg= = 1 28947.i5vYXQAWnk0cvJaEZiRQa5MP2IE= = 1 > 28948.7q+9kXj4B,wTlB2r,hGPgqF5XX0= = 1 28949.+wrjNSjBf49K804bE5rV8+Tk2rI= = 1 > 28950.p1iZ64H7l,YHewmet4WnjAnfmDw= = 1 28951.Y5XM,y6bVVmNOuddCoKqx0SRQgA= = 1 > 28952.wQi3iwa+gA+MyICy2g1ainGy0V0= = 1 28953.0qW7OM+dEXouM,o4gL6bV7DaZzE= = 1 > 28954.kvym8ur6Ng7vVTWrrGK0nGRuGMs= = 1 28955.UZ706dE61cgAmBUid3Qzs0C4ggE= = 1 > 29848.vbegyWoQ0ARlqzL8ok0mWL6x5Cc= = 3 29849.739J2cDoWinHHZgOGdgOJSxPPZs= = 3 > 29850.ZaMu9iwIMZOek4mU7b7B42eVMO0= = 3 <empty> > fetchmail: swapping UID lists > fetchmail: Writing fetchids file. Fetchmail believes it has just deleted three messages and kept the other seen messages. This UID stuff keeps some history, if you've used different options (such as --keep) previously that might explain why those messages are there. Check the manpage for the --all and --flush options. Use the former to retrieve all messages again (possibly delivering some twice) - you should only need this once - or the latter to flush all seen messages without retrieving them. --flush is more dangerous, too. > My .fetchmailrc file is: > > defaults > set postmaster cpollock > set no bouncemail > set no spambounce > set daemon 120 > set syslog > poll pop.embarqmail.com proto pop3 timeout 180 > username "cpo...@em..." password "xxxxxxx" is cpollock here > > Is it possibly just a corrupt message, since the latest log entry looks like > this: I don't see this assumption supported by the log you're showing (I've omitted it from the quote). > Seems like some are being picked up and deleted from the server, just not all. Yup. HTH Matthias |
From: Chris <cpo...@em...> - 2007-07-13 02:22:35
|
I've had this problem before and thought it was possibly a corrupt message but I'm not sure. I'm running fetchmail 6.3.8, I call fetchmail with these commands: fetchmail -v -v -v -v --nosyslog --logfile /home/chris/fetchmaillog --uidl -m procmail My fetchids file looks like this: fetchmail: New UID list from pop.embarqmail.com: 28912.ANCRq25xx852ftus33c+14jUelY= = 1 28913.IZ0Mg2+7zIDr+B403IWfLDF2FqM= = 1 28914.fme8mUFWMHvTv,6P9BVh6BrTFsQ= = 1 28915.klQ5Q234wR2jigD3YWXejRiZ0fQ= = 1 28916.UFTTY57FGdfIxPKZOQAO9yIph34= = 1 28917.lWc6VIdyYjK3qtLisJ6SfHrMcfY= = 1 28918.+E9JBoCNMQCqkkCoNgFm3RMBhPQ= = 1 28919.9IxaGA,xMrBhzlFfLMJFI9zQPlU= = 1 28920.d19TgmPeJwvTRTRcl,pR93PmDRE= = 1 28921.l9xdQycNQx1dnvw6KIccqiEZA6U= = 1 28922.SeGSgEAufi4adeF7mo1GD8xCHuQ= = 1 28923.aRU,gTwgDmmq,llivjuuj7JzJEU= = 1 28924.XN1JINyCBYiyDnGys5pVQNioRAQ= = 1 28925.DfTJ9Sm+E20wqjq4+JovlC4,OIc= = 1 28926.w3Hhy4h47Dg7W4MGz7uY8UqDPxs= = 1 28927.uUYcofwMEcCYPdIhAHGTWTlhmbs= = 1 28928.YBFnEeUdNXU72pr0KW6LcqtVaBQ= = 1 28929.wVbtoqiRfVYLMFZvdQkhvIrZK7Q= = 1 28930.wdNd2UI5Jl3uCkp0SCbF4FPlYYQ= = 1 28931.y,DkBAMBRJ2E3fa2F35hkCcMiMA= = 1 28932.79zakNH7enpjYzQGo8F4BIPy10w= = 1 28933.kvz5GjSvNxx2rgX5C2LFDpSBIkI= = 1 28934.4xDPI0ezswh3prO+ZvKlIUWwMJ0= = 1 28935.tf7QpcrP9LYhjuPHBeUL,2C6G0w= = 1 28936.vU6pyw+xMr0qwm,Aidu8SKxjFYw= = 1 28937.2Sqq3MAWbqJYeSZDtr7smnvtiSs= = 1 28938.JQrnADJcN367Cc99FMDTAv7iTVc= = 1 28939.ZapJbiTy2F0Oh49ymlXqRFXRULs= = 1 28940.q5jZ441LgrPKKYMgiKwsgaqpy5g= = 1 28941.4airPGF0,uaSOtT6m1NXcMPH6PE= = 1 28942.,yBJ+lKm+36begI7tvKaj6a7wDs= = 1 28943.psCU5I0GmyYN8X0snV60JG4gJPM= = 1 28944.5mxCrxZRMUqYOmUUM4LaoGU9CtU= = 1 28945.zCiVyN5l+5nodtiVMDAqHew9V,g= = 1 28946.Fsw7,Pa21Fi0FdKXxUoG43lYayg= = 1 28947.i5vYXQAWnk0cvJaEZiRQa5MP2IE= = 1 28948.7q+9kXj4B,wTlB2r,hGPgqF5XX0= = 1 28949.+wrjNSjBf49K804bE5rV8+Tk2rI= = 1 28950.p1iZ64H7l,YHewmet4WnjAnfmDw= = 1 28951.Y5XM,y6bVVmNOuddCoKqx0SRQgA= = 1 28952.wQi3iwa+gA+MyICy2g1ainGy0V0= = 1 28953.0qW7OM+dEXouM,o4gL6bV7DaZzE= = 1 28954.kvym8ur6Ng7vVTWrrGK0nGRuGMs= = 1 28955.UZ706dE61cgAmBUid3Qzs0C4ggE= = 1 29848.vbegyWoQ0ARlqzL8ok0mWL6x5Cc= = 3 29849.739J2cDoWinHHZgOGdgOJSxPPZs= = 3 29850.ZaMu9iwIMZOek4mU7b7B42eVMO0= = 3 <empty> fetchmail: swapping UID lists fetchmail: Writing fetchids file. My .fetchmailrc file is: defaults set postmaster cpollock set no bouncemail set no spambounce set daemon 120 set syslog poll pop.embarqmail.com proto pop3 timeout 180 username "cpo...@em..." password "xxxxxxx" is cpollock here Is it possibly just a corrupt message, since the latest log entry looks like this: fetchmail: about to deliver with: procmail fetchmail: flushed fetchmail: POP3> DELE 47 fetchmail: POP3< +OK message 47 marked for deletion fetchmail: POP3> QUIT fetchmail: POP3< +OK deleted 3 message(s) fetchmail: 6.3.8 querying pop.embarqmail.com (protocol POP3) at Thu 12 Jul 2007 05:46:58 PM CDT: poll completed fetchmail: New UID list from pop.embarqmail.com: 28912.ANCRq25xx852ftus33c+14jUelY= = 1 28913.IZ0Mg2+7zIDr+B403IWfLDF2FqM= = 1 28914.fme8mUFWMHvTv,6P9BVh6BrTFsQ= = 1 28915.klQ5Q234wR2jigD3YWXejRiZ0fQ= = 1 28916.UFTTY57FGdfIxPKZOQAO9yIph34= = 1 28917.lWc6VIdyYjK3qtLisJ6SfHrMcfY= = 1 28918.+E9JBoCNMQCqkkCoNgFm3RMBhPQ= = 1 28919.9IxaGA,xMrBhzlFfLMJFI9zQPlU= = 1 28920.d19TgmPeJwvTRTRcl,pR93PmDRE= = 1 28921.l9xdQycNQx1dnvw6KIccqiEZA6U= = 1 28922.SeGSgEAufi4adeF7mo1GD8xCHuQ= = 1 28923.aRU,gTwgDmmq,llivjuuj7JzJEU= = 1 28924.XN1JINyCBYiyDnGys5pVQNioRAQ= = 1 28925.DfTJ9Sm+E20wqjq4+JovlC4,OIc= = 1 28926.w3Hhy4h47Dg7W4MGz7uY8UqDPxs= = 1 28927.uUYcofwMEcCYPdIhAHGTWTlhmbs= = 1 28928.YBFnEeUdNXU72pr0KW6LcqtVaBQ= = 1 28929.wVbtoqiRfVYLMFZvdQkhvIrZK7Q= = 1 28930.wdNd2UI5Jl3uCkp0SCbF4FPlYYQ= = 1 28931.y,DkBAMBRJ2E3fa2F35hkCcMiMA= = 1 28932.79zakNH7enpjYzQGo8F4BIPy10w= = 1 28933.kvz5GjSvNxx2rgX5C2LFDpSBIkI= = 1 28934.4xDPI0ezswh3prO+ZvKlIUWwMJ0= = 1 28935.tf7QpcrP9LYhjuPHBeUL,2C6G0w= = 1 28936.vU6pyw+xMr0qwm,Aidu8SKxjFYw= = 1 28937.2Sqq3MAWbqJYeSZDtr7smnvtiSs= = 1 28938.JQrnADJcN367Cc99FMDTAv7iTVc= = 1 28939.ZapJbiTy2F0Oh49ymlXqRFXRULs= = 1 28940.q5jZ441LgrPKKYMgiKwsgaqpy5g= = 1 28941.4airPGF0,uaSOtT6m1NXcMPH6PE= = 1 28942.,yBJ+lKm+36begI7tvKaj6a7wDs= = 1 28943.psCU5I0GmyYN8X0snV60JG4gJPM= = 1 28944.5mxCrxZRMUqYOmUUM4LaoGU9CtU= = 1 28945.zCiVyN5l+5nodtiVMDAqHew9V,g= = 1 28946.Fsw7,Pa21Fi0FdKXxUoG43lYayg= = 1 28947.i5vYXQAWnk0cvJaEZiRQa5MP2IE= = 1 28948.7q+9kXj4B,wTlB2r,hGPgqF5XX0= = 1 28949.+wrjNSjBf49K804bE5rV8+Tk2rI= = 1 28950.p1iZ64H7l,YHewmet4WnjAnfmDw= = 1 28951.Y5XM,y6bVVmNOuddCoKqx0SRQgA= = 1 28952.wQi3iwa+gA+MyICy2g1ainGy0V0= = 1 28953.0qW7OM+dEXouM,o4gL6bV7DaZzE= = 1 28954.kvym8ur6Ng7vVTWrrGK0nGRuGMs= = 1 28955.UZ706dE61cgAmBUid3Qzs0C4ggE= = 1 29848.vbegyWoQ0ARlqzL8ok0mWL6x5Cc= = 3 29849.739J2cDoWinHHZgOGdgOJSxPPZs= = 3 29850.ZaMu9iwIMZOek4mU7b7B42eVMO0= = 3 <empty> fetchmail: swapping UID lists fetchmail: Writing fetchids file. fetchmail: sleeping at Thu 12 Jul 2007 05:46:58 PM CDT for 120 seconds Seems like some are being picked up and deleted from the server, just not all. -- Chris KeyID 0xE372A7DA98E6705C |
From: Matthias A. <mat...@gm...> - 2007-07-02 10:12:31
|
Andrew Strong schrieb: > Hi, > > I have published an early version of a page that deals with setting > up an Ubuntu computer to use mutt with Gmail as a relay. Could I ask > the list for comments on the Fetchmail section: > > http://people.aapt.net.au/~adjlstrong/mutt.html#fetchmail > > and whatever other section anybody wishes :-) sslcertpath /etc/ssl/certs *should* be redundant with fetchmail versions 6.3.1 and newer if the distribution installs certificates there. If you need to specify it, file a bug report with your distributor against the OpenSSL package that you're linking with. Best regards Matthias Andree |
From: Andrew S. <and...@gm...> - 2007-07-02 08:46:07
|
On Mon, Jul 02, 2007 at 06:54:15AM +0100, Rob MacGregor wrote: > On 7/2/07, Andrew Strong <and...@gm...> wrote: > > I have published an early version of a page that deals with setting > > up an Ubuntu computer to use mutt with Gmail as a relay. Could I ask > > the list for comments on the Fetchmail section: > > > > http://people.aapt.net.au/~adjlstrong/mutt.html#fetchmail > > The use of the "sslfingerprint" option overrides any certificate > checking - it's an either-or situation. I'd suggest not using > sslfingerprint if the sslcertck option works, particularly as > otherwise if/when your provider changes certificates you'll stop > collecting email. Thanks for that. I tested _without_ the sslfingerprint option and everything was fine. So it is dropped from my personal setup and from the page. But otherwise the Fetchmail section had no glaring errors? Andrew -- Andrew's Corner http://people.aapt.net.au/~adjlstrong/homer.html |
From: Rob M. <rob...@gm...> - 2007-07-02 07:54:19
|
On 7/2/07, Andrew Strong <and...@gm...> wrote: > Hi, > > I have published an early version of a page that deals with setting > up an Ubuntu computer to use mutt with Gmail as a relay. Could I ask > the list for comments on the Fetchmail section: > > http://people.aapt.net.au/~adjlstrong/mutt.html#fetchmail The use of the "sslfingerprint" option overrides any certificate checking - it's an either-or situation. I'd suggest not using sslfingerprint if the sslcertck option works, particularly as otherwise if/when your provider changes certificates you'll stop collecting email. -- 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: Andrew S. <and...@gm...> - 2007-07-02 05:24:11
|
Hi, I have published an early version of a page that deals with setting up an Ubuntu computer to use mutt with Gmail as a relay. Could I ask the list for comments on the Fetchmail section: http://people.aapt.net.au/~adjlstrong/mutt.html#fetchmail and whatever other section anybody wishes :-) Thanks for your trouble, ANdrew -- Andrew's Corner http://people.aapt.net.au/~adjlstrong/homer.html |
From: Matthias A. <mat...@gm...> - 2007-06-27 17:06:31
|
Andrew Strong asked about the --mda option this: > although %s still leaves me a little puzzled. It's been superseded by %T. It works the same as %T, but is no longer documented. HTH Matthias |
From: Andrew S. <and...@gm...> - 2007-06-27 10:46:16
|
On Wed, Jun 27, 2007 at 02:50:06PM +1000, Andrew Strong wrote: > Hi, > > I am using fetchmail release 6.3.8+SSL+NLS with procmail > v3.22 2001/09/10. In my ignorance I am calling procmail from my > .fetchmailrc as follows: > > mda "/usr/bin/procmail -d %s" > > My question is: what do the options mean? I had a look in the man > entry and -d specifies the start of a daemon that should poll every > xxseconds. But I am unaware of the significance of %s, except to guess > that this is where I specify a time interval? Oops: they are actually procmail commands aren't they, rather than Fetchmail commands? This means that -d is: This turns on explicit delivery mode, delivery will be to the local user recipient. although %s still leaves me a little puzzled. Apologies, Andrew -- Andrew's Corner http://people.aapt.net.au/~adjlstrong/homer.html |
From: Andrew S. <and...@gm...> - 2007-06-27 06:50:23
|
Hi, I am using fetchmail release 6.3.8+SSL+NLS with procmail v3.22 2001/09/10. In my ignorance I am calling procmail from my .fetchmailrc as follows: mda "/usr/bin/procmail -d %s" My question is: what do the options mean? I had a look in the man entry and -d specifies the start of a daemon that should poll every xxseconds. But I am unaware of the significance of %s, except to guess that this is where I specify a time interval? My useage of fetchmail / procmail is very 'manual'. I call fetchmail from within mutt, expect procmail to do its work and close down, as I expect fetchmail to close down. Thanks for your help, Andrew -- Andrew's Corner http://people.aapt.net.au/~adjlstrong/homer.html |
From: Matthias A. <mat...@gm...> - 2007-06-23 23:51:50
|
Sebastian Tennant schrieb: > Quoth Andrew <and...@gm...>: >> I don't understand 'flushing'? I have set fetchmail to _not_ keep >> messages which activates this message but the messages remain on the >> gmail server. I suspect that this is a noob question :-) > > Gmail is a little odd in this regard. There is simply no way to > remove mail from Gmail servers via POP3 but you _can_ choose to have > your messages 'archived' once they have been downloaded via POP3. For > this to happen the message must not be 'kept' on the server by > fetchmail, i.e., don't put 'keep' in your poll stanza. If you do, > Gmail doesn't consider them downloaded and doesn't archive them, i.e., > they remain in your Inbox. Could we use this, perhaps with slight modifications (more precisely, the "delete" setting in GMail that Rob suggested), for the fetchmail FAQ? I'm not a Google mail user, so I haven't seen any of this myself, and don't feel comfortable with editing such a section. Thanks. Best regards Matthias |
From: Andrew <and...@gm...> - 2007-06-21 13:04:48
|
On 6/21/07, Rob MacGregor <rob...@gm...> wrote: > For everybody's info. [.....] Doh!!!!! Remember: Reply to _all_!! Apologies, Andrew -- Andrew http://people.aapt.net.au/~adjlstrong/dapper.html |
From: Rob M. <rob...@gm...> - 2007-06-21 13:00:11
|
For everybody's info. ---------- Forwarded message ---------- From: Andrew <and...@gm...> Date: Jun 21, 2007 10:15 AM Subject: Re: [fetchmail-users] 2 Fetchmail Questions To: Rob MacGregor <rob...@gm...> On 6/21/07, Rob MacGregor <rob...@gm...> wrote: > On 6/21/07, Andrew <and...@gm...> wrote: [....] > > > 3. I don't understand 'flushing'? I have set fetchmail to _not_ keep > > messages which activates this message but the messages remain on the > > gmail server. I suspect that this is a noob question :-) > > GMail's POP3 access works a little oddly that way - you configure your > choice in GMail and that overrides any settings you make to your POP3 > client. You've probably got yours at the default still. Try changing > it to either archive or delete. Yes it was exactly as you described. I can only apologise for missing such an obvious setting! All working perfectly now. Thanks, Andrew -- Andrew http://people.aapt.net.au/~adjlstrong/dapper.html -- 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: Sebastian T. <se...@sm...> - 2007-06-21 12:08:22
|
Quoth Andrew <and...@gm...>: > I don't understand 'flushing'? I have set fetchmail to _not_ keep > messages which activates this message but the messages remain on the > gmail server. I suspect that this is a noob question :-) Gmail is a little odd in this regard. There is simply no way to remove mail from Gmail servers via POP3 but you _can_ choose to have your messages 'archived' once they have been downloaded via POP3. For this to happen the message must not be 'kept' on the server by fetchmail, i.e., don't put 'keep' in your poll stanza. If you do, Gmail doesn't consider them downloaded and doesn't archive them, i.e., they remain in your Inbox. HTH, Sebastian |
From: Rob M. <rob...@gm...> - 2007-06-21 08:28:16
|
On 6/21/07, Andrew <and...@gm...> wrote: > Hi, > > I am in the process of setting up ssmtp / mutt / fetchmail and > procmail to read and send email using gmail as a relay. Version of > fetchmail is 6.3.8+SSL+NLS (compiled with ssl support. Can I ask a > few questions about the test run below: > > andrew@ilium:~$ fetchmail -v > > 1. It looks to me as if I have achieved an ssl connection. Is this true? Yes > 2. I don't understand the error message in the middle: > > fetchmail: POP3< +OK 1 544 > fetchmail: POP3> LAST > fetchmail: POP3< -ERR Not supported > fetchmail: Not supported > > Is this something I should be addressing? No, the error is from GMail and says that GMail's POP3 service doesn't support the LAST command. > 3. I don't understand 'flushing'? I have set fetchmail to _not_ keep > messages which activates this message but the messages remain on the > gmail server. I suspect that this is a noob question :-) GMail's POP3 access works a little oddly that way - you configure your choice in GMail and that overrides any settings you make to your POP3 client. You've probably got yours at the default still. Try changing it to either archive or delete. -- 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: Andrew <and...@gm...> - 2007-06-21 05:46:02
|
Hi, I am in the process of setting up ssmtp / mutt / fetchmail and procmail to read and send email using gmail as a relay. Version of fetchmail is 6.3.8+SSL+NLS (compiled with ssl support. Can I ask a few questions about the test run below: andrew@ilium:~$ fetchmail -v fetchmail: 6.3.8 querying pop.gmail.com (protocol POP3) at Thu 21 Jun 2007 13:35:01 EST: poll started Trying to connect to 72.14.253.109/995...connected. fetchmail: Issuer Organization: Equifax fetchmail: Unknown Issuer CommonName fetchmail: Server CommonName: pop.gmail.com fetchmail: pop.gmail.com key fingerprint: 59:51:61[.....]5:94:BB:44:97:A0:39:D5:B4 fetchmail: pop.gmail.com fingerprints match. fetchmail: POP3< +OK Gpop ready for requests from 210.10.170.80 y25pf2111901pod fetchmail: POP3> CAPA fetchmail: POP3< +OK Capability list follows fetchmail: POP3< USER fetchmail: POP3< RESP-CODES fetchmail: POP3< EXPIRE 0 fetchmail: POP3< LOGIN-DELAY 300 fetchmail: POP3< X-GOOGLE-VERHOEVEN fetchmail: POP3< UIDL fetchmail: POP3< . fetchmail: POP3> USER an[.........]@gmail.com fetchmail: POP3< +OK send PASS fetchmail: POP3> PASS * fetchmail: POP3< +OK Welcome. fetchmail: POP3> STAT fetchmail: POP3< +OK 1 544 fetchmail: POP3> LAST fetchmail: POP3< -ERR Not supported fetchmail: Not supported fetchmail: POP3> UIDL fetchmail: POP3< +OK fetchmail: POP3< 1 GmailId1134c589ccc5e979 fetchmail: POP3< . 1 message for andan[.........]@gma...@gm... at pop.gmail.com (544 octets). fetchmail: POP3> LIST 1 fetchmail: POP3< +OK 1 544 fetchmail: POP3> TOP 1 99999999 fetchmail: POP3< +OK message follows reading message aan[.........]@gma...@gm...@gmail-pop.l.google.com:1 of 1 (544 octets) #***** flushed fetchmail: POP3> DELE 1 fetchmail: POP3< +OK marked for deletion fetchmail: POP3> QUIT fetchmail: POP3< +OK Farewell. fetchmail: 6.3.8 querying pop.gmail.com (protocol POP3) at Thu 21 Jun 2007 13:35:04 EST: poll completed fetchmail: normal termination, status 0 1. It looks to me as if I have achieved an ssl connection. Is this true? 2. I don't understand the error message in the middle: fetchmail: POP3< +OK 1 544 fetchmail: POP3> LAST fetchmail: POP3< -ERR Not supported fetchmail: Not supported Is this something I should be addressing? 3. I don't understand 'flushing'? I have set fetchmail to _not_ keep messages which activates this message but the messages remain on the gmail server. I suspect that this is a noob question :-) Thanks for your trouble, Andrew -- Andrew http://people.aapt.net.au/~adjlstrong/dapper.html |
From: Rob M. <rob...@gm...> - 2007-06-11 20:23:58
|
On 6/11/07, Jean-Luc Wasmer <jl+...@li...> wrote: > Hi, > > As I was trying to investigate "socket error" problems, I decided to > sniff the IMAP connection between fetchmail and the server. To do so, I > removed the ssl keyword from my fetchmailrc file. To my surprise, I > still see fechmail issue a STARTTLS command after the OK CAPABILITY > response. Is this normal? Is so, how can I disable encryption? Please see the FAQ: http://www.fetchmail.info/fetchmail-FAQ.html#K6 -- 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...> - 2007-06-11 20:20:46
|
On 6/11/07, Jean-Luc Wasmer <jl+...@li...> wrote: > Hi, > > I run fetchmail as a daemon to poll an IMAP server which implements the > IDLE command. For some reason, I'm getting a lot of "socket error" which > very rarely happened before (when I was using POP3). Without knowing the version of fetchmail, contents of .fetchmailrc and the full contents of the diagnostic output (see the FAQ) it's hard to say for certain what the error is. Assuming you're running 6.3.8 then it's most likely a fault with the implementation of IDLE for the remote IMAP server. -- 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: Jean-Luc W. <jl+...@li...> - 2007-06-11 03:52:28
|
Hi, As I was trying to investigate "socket error" problems, I decided to sniff the IMAP connection between fetchmail and the server. To do so, I removed the ssl keyword from my fetchmailrc file. To my surprise, I still see fechmail issue a STARTTLS command after the OK CAPABILITY response. Is this normal? Is so, how can I disable encryption? Thanks, Jean-Luc |
From: Jean-Luc W. <jl+...@li...> - 2007-06-11 03:36:18
|
Hi, I run fetchmail as a daemon to poll an IMAP server which implements the IDLE command. For some reason, I'm getting a lot of "socket error" which very rarely happened before (when I was using POP3). The error occurs when an email is received and the server sends fetchmail a notification: Jun 10 14:57:03 hostname fetchmail[4951]: re-poll failed Jun 10 14:57:03 hostname fetchmail[4951]: socket error while fetching from imap.isp.com Jun 10 14:57:03 hostname fetchmail[4951]: Query status=2 (SOCKET) Jun 10 14:57:03 hostname fetchmail[4951]: sleeping at Sun Jun 10 14:57:03 2007 Jun 10 14:58:03 hostname fetchmail[4951]: awakened at Sun Jun 10 14:58:03 2007 Jun 10 15:11:31 hostname fetchmail[4951]: 1 message for m38549482-5 at imap.1and1.com. Jun 10 15:11:32 hostname fetchmail[4951]: reading message use...@im...:1 of 1 (1602 header octets) Jun 10 15:11:32 hostname fetchmail[4951]: (1689 body octets) Jun 10 15:11:32 hostname fetchmail[4951]: flushed It seems, fetchmail poll the server every 28 minutes if no email notification was received (and the same pbm happens). I've checked the FAQ and I don't think the isp uses virtual server names and round-robin, but I can't be sure about this. As you can see from these logs, the polling interval is 60 seconds which means I was getting my emails 1 minute late. To workaround this problem, I've set the polling interval to 1 second. Any ideas why this is happening? Thanks, Jean-Luc |
From: Dave C. <dc...@do...> - 2007-06-09 09:16:41
|
Chris Bell wrote: > On Fri 08 Jun, Dave Coventry wrote: > > > >> Okay, I've registered localbuz.com >> > > You do mean registered with the proper registration authority for the > ".com" names, and not that you just picked that name? > Yes, that name is mine. >> and the DNS links the domain name to >> my hosting company's server. If I have a machine in my office called >> bayserver.localbuz.net >> > > localbuz.net is a domain name in the ".net" group, so must also be > registered. If it is ever in use your DNS server should find the registered > location, not any random local boxes. If you wish to use a local domain name > it must not be any that could be registered by anyone else or found by the > Internet DNS system. > Yes, sorry; a typo. Localbuz.com is mine, not localbuz.net. > I have a private local domain name, but my mail server uses a name which > is valid under my registered domain address, and my local DNS server has the > correct configuration to allow it to operate under that name, with a CNAME > reference to a separate database so that other local boxes can find it. My > DNS server will not provide details of my local domain to any system outside > my local network. > You may wish to read the Network Administrator Guide at The Linux > Docomentation Project, > > http://www.tldp.org > Yes, okay, I was worried that I was going slightly off topic here. You have confirmed that. -- Dave Coventry Tel (home): +27(0)31 3092301 Tel (office): +27(0)31 2058448 Cell: +27(0)82 9000179 |
From: Dave C. <dc...@do...> - 2007-06-09 00:02:02
|
Thanks for your help on this, Rob, I hope we haven't strayed too far Off Topic... Rob Funk wrote: > The domain name is separate from the machine name. I have funknet.net > registered, so I can use whatever names I want within that. In DNS, > www.funknet.net points to one server, www2.funknet.net points to another, > and mail.funknet.net points to another. > And in my private network I can use whatever funknet.net names I want that > don't conflict with the others I've set. > > >> When you say subdomain, presumably you mean something like >> baynet.localbuz.com? >> > > Depends on the meaning of "like" there. > > In my home network I use the subdomain local.funknet.net, so for example > right now I'm using the machine hactar.local.funknet.net. > > >> Would it be possible to locate this on another >> server? >> > > Servers are different from domains. Servers are given names within > domains. A domain can contain many servers. (I have another machine at > home called marvin.local.funknet.net.) > > Of course, a single server can also answer to multiple names or even > multiple domains, but that's a story for another time. > > Okay, I've registered localbuz.com and the DNS links the domain name to my hosting company's server. If I have a machine in my office called bayserver.localbuz.net, I take it that there is no link between the two? Anybody looking for bayserver.localbuz.com would not find it because there would be no DNS link? And that the only reason I would want to do this is to provide programs like fetchmail and postfix with a point of reference? -- Dave Coventry Tel (home): +27(0)31 3092301 Tel (office): +27(0)31 2058448 Cell: +27(0)82 9000179 |
From: Rob F. <rf...@fu...> - 2007-06-08 23:27:01
|
Dave Coventry wrote: > Rob Funk wrote: > > Dave Coventry wrote: > >> I have never really understood how this works. Surely "mydomain.de" > >> would have to be registered first? > > > > Not if you pick one that can't be registered, e.g. mydomain.local. > > I'm assuming that it does not need to have .com or .de? In fact it Should not. > I mean the > British domain names are .co.uk, or org.uk or .me.uk or .gov.uk, would > these work okay? Could I make one up, say .dave.uk? No. That would be Bad. You Must use some other namespace. That's why I suggested ".local". > What is the program > looking for in a FQDN? Multiple domain parts separated by periods. Each domain part is a string consisting of letters, numbers, or hyphens. > > Or even better, register your own domain and make a local subdomain > > under that. :-) > > How do you mean? If I have registered the domain name localbuz.com, > surely the DNS system locates that to a particular server on the web. The domain name is separate from the machine name. I have funknet.net registered, so I can use whatever names I want within that. In DNS, www.funknet.net points to one server, www2.funknet.net points to another, and mail.funknet.net points to another. And in my private network I can use whatever funknet.net names I want that don't conflict with the others I've set. > When you say subdomain, presumably you mean something like > baynet.localbuz.com? Depends on the meaning of "like" there. In my home network I use the subdomain local.funknet.net, so for example right now I'm using the machine hactar.local.funknet.net. > Would it be possible to locate this on another > server? Servers are different from domains. Servers are given names within domains. A domain can contain many servers. (I have another machine at home called marvin.local.funknet.net.) Of course, a single server can also answer to multiple names or even multiple domains, but that's a story for another time. -- ==============================| "A microscope locked in on one point Rob Funk <rf...@fu...> |Never sees what kind of room that it's in" http://www.funknet.net/rfunk | -- Chris Mars, "Stuck in Rewind" |
From: Dave C. <dc...@do...> - 2007-06-08 23:13:48
|
Rob Funk wrote: > Dave Coventry wrote: > >> Rob MacGregor wrote: >> >>> Change the system's hostname, ie so that "hostname" provides >>> "myhostname.mydomain.de" rather than just "myhostname". >>> >> I have never really understood how this works. Surely "mydomain.de" >> would have to be registered first? >> > > Not if you pick one that can't be registered, e.g. mydomain.local. > I'm assuming that it does not need to have .com or .de? I mean the British domain names are .co.uk, or org.uk or .me.uk or .gov.uk, would these work okay? Could I make one up, say .dave.uk? What is the program looking for in a FQDN? > Or even better, register your own domain and make a local subdomain under > that. :-) > How do you mean? If I have registered the domain name localbuz.com, surely the DNS system locates that to a particular server on the web. When you say subdomain, presumably you mean something like baynet.localbuz.com? Would it be possible to locate this on another server? Many thanks, -- Dave Coventry Tel (home): +27(0)31 3092301 Tel (office): +27(0)31 2058448 Cell: +27(0)82 9000179 |
From: James M. <ji...@so...> - 2007-06-08 20:04:03
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 raj pansuria wrote: > > now i want to write application in my fedora pc which retrieve my mails > from mailserver and application is able to read this email. > Since you are posting in the Fetchmail list, I presume you want to use Fetchmail for part of this application. Write your program to have a SMTP server running. Set up Fetchmail to retrieve the messages from the mailserver and send them to your program. After receiving each message your program can then do things to it. Or you could just add a POP3 module to your application that gets the messages directly from the server. BTW your shift key is defective. - -- jimoe (at) sohnen-moe (dot) com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (OS/2) iD8DBQFGaZTSzTcr8Prq0ZMRAtaEAJ9D2C9g9zcW3mBfy1n9WCLLjF2ljgCfVHtw 7R1LlGya0dCBs08CaDc5BnM= =yexW -----END PGP SIGNATURE----- |