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
(11) |
Nov
|
Dec
|
From: Joe Acquisto-j. <jo...@j4...> - 2014-01-25 21:58:06
|
Let's say I want to try the latest version. But I don't want to fire up a new box or vm to test it on. It's a problem when one is lazy, cheap and paranoid, (uh, I mean careful) all in one I'd like to make to a new directory, so I can fall back immediately if something goes south. I've never done a make install (or preliminary steps, if needed) to a custom directory (or plural) Can this be done? Pointers, cookbook? joe a. >>> On 1/24/2014 at 5:58 AM, "Joe Acquisto-j4" <jo...@j4...> wrote: >>>> On 1/24/2014 at 2:29 AM, Matthias Andree <mat...@gm...> wrote: > >> >> Joe Acquisto-j4 <jo...@j4...> schrieb: >>>>>> On 1/23/2014 at 9:16 PM, Matthias Andree <mat...@gm...> >>>wrote: >>>> Am 24.01.2014 01:11, schrieb Joe Acquisto-j4: >>>>> Never seen before, but have not looked at logs for some time. >>>>> >>>>> Server certificate verification error: unable to get local issuer >>>> certificate >>>>> etc. >>>>> >>>>> 6.3.2 >>>>> >>>>> I thought this might be an expired server cert (was expired) so >>>genned a new >>>>> one and restarted everything. Same difference. >>>> >>>> Newer versions (as in 2013, not the 2006 museum piece you have) >>> >>>Ok . . . hey, that hurt . . . . >> >> You think you' be been busy? So have I... >> That is why there have been two dozen releases since yours :-) No offense >> intended, it is just to say that your problem might already be solved in a >> newer version... > > None taken, I assure you. My attempt at levity, was "not entirely > successful". > > Thanks for the efforts. > > joe a > > > _______________________________________________ > fetchmail-users mailing list > fet...@li... > https://lists.berlios.de/mailman/listinfo/fetchmail-users |
From: Christoph S. <cs....@t-...> - 2014-01-24 18:21:14
|
Hi, (sorry, not used to the rules of this mailing list) thanks for the answer and hints. I thought the scenario was clear - but anyway I added the configuration file : Here the working one : poll "pop.t-online.de" envelope "X-envelope-to:" protocol POP3 aka t-online.de no dns : user "xy" there with password "secret" is * here fetchall nokeep ; This works since years. isp switches now to ssl, which creates the need of changes to something like : poll "securepop.t-online.de" envelope 'X-ENVELOPE-TO:' protocol POP3 no dns : user "xy" there with password "secret" is * here fetchall nokeep ssl sslfingerprint "CE:CF:FE:44:69:3A:EF:EF:73:42:97:60:B0:41:95:35" sslcertck sslcertpath /etc/ssl/fetchmaild/certs/; But this results in /var/log/mail.info : Jan 24 15:11:10 NasenLap1 fetchmail[1308]: restarting fetchmail (/etc/fetchmailrc changed) Jan 24 15:11:10 NasenLap1 fetchmail[1308]: starting fetchmail 6.3.18 daemon Jan 24 15:11:23 NasenLap1 fetchmail[1308]: terminated with signal 15 Jan 24 15:11:24 NasenLap1 fetchmail[2016]: fetchmail 6.3.18 Dämon wird gestartet Jan 24 15:11:24 NasenLap1 fetchmail[2016]: Authentifikationsfehlschlag bei xy...@se... Jan 24 15:11:24 NasenLap1 fetchmail[2016]: Hilfe (auf Englisch): siehe http://www.fetchmail.info/fetchmail-FAQ.html#R15 Jan 24 15:11:24 NasenLap1 fetchmail[2016]: Abfragestatus=3 (AUTHFAIL) as I said, the domain is rewritten to xy...@se... But my user is xy...@t-... - not xy...@se... (Also xy...@po... is accepted - by the way) If I change to : poll "securepop.t-online.de" envelope 'X-ENVELOPE-TO:' protocol POP3 no dns : user "xy...@t-..." there with password "secret" is * here keep ssl sslfingerprint "CE:CF:FE:44:69:3A:EF:EF:73:42:97:60:B0:41:95:35" sslcertck sslcertpath /etc/ssl/fetchmaild/certs/; I get the following result : Jan 24 15:21:26 NasenLap1 fetchmail[2016]: starte fetchmail erneut (/etc/fetchmailrc verändert) Jan 24 15:21:26 NasenLap1 fetchmail[2016]: fetchmail 6.3.18 Dämon wird gestartet Jan 24 15:21:26 NasenLap1 fetchmail[2016]: Authentifikationsfehlschlag bei xy...@t-...@securepop.t-online.de Jan 24 15:21:26 NasenLap1 fetchmail[2016]: Hilfe (auf Englisch): siehe http://www.fetchmail.info/fetchmail-FAQ.html#R15 Jan 24 15:21:26 NasenLap1 fetchmail[2016]: Abfragestatus=3 (AUTHFAIL) I can change also to xy...@po... - same error (cs....@po...@securepop.t-online.de) For any help I would be very appreciated. (Sorry for the german log - don't know how to change to this to english) Thanks Christoph On Thu, Jan 23, 2014 at 8:17 PM, Christoph Schmidt <cs....@t-...> wrote: >> Hi, >> >> I have some trouble using fetchmail. >> The server to poll is an ssl server that differs from the original. >> securepop.t-online.de /port 995 but the mailbox belongs to >> us...@po... >> >> I tested different variants in fetchmailrc - all with bad results. >> >> Example : us...@t-... --> us...@t-...@securepop.t-online.de >> or user --> us...@se... >> >> How can I poll the securepop.t-online.de with my account, belonging to >> t-online.de ? > Without at least a sample configuration file and the log messages that > relate to a failed run, all I can suggest is that you read the man > page and FAQ. > > If you can provide those, and the information listed in section G3 of > the FAQ (http://fetchmail.berlios.de/fetchmail-FAQ.html#G3) then I'm > sure we'll be able to help you. > |
From: Joe Acquisto-j. <jo...@j4...> - 2014-01-24 11:58:47
|
>>> On 1/24/2014 at 2:29 AM, Matthias Andree <mat...@gm...> wrote: > > Joe Acquisto-j4 <jo...@j4...> schrieb: >>>>> On 1/23/2014 at 9:16 PM, Matthias Andree <mat...@gm...> >>wrote: >>> Am 24.01.2014 01:11, schrieb Joe Acquisto-j4: >>>> Never seen before, but have not looked at logs for some time. >>>> >>>> Server certificate verification error: unable to get local issuer >>> certificate >>>> etc. >>>> >>>> 6.3.2 >>>> >>>> I thought this might be an expired server cert (was expired) so >>genned a new >>>> one and restarted everything. Same difference. >>> >>> Newer versions (as in 2013, not the 2006 museum piece you have) >> >>Ok . . . hey, that hurt . . . . > > You think you' be been busy? So have I... > That is why there have been two dozen releases since yours :-) No offense > intended, it is just to say that your problem might already be solved in a > newer version... None taken, I assure you. My attempt at levity, was "not entirely successful". Thanks for the efforts. joe a |
From: Matthias A. <mat...@gm...> - 2014-01-24 08:34:18
|
Joe Acquisto-j4 <jo...@j4...> schrieb: >>>> On 1/23/2014 at 9:16 PM, Matthias Andree <mat...@gm...> >wrote: >> Am 24.01.2014 01:11, schrieb Joe Acquisto-j4: >>> Never seen before, but have not looked at logs for some time. >>> >>> Server certificate verification error: unable to get local issuer >> certificate >>> etc. >>> >>> 6.3.2 >>> >>> I thought this might be an expired server cert (was expired) so >genned a new >>> one and restarted everything. Same difference. >> >> Newer versions (as in 2013, not the 2006 museum piece you have) > >Ok . . . hey, that hurt . . . . You think you' be been busy? So have I... That is why there have been two dozen releases since yours :-) No offense intended, it is just to say that your problem might already be solved in a newer version... |
From: Joe Acquisto-j. <jo...@j4...> - 2014-01-24 04:20:52
|
>>> On 1/23/2014 at 9:16 PM, Matthias Andree <mat...@gm...> wrote: > Am 24.01.2014 01:11, schrieb Joe Acquisto-j4: >> Never seen before, but have not looked at logs for some time. >> >> Server certificate verification error: unable to get local issuer > certificate >> etc. >> >> 6.3.2 >> >> I thought this might be an expired server cert (was expired) so genned a new >> one and restarted everything. Same difference. > > Newer versions (as in 2013, not the 2006 museum piece you have) Ok . . . hey, that hurt . . . . >have > better SSL diagnostics if you add a few -v options, and fix a few bugs > regarding loading certificates from default locations. It's worth > trying 6.3.26. > > All important fixes are listed in the new version's NEWS file, also > available from the three Git repository frontends, one of them is at > > <https://gitorious.org/fetchmail/fetchmail/raw/45a212fe36b017c0d6003e191fb8c4 > db0f0046e3:NEWS> > > if you want to see what you've missed so far... I've been . . . busy. Yeah busy, that's the ticket . . . joe a > _______________________________________________ > fetchmail-users mailing list > fet...@li... > https://lists.berlios.de/mailman/listinfo/fetchmail-users |
From: Matthias A. <mat...@gm...> - 2014-01-24 03:16:07
|
Am 24.01.2014 01:11, schrieb Joe Acquisto-j4: > Never seen before, but have not looked at logs for some time. > > Server certificate verification error: unable to get local issuer certificate > etc. > > 6.3.2 > > I thought this might be an expired server cert (was expired) so genned a new one and restarted everything. Same difference. Newer versions (as in 2013, not the 2006 museum piece you have) have better SSL diagnostics if you add a few -v options, and fix a few bugs regarding loading certificates from default locations. It's worth trying 6.3.26. All important fixes are listed in the new version's NEWS file, also available from the three Git repository frontends, one of them is at <https://gitorious.org/fetchmail/fetchmail/raw/45a212fe36b017c0d6003e191fb8c4db0f0046e3:NEWS> if you want to see what you've missed so far... |
From: Joe Acquisto-j. <jo...@j4...> - 2014-01-24 01:19:00
|
Never seen before, but have not looked at logs for some time. Server certificate verification error: unable to get local issuer certificate etc. 6.3.2 I thought this might be an expired server cert (was expired) so genned a new one and restarted everything. Same difference. |
From: Matthias A. <mat...@gm...> - 2014-01-23 21:38:57
|
Am 23.01.2014 21:17, schrieb Christoph Schmidt: > Hi, > > I have some trouble using fetchmail. > The server to poll is an ssl server that differs from the original. > securepop.t-online.de /port 995 but the mailbox belongs to > us...@po... > > I tested different variants in fetchmailrc - all with bad results. > > Example : us...@t-... --> us...@t-...@securepop.t-online.de > or user --> us...@se... > > How can I poll the securepop.t-online.de with my account, belonging to > t-online.de ? fetchmail --keep --uidl --ssl --sslcertck -v -p pop3 \ -u fir...@t-... securepop.t-online.de works for me. How can anyone help you if you don't give the slightest hint of what you did "different variants in fetchmailrc" and what you got (errors)? See <http://www.fetchmail.info/fetchmail-FAQ.html#G3> - be sure not to send passwords or outgoing digests or thereabouts, but do include logging. |
From: Rob M. <rob...@gm...> - 2014-01-23 21:33:39
|
On Thu, Jan 23, 2014 at 8:17 PM, Christoph Schmidt <cs....@t-...> wrote: > Hi, > > I have some trouble using fetchmail. > The server to poll is an ssl server that differs from the original. > securepop.t-online.de /port 995 but the mailbox belongs to > us...@po... > > I tested different variants in fetchmailrc - all with bad results. > > Example : us...@t-... --> us...@t-...@securepop.t-online.de > or user --> us...@se... > > How can I poll the securepop.t-online.de with my account, belonging to > t-online.de ? Without at least a sample configuration file and the log messages that relate to a failed run, all I can suggest is that you read the man page and FAQ. If you can provide those, and the information listed in section G3 of the FAQ (http://fetchmail.berlios.de/fetchmail-FAQ.html#G3) then I'm sure we'll be able to help you. -- 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: Christoph S. <cs....@t-...> - 2014-01-23 21:17:25
|
Hi, I have some trouble using fetchmail. The server to poll is an ssl server that differs from the original. securepop.t-online.de /port 995 but the mailbox belongs to us...@po... I tested different variants in fetchmailrc - all with bad results. Example : us...@t-... --> us...@t-...@securepop.t-online.de or user --> us...@se... How can I poll the securepop.t-online.de with my account, belonging to t-online.de ? Thanks in advance Christoph |
From: Matthias A. <mat...@gm...> - 2013-12-11 00:43:19
|
I am sending a copy to fetchmail-users because this is of general interest, and also a recurring issue with Google Mail. Am 15.11.2013 16:02, schrieb Joe M: > Hello Matthias, > > I am missing emails. Is there anyway to correlate the id's from > .fetchids with the email in the gmail inbox? > > I tried both pop and imap and in both instances, a few emails were not > downloaded. > > I tried with --uidl and no --startnum. > >>> As an update, I just polled my pop3.live.com accounts and figured that >>> --uidl works for me on that account. Note that using --keep without >>> --uidl is a dangerous endeavor, meaning that if you use LAST or a >>> locally recorded message number, this setup is prone to mail loss or >>> skipping, should messages before the designated start number disappear >>> or should a downloaded message fail to be forwarded. >> >> This seems to have happened and I did not get your email. > > Any thoughts, please? Sorry for the late response, somehow missed your followup. Up front: gmail is quirky by design. Google did not model traditional mailboxes for POP3 or IMAP, but invented their own stuff around archiving and folders, and to add insult to injury, some of their help pages defame POP3 as unreliable when the fault lies with implementations, not the protocol. POP3 + UIDL can be made reliable - if you don't abuse it, that is. Still, I link to Google documentation (apparently the first two links now redirect to the same contents): <http://www.fetchmail.info/fetchmail-FAQ.html#I9> has a few links to Google documentation - check the "recent:" trick described there and see if that helps. <https://support.google.com/mail/answer/47948?hl=en> in particular explains that. The correlation between UIDs and messages is technically possible but yields only the POP3 message numbers for the .fetchids stored - and message numbers can change with every login (especially as messages are removed, or sometimes added, example below), and are therefore not really useful in your situation. If you still want to see them, all it takes is running fetchmail with -vv added on the command line. This logs the transcript of the POP3 exchange, which might look like this (this is from a Dovecot POP3 server, not from Gmail's POP3 interface): > fetchmail: POP3> USER joe > fetchmail: POP3< +OK > fetchmail: POP3> PASS * > fetchmail: POP3< +OK Logged in. > fetchmail: POP3> STAT > fetchmail: POP3< +OK 1314 77621905 > fetchmail: POP3> UIDL > fetchmail: POP3< +OK > fetchmail: POP3< 1 000000014eb1c89a > fetchmail: POP3< 2 000000034eb1c89a > fetchmail: POP3< 3 000000054eb1c89a > fetchmail: POP3< 4 000000064eb1c89a > fetchmail: POP3< 5 000000074eb1c89a ... That's all there is. You get a temporary message number (which is a count that may occasionally skip ahead over deleted messages) and the UID that you would also find in .fetchids after successful fetch + shipping. Deleting message 2 would then remove the 000000034eb1c89a, and on the next login you'd see the output below, so for 000000054eb1c89a the message number changed from 3 to 2. > fetchmail: POP3< 1 000000014eb1c89a > fetchmail: POP3< 2 000000054eb1c89a > fetchmail: POP3< 3 000000064eb1c89a > fetchmail: POP3< 4 000000074eb1c89a As said above, this is not very useful to hunt down missing messages. The best bet, given Google's documentation, would probably be to try reconfiguring your user name for Google's recent: mode, and run fetchmail with a --fetchall --keep --uidl once. That may cause duplicate message retrieval due to --fetchall, but better duplicate than none. |
From: Rob M. <rob...@gm...> - 2013-11-12 09:45:15
|
On Mon, Nov 11, 2013 at 9:23 PM, Joe M <joe...@gm...> wrote: > Hello, > > I am using fetchmail to download from my hotmail account. > > It downloads a hundred or so emails and the connection dies. It does > this every time. I have the "keep" option set so it keeps downloading > the first emails again and again. > > I am trying to figure out if I can tell fetchmail to download a > certain message number or range of message numbers. > > > Any thoughts or other alternative ideas that I can try, please? Enable UIDL support - that way fetchmail can keep track of the messages it has downloaded and avoid re-downloading them. -- 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: Joe M <joe...@gm...> - 2013-11-12 07:41:03
|
> Joe M wrote: > > I am attaching a patch to add a --startnum option to fetchmail. > > Attached is an updated patch which adds this option to fetchmail.man Attached is the updated patch fixing a compilation issue and it seems to be working when I test it. Below is output from my test run: FETCHMAILHOME=/home/j/etc/mail/username/ fetchmail --fetchmailrc ~/etc/mail/username/fetchmailrc --verbose -B 30 --startnum 302 fetchmail: 6.3.26 querying pop3.live.com (protocol POP3) at Tue 12 Nov 2013 12:27:44 AM CST: poll started Trying to connect to 65.54.51.39/995...connected. fetchmail: Server certificate: fetchmail: Issuer Organization: GlobalSign nv-sa fetchmail: Issuer CommonName: GlobalSign Organization Validation CA - G2 fetchmail: Subject CommonName: *.hotmail.com fetchmail: Subject Alternative Name: *.hotmail.com fetchmail: Subject Alternative Name: *.live.com fetchmail: Subject Alternative Name: *.outlook.com fetchmail: Subject Alternative Name: hotmail.com fetchmail: pop3.live.com key fingerprint: 86:60:F6:38:1C:84:A6:AC:94:92:51:2F:67:9A:7D:76 fetchmail: POP3< +OK snt0-pop60 POP3 server ready fetchmail: POP3> CAPA fetchmail: POP3< -ERR unrecognized command fetchmail: unrecognized command fetchmail: Repoll immediately on use...@ho...@pop3.glbdns2.microsoft.com Trying to connect to 65.54.51.39/995...connected. fetchmail: Server certificate: fetchmail: Issuer Organization: GlobalSign nv-sa fetchmail: Issuer CommonName: GlobalSign Organization Validation CA - G2 fetchmail: Subject CommonName: *.hotmail.com fetchmail: Subject Alternative Name: *.hotmail.com fetchmail: Subject Alternative Name: *.live.com fetchmail: Subject Alternative Name: *.outlook.com fetchmail: Subject Alternative Name: hotmail.com fetchmail: pop3.live.com key fingerprint: 86:60:F6:38:1C:84:A6:AC:94:92:51:2F:67:9A:7D:76 fetchmail: POP3< +OK snt0-pop125 POP3 server ready fetchmail: POP3> USER use...@ho... fetchmail: POP3< +OK password required fetchmail: POP3> PASS * fetchmail: POP3< +OK mailbox has 2521 messages fetchmail: POP3> STAT fetchmail: POP3< +OK 2521 503162348 2521 messages for use...@ho... at pop3.live.com (503162348 octets). fetchmail: POP3> LIST 302 fetchmail: POP3< +OK 302 10944 fetchmail: POP3> RETR 302 fetchmail: POP3< +OK reading message use...@ho...@pop3.glbdns2.microsoft.com:302 of 2521 (10944 octets) #*****************************************.******************************************* ***.**********************************.************************************.*************************.***************************.***************************.*********************** *.**************************.************* not flushed fetchmail: POP3> LIST 303 fetchmail: POP3< +OK 303 5596 fetchmail: POP3> RETR 303 fetchmail: POP3< +OK reading message use...@ho...@pop3.glbdns2.microsoft.com:303 of 2521 (5596 octets) #************************************.*****************************************.******* **********************************.********************************.****************** Thanks Joe |
From: Joe M <joe...@gm...> - 2013-11-12 07:00:22
|
Joe M wrote: > I am attaching a patch to add a --startnum option to fetchmail. Attached is an updated patch which adds this option to fetchmail.man Any comments, please? Thanks Joe |
From: Joe M <joe...@gm...> - 2013-11-12 06:49:08
|
I am attaching a patch to add a --startnum option to fetchmail. This enables fetchmail to start downloading from the specified message number instead of from the first message. This helps with flaky SMTP connections where the connection is closed after a certain number of messages are downloaded. This is my first patch to fetchmail. Please let me know if there is a better way of going about this. Below is further explanation of my issue. ----- Forwarded message from Joe M <joe...@gm...> ----- Date: Mon, 11 Nov 2013 15:23:40 -0600 To: fet...@li... Subject: fetchmail downloading with message number as a parameter Hello, I am using fetchmail to download from my hotmail account. It downloads a hundred or so emails and the connection dies. It does this every time. I have the "keep" option set so it keeps downloading the first emails again and again. I am trying to figure out if I can tell fetchmail to download a certain message number or range of message numbers. Any thoughts or other alternative ideas that I can try, please? Thanks Joe ----- End forwarded message ----- |
From: Gene H. <ghe...@wd...> - 2013-11-11 23:13:13
|
On Monday 11 November 2013 17:02:28 Joe M did opine: > Hello, > > I am using fetchmail to download from my hotmail account. > > It downloads a hundred or so emails and the connection dies. It does > this every time. I have the "keep" option set so it keeps downloading > the first emails again and again. > > I am trying to figure out if I can tell fetchmail to download a > certain message number or range of message numbers. > > > Any thoughts or other alternative ideas that I can try, please? > > Thanks > Joe Its all in the fetchmail man page. But its a certain number of messages, like 50 at a time, or whatever suits your situation. I have no experience with the "keep" option but I'd call it a bug or other miss-configure if it is repeating the download of the existing messages each time. Read the man page, it might turn on a nice bright light. :) Cheers, Gene -- "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) Preudhomme's Law of Window Cleaning: It's on the other side. A pen in the hand of this president is far more dangerous than 200 million guns in the hands of law-abiding citizens. |
From: Joe M <joe...@gm...> - 2013-11-11 22:31:59
|
Hello, I am using fetchmail to download from my hotmail account. It downloads a hundred or so emails and the connection dies. It does this every time. I have the "keep" option set so it keeps downloading the first emails again and again. I am trying to figure out if I can tell fetchmail to download a certain message number or range of message numbers. Any thoughts or other alternative ideas that I can try, please? Thanks Joe |
From: Joe M <joe...@gm...> - 2013-11-06 19:20:00
|
Hello, Just wanted to check if it is possible to use fetchmail to download all the mail from a yahoo user group archive. The yahoo user group interface is not the most convenient and I want to use mutt to read those messages after downloading them with fetchmail. If you have something like this, would you mind sharing your fetchmail configuration? Thanks Joe |
From: Gene H. <ghe...@wd...> - 2013-09-04 21:19:47
|
On Wednesday 04 September 2013 15:18:31 Matthias Andree did opine: > BTW, on Lucid, the magic spell is ./configure --with-ssl=/usr -- the > "include" is automatically tacked on (because we also need "lib" for > linking against the .so files). > ISTR I tried that, failed with no change in the error msg. Thanks Mattias, its working now. Cheers, Gene -- "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) My web page: <http://gene.homelinux.net:6309/gene> should be up! "It doesn't much signify whom one marries for one is sure to find out next morning it was someone else." -- Rogers A pen in the hand of this president is far more dangerous than 200 million guns in the hands of law-abiding citizens. |
From: Gene H. <ghe...@wd...> - 2013-09-04 21:18:13
|
On Wednesday 04 September 2013 15:16:32 Matthias Andree did opine: > Am 04.09.2013 14:03, schrieb Gene Heskett: > > Humm, reading the fetchmail-6.3.26 configure script, it appears the > > --with- ssl does NOT want an address for the include/ssl.h header > > file, but a simple --with-ssl=yes, it found it and completed the > > configure! Izzat a duh moment or what? :-) > > It should work with that, but --with-ssl (which is the same as > --with-ssl=yes to autoconf-generated ./configure scripts) has some "go > hunt" code which has apparently found it... > > > Built, installed over the top of the old 6.3.2 buntu version, killed, > > restarted and working according to the logs. Mail is flowing. > > Enjoy. :-) > I am. Now if my dentist would answer me, I have a 20 YO root canal that managed to get infected. Thank you Mattias. Cheers, Gene -- "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) My web page: <http://gene.homelinux.net:6309/gene> should be up! "It doesn't much signify whom one marries for one is sure to find out next morning it was someone else." -- Rogers A pen in the hand of this president is far more dangerous than 200 million guns in the hands of law-abiding citizens. |
From: Matthias A. <mat...@gm...> - 2013-09-04 20:56:42
|
BTW, on Lucid, the magic spell is ./configure --with-ssl=/usr -- the "include" is automatically tacked on (because we also need "lib" for linking against the .so files). |
From: Matthias A. <mat...@gm...> - 2013-09-04 20:22:12
|
Am 04.09.2013 14:03, schrieb Gene Heskett: > Humm, reading the fetchmail-6.3.26 configure script, it appears the --with- > ssl does NOT want an address for the include/ssl.h header file, but a > simple --with-ssl=yes, it found it and completed the configure! Izzat a > duh moment or what? :-) It should work with that, but --with-ssl (which is the same as --with-ssl=yes to autoconf-generated ./configure scripts) has some "go hunt" code which has apparently found it... > Built, installed over the top of the old 6.3.2 buntu version, killed, > restarted and working according to the logs. Mail is flowing. Enjoy. :-) |
From: Gene H. <ghe...@wd...> - 2013-09-04 14:04:02
|
On Wednesday 04 September 2013 07:20:37 Peter Pentchev did opine: > On Tue, Sep 03, 2013 at 10:35:51PM -0400, Gene Heskett wrote: > [snip] > > > My fetchmail-6.3.26 build problem is that I need ssl/tls, and the > > ubuntu repo's don't have all the devel stuff for the newest ssl, so > > no matter where I point it for the ssl -devel stuff, configure simply > > bails out, always with the same failure message. > > > > configure: error: SSL support enabled, but OpenSSL not found > > > > And there is nothing actually labeled as "openssl" in the lucid LTS > > repos. I even have the src's turned on too. > > I think you may be looking for libssl-dev. Yes, a bit confusing, I > know, but in Debian-like-land, the name of the package follows the name > of the library. > > G'luck, > Peter There is such a critter already installed, version 9.8k, all its .h files are in /usr/include/openssl but "with-ssl=/usr/include/openssl/" ./configure still bails out, can't find OpenSSL. Is that configure script funkity, or do I have to see if the newer version will install? The script to make it seemed to have worked but I've not done an install because it might break everything. I have this on site: drwxr-xr-x 22 root root 4096 2013-08-30 13:07 openssl-1.0.1e -rw-r--r-- 1 gene gene 10517 2013-08-30 12:55 openssl-1.0.1e- fix_parallel_build-1.patch -rw-r--r-- 1 gene gene 11743 2013-08-30 12:55 openssl-1.0.1e- fix_pod_syntax-1.patch -rw-r--r-- 1 gene gene 4459777 2013-08-30 12:21 openssl-1.0.1e.tar.gz But on lucid, what might it break if I go ahead and install it? No objections from the build process were noted. And a "make test" says 100% SUCCESSFUL. Humm, reading the fetchmail-6.3.26 configure script, it appears the --with- ssl does NOT want an address for the include/ssl.h header file, but a simple --with-ssl=yes, it found it and completed the configure! Izzat a duh moment or what? :-) Built, installed over the top of the old 6.3.2 buntu version, killed, restarted and working according to the logs. Mail is flowing. One less question, thank you. Cheers, Gene -- "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) My web page: <http://gene.homelinux.net:6309/gene> should be up! Tallulah Bankhead barged down the Nile last night as Cleopatra and sank. -- John Mason Brown, drama critic A pen in the hand of this president is far more dangerous than 200 million guns in the hands of law-abiding citizens. |
From: Peter P. <ro...@ri...> - 2013-09-04 10:55:45
|
On Tue, Sep 03, 2013 at 10:35:51PM -0400, Gene Heskett wrote: [snip] > > My fetchmail-6.3.26 build problem is that I need ssl/tls, and the ubuntu > repo's don't have all the devel stuff for the newest ssl, so no matter > where I point it for the ssl -devel stuff, configure simply bails out, > always with the same failure message. > > configure: error: SSL support enabled, but OpenSSL not found > > And there is nothing actually labeled as "openssl" in the lucid LTS repos. > I even have the src's turned on too. I think you may be looking for libssl-dev. Yes, a bit confusing, I know, but in Debian-like-land, the name of the package follows the name of the library. G'luck, Peter -- Peter Pentchev ro...@ri... ro...@Fr... p.p...@st... PGP key: http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 If I were you, who would be reading this sentence? |
From: Gene H. <ghe...@wd...> - 2013-09-04 04:35:55
|
On Tuesday 03 September 2013 22:25:09 Matthias Andree did opine: > Am 02.09.2013 22:43, schrieb Gene Heskett: > > On Monday 02 September 2013 16:22:45 Matthias Andree did opine: > >> Am 30.08.2013 20:12, schrieb Gene Heskett: > >>> On Friday 30 August 2013 14:09:18 Robert Dahlem did opine: > >>>> Hi, > >>>> > >>>> On 30.08.2013 18:03, Gene Heskett wrote: > >>>>> You know, I posted the above message on August 1. Here it is > >>>>> August 30, and no reply, not one. What is it with you people? > >>>> > >>>> Don't know where you posted that. It did not make it to the list. > >>>> > >>>> Regards > >>>> Robert > >>> > >>> I got the echo of the post back from the list-server, on Aug 1. > >>> Here is the header as it came back to me: > >>> > >>> Return-Path: <fet...@li...> > >>> X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on > >>> coyote.coyote.den > >>> X-Spam-Level: * > >>> X-Spam-Status: No, score=2.0 required=5.0 > >>> tests=BAYES_50,RCVD_NUMERIC_HELO, > >>> > >>> T_RP_MATCHES_RCVD,WEIRD_PORT autolearn=no version=3.3.1 > >>> > >>> Delivered-To: ghe...@wd... > >>> Received: from mail.wdtv.com [66.118.69.84] > >>> > >>> by coyote.coyote.den with POP3 (fetchmail-6.3.9-rc2) > >>> for <gene@localhost> (single-drop); Wed, 01 Aug 2012 11:54:37 -0400 > >>> > >>> (EDT) > >>> Received: (qmail 25713 invoked by uid 509); 1 Aug 2012 11:54:16 > >>> -0400 Received: from 193.175.135.89 by mail.wdtv.com (envelope-from > >>> <fetchmail- use...@li...>, uid 508) with > >>> qmail-scanner-2.01 > >>> > >>> (clamdscan: 0.88.7/2478. spamassassin: 3.1.7. > >>> Clear:RC:0(193.175.135.89):SA:0(-1.3/5.0):. > >>> Processed in 0.477149 secs); 01 Aug 2012 15:54:16 -0000 > >> > >> Greetings all, > >> > >> We're talking, in August/September 2013, about a message sent August > >> 2012, a year later. > >> > >> Might that be where some of the confusion came from? > >> > >> Something or someone appears to be sitting in a time machine... and > >> last year it would not seem that there was something open in this > >> thread that required my action. > >> > >> HTH > >> Matthias > > > > To point out that I'd an idiot, yes. :) However, because the answer > > to that post was important to me at the time, I flagged it as > > important. But I also have a list expiry set for less than a year, > > and traffic is so low, that eventually that was the only message > > remaining in the folder, so it eventually got my attention. > > Gene, > > Well, there was strange behaviour you wanted to observe, and ask on the > Ubuntu list about support with building SSL-related stuff, or something. > Regarding exit codes, there is a convention for mailers and related > software that errors use system-specific error codes that are in > /usr/include/sysexits.h. Fetchmail more or less adheres to that, most > importantly, exit code 0 means success, whatever EX_TEMPFAIL get > assigned (usually 75 on Linux) means temporary failure, and anything > else permanent failure. > > > But after a decade of using fetchmail, I suppose its time for me to > > move on to something like getmail. I have another drive all setup > > with 12.04.2 LTS on it, but that version of kmail is broken and Ingo > > K. et all are more concerned with adding yet more bells & whistles > > without taking its memory usage and a gradually failing user > > interface to fix the bugs we report into consideration. > > I've never enjoyed KDE4 for that matter. However, I doubt the choice > mail fetching application will make much of a difference for what your > hints unveil about your intended uses; however, decent SSL support in > getmail is just emerging and to the best of my knowledge only available > for IMAP, so if you use it to fetch mail through the Internet, rather > than from your local machine, you may find that fetchmail can provide > more thorough SSL checking for the time being. > > > Not your fault of course, I am just looking for a workable email > > solution I can use when I do make the change to running 12.04 full > > time. KMail obvious isn't it so I'm looking at claws-mail, and > > trying to figure out how to integrate Dovecot into my local system so > > I can also handle email from my cnc lathes controller or my milling > > machines controller. Or even from a laptop out in that same shop > > building. > > Any mail corpus of nontrivial size will sooner or later cost some CPU > time, and possibly disk - most mailers will have to cache headers in RAM > as soon as you want some sort of sorting or threading, and anything that > involves sorting usually grows no faster than n*log(n), where n is the > number of messages to be sorted/displayed, and some systems even take > n*n. The latter includes fetchmail if and only if POP3 and UIDL is used > while keeping thousands of messages on the server, and before the 7.X > alpha versions. The recent 7.0.0-alphas of fetchmail fix that speed > hogging and improve parsing the UIDL to n*log(n), and you can feel that > even if you have "only" 10,000 messages in the mailbox. > > That imposes - more or less - a limit on how many messages are > reasonably held per mailbox. With some software, you will hit that > (unknown, and subject to your feeling of patience) limit sooner, with > other later. > > mutt can be a hog at times, personally I am using Thunderbird although > that can also get long in the tooth when initially downloading mail. > Serving IMAP locally from Dovecot can help with speeding up clients if > their local data management is lacking, but their IMAP interface is > decent. > > HTH > Matthias Not really. I am sure not blaming fetchmail for the size of the database(s), thats at least 350% kmail/nepomuk/akonadi/soprano/virtuoso's doing. I don't understand why each of these cpu & disk hogs has to have its own database. Boggles my mind, whats left of it. My fetchmail-6.3.26 build problem is that I need ssl/tls, and the ubuntu repo's don't have all the devel stuff for the newest ssl, so no matter where I point it for the ssl -devel stuff, configure simply bails out, always with the same failure message. configure: error: SSL support enabled, but OpenSSL not found And there is nothing actually labeled as "openssl" in the lucid LTS repos. I even have the src's turned on too. Thanks Matthias. > _______________________________________________ > fetchmail-users mailing list > fet...@li... > https://lists.berlios.de/mailman/listinfo/fetchmail-users Cheers, Gene -- "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) My web page: <http://gene.homelinux.net:6309/gene> should be up! Returns for store credit only. A pen in the hand of this president is far more dangerous than 200 million guns in the hands of law-abiding citizens. |