You can subscribe to this list here.
2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(73) |
Jul
(22) |
Aug
(42) |
Sep
(11) |
Oct
(23) |
Nov
(40) |
Dec
(2) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2005 |
Jan
|
Feb
|
Mar
(17) |
Apr
(26) |
May
(6) |
Jun
(21) |
Jul
(133) |
Aug
(25) |
Sep
(40) |
Oct
(12) |
Nov
(71) |
Dec
(57) |
2006 |
Jan
(23) |
Feb
(22) |
Mar
(43) |
Apr
(27) |
May
(13) |
Jun
(7) |
Jul
(3) |
Aug
(20) |
Sep
(16) |
Oct
(17) |
Nov
(31) |
Dec
(10) |
2007 |
Jan
(12) |
Feb
(17) |
Mar
(26) |
Apr
(13) |
May
(4) |
Jun
(1) |
Jul
(1) |
Aug
(21) |
Sep
(3) |
Oct
(8) |
Nov
(8) |
Dec
(5) |
2008 |
Jan
(5) |
Feb
(1) |
Mar
(3) |
Apr
(10) |
May
(3) |
Jun
(11) |
Jul
(5) |
Aug
(1) |
Sep
(6) |
Oct
|
Nov
(10) |
Dec
(2) |
2009 |
Jan
(17) |
Feb
(2) |
Mar
(1) |
Apr
(9) |
May
(23) |
Jun
(22) |
Jul
(32) |
Aug
(30) |
Sep
(11) |
Oct
(24) |
Nov
(4) |
Dec
|
2010 |
Jan
(12) |
Feb
(56) |
Mar
(32) |
Apr
(41) |
May
(36) |
Jun
(14) |
Jul
(7) |
Aug
(10) |
Sep
(13) |
Oct
(16) |
Nov
|
Dec
(14) |
2011 |
Jan
(3) |
Feb
|
Mar
(1) |
Apr
(16) |
May
(36) |
Jun
(2) |
Jul
|
Aug
(9) |
Sep
(2) |
Oct
(1) |
Nov
(8) |
Dec
(3) |
2012 |
Jan
(1) |
Feb
(5) |
Mar
(1) |
Apr
(1) |
May
(2) |
Jun
|
Jul
|
Aug
(7) |
Sep
(9) |
Oct
(2) |
Nov
(8) |
Dec
(9) |
2013 |
Jan
(11) |
Feb
(6) |
Mar
(14) |
Apr
(10) |
May
|
Jun
(12) |
Jul
(2) |
Aug
(2) |
Sep
(2) |
Oct
|
Nov
(7) |
Dec
(4) |
2014 |
Jan
(1) |
Feb
|
Mar
(2) |
Apr
(1) |
May
|
Jun
|
Jul
(1) |
Aug
(1) |
Sep
(1) |
Oct
(1) |
Nov
|
Dec
|
2015 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2016 |
Jan
|
Feb
|
Mar
|
Apr
(4) |
May
|
Jun
(7) |
Jul
|
Aug
(8) |
Sep
(8) |
Oct
|
Nov
|
Dec
(2) |
2017 |
Jan
|
Feb
|
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(3) |
Nov
|
Dec
|
2018 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(2) |
Oct
(2) |
Nov
|
Dec
|
2019 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(3) |
Jun
|
Jul
|
Aug
(6) |
Sep
(3) |
Oct
|
Nov
|
Dec
|
2020 |
Jan
(2) |
Feb
(3) |
Mar
(5) |
Apr
(2) |
May
(3) |
Jun
(3) |
Jul
(3) |
Aug
(2) |
Sep
(3) |
Oct
(4) |
Nov
(3) |
Dec
|
2021 |
Jan
(5) |
Feb
(2) |
Mar
(3) |
Apr
(3) |
May
|
Jun
|
Jul
(2) |
Aug
(14) |
Sep
(3) |
Oct
(4) |
Nov
(4) |
Dec
(3) |
2022 |
Jan
|
Feb
(2) |
Mar
(2) |
Apr
(1) |
May
|
Jun
|
Jul
(3) |
Aug
(1) |
Sep
|
Oct
(2) |
Nov
|
Dec
|
2023 |
Jan
(3) |
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2024 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
(1) |
Aug
|
Sep
(2) |
Oct
(1) |
Nov
(1) |
Dec
(1) |
2025 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(3) |
Jul
(1) |
Aug
(1) |
Sep
(2) |
Oct
|
Nov
|
Dec
|
From: Graham W. <bo...@de...> - 2004-08-09 06:10:36
|
On Mon, Aug 09, 2004 at 05:01:55AM +0200, Matthias Andree wrote: > Graham Wilson <bo...@de...> writes: > > Right now, all of the developers who had access to the old repository > > (except esr) have access to the new repository. > > could you set up a function so the SVN commits are mailed to the > fetchmail-svn list? It was supposed to be set up, but there were some quirks. Should be fixed now. -- gram |
From: Matthias A. <ma...@dt...> - 2004-08-09 05:01:55
|
Graham Wilson <bo...@de...> writes: > Right now, all of the developers who had access to the old repository > (except esr) have access to the new repository. Graham, could you set up a function so the SVN commits are mailed to the fetchmail-svn list? Thanks. -- Matthias Andree NOTE YOU WILL NOT RECEIVE MY MAIL IF YOU'RE USING SPF! Encrypted mail welcome: my GnuPG key ID is 0x052E7D95 (PGP/MIME preferred) |
From: Matthias A. <ma...@dt...> - 2004-08-09 04:59:50
|
Graham Wilson <bo...@de...> writes: > This patch prevents progress dots from being output if output is being > sent to syslog. It is a pretty minimal patch that has been in the Debian > tree since April. > > I recommend that it be applied to the trunk. Fine with me. BTW, I've seen fetchmail log to syslog in the user's locale. I'd prefer if it used the POSIX or C locale for syslogging. -- Matthias Andree NOTE YOU WILL NOT RECEIVE MY MAIL IF YOU'RE USING SPF! Encrypted mail welcome: my GnuPG key ID is 0x052E7D95 (PGP/MIME preferred) |
From: Matthias A. <ma...@dt...> - 2004-08-09 04:43:35
|
Rob Funk <rf...@fu...> writes: > I figured that the whole UIDL issue would wait until 6.2.7 to be resolved > for real (and would be a top priority at that point), but I'm not opposed > to a minor patch as a stopgap measure in the meantime. I'll commit this. -- Matthias Andree NOTE YOU WILL NOT RECEIVE MY MAIL IF YOU'RE USING SPF! Encrypted mail welcome: my GnuPG key ID is 0x052E7D95 (PGP/MIME preferred) |
From: Matthias A. <ma...@dt...> - 2004-08-09 04:42:26
|
Graham Wilson <bo...@de...> writes: > I have applied this patch to the Debian version of fetchmail. It > sets fetchsizelimit to 1 for all POP variants, not just POP3. Without > the patch, POP variants aside from POP3 won't work correctly. > > I recommend that we commit it to the repository. Seconded. -- Matthias Andree NOTE YOU WILL NOT RECEIVE MY MAIL IF YOU'RE USING SPF! Encrypted mail welcome: my GnuPG key ID is 0x052E7D95 (PGP/MIME preferred) |
From: Rob F. <rf...@fu...> - 2004-08-09 00:50:55
|
Matthias Andree wrote: > I'm not sure what boldface and asterisk mean in the patch list, Those are the ones that in my view looked most appropriate to go in quickly. -- ==============================| "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: Rob F. <rf...@fu...> - 2004-08-09 00:48:21
|
> On Sun, Aug 08, 2004 at 01:38:33PM +0200, Matthias Andree wrote: > > here are some thoughts on > > > > 2003-05-22-6.2.2-hirsch-keeptopuidl.diff > > 2003-05-24-6.2.2-andree-keeptopuidl.diff > > > > Jakob Hirsch observed that the --keep option defeats the use of TOP. > > His patch no longer applies to the SVN version, here's an updated > > version of his patch: > > I think this looks fine for the next release. Should we go ahead and > commit it to the repository? I figured that the whole UIDL issue would wait until 6.2.7 to be resolved for real (and would be a top priority at that point), but I'm not opposed to a minor patch as a stopgap measure in the meantime. -- ==============================| "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: Graham W. <bo...@de...> - 2004-08-08 23:14:30
|
This patch prevents progress dots from being output if output is being sent to syslog. It is a pretty minimal patch that has been in the Debian tree since April. I recommend that it be applied to the trunk. -- gram |
From: Graham W. <bo...@de...> - 2004-08-08 23:07:25
|
I have applied this patch to the Debian version of fetchmail. It sets fetchsizelimit to 1 for all POP variants, not just POP3. Without the patch, POP variants aside from POP3 won't work correctly. I recommend that we commit it to the repository. -- gram |
From: Graham W. <bo...@de...> - 2004-08-08 23:01:01
|
On Sun, Aug 08, 2004 at 01:38:33PM +0200, Matthias Andree wrote: > here are some thoughts on > > 2003-05-22-6.2.2-hirsch-keeptopuidl.diff > 2003-05-24-6.2.2-andree-keeptopuidl.diff > > Jakob Hirsch observed that the --keep option defeats the use of TOP. His > patch no longer applies to the SVN version, here's an updated version of > his patch: I think this looks fine for the next release. Should we go ahead and commit it to the repository? -- gram |
From: Graham W. <bo...@de...> - 2004-08-08 22:41:59
|
On Sun, Aug 08, 2004 at 02:23:59PM +0200, Matthias Andree wrote: > 2003-07-21-6.2.2-drieu-smtpname.diff > > can be dropped from the list, was merged (with comments added) into > 6.2.5, quote from NEWS: > > * Benjamin Drieu's patch for Debian bug #156592, incorrect handing of > host/port option. > > Bug doesn't show with current SVN. As has been noted on the Wiki, this patch is already committed. -- gram |
From: Matthias A. <ma...@dt...> - 2004-08-08 14:56:31
|
Hi, I have shamelessly stolen Rob Funk's http://funknet.net/fetchmail/patches page and moved it into berliOS's OpenFacts Wiki: http://openfacts.berlios.de/index-en.phtml?title=FetchmailPatchReview This is an easy to access and easy to edit Wiki (think content management system) that allows anyone of us to edit that page, so we can easier track the review process - and an ad-hoc tracking if someone is reviewing a patch. Please create a Wiki account before editing the pages. -- Matthias Andree NOTE YOU WILL NOT RECEIVE MY MAIL IF YOU'RE USING SPF! Encrypted mail welcome: my GnuPG key ID is 0x052E7D95 (PGP/MIME preferred) |
From: Matthias A. <ma...@dt...> - 2004-08-08 14:24:02
|
Greetings, 2003-07-21-6.2.2-drieu-smtpname.diff can be dropped from the list, was merged (with comments added) into 6.2.5, quote from NEWS: * Benjamin Drieu's patch for Debian bug #156592, incorrect handing of host/port option. Bug doesn't show with current SVN. -- Matthias Andree NOTE YOU WILL NOT RECEIVE MY MAIL IF YOU'RE USING SPF! Encrypted mail welcome: my GnuPG key ID is 0x052E7D95 (PGP/MIME preferred) |
From: Matthias A. <ma...@dt...> - 2004-08-08 13:48:21
|
2003-07-02-6.2.2-hawkey-bouncetext.diff This is a feature patch and should be reviewed post-6.2.6. -- Matthias Andree NOTE YOU WILL NOT RECEIVE MY MAIL IF YOU'RE USING SPF! Encrypted mail welcome: my GnuPG key ID is 0x052E7D95 (PGP/MIME preferred) |
From: Matthias A. <ma...@dt...> - 2004-08-08 13:47:51
|
Greetings, my patch 2003-05-24-6.2.2-andree-keeptopuidl.diff should be postponed until much later until we've decided about whether we want to continue support for LAST & Co. -- Matthias Andree NOTE YOU WILL NOT RECEIVE MY MAIL IF YOU'RE USING SPF! Encrypted mail welcome: my GnuPG key ID is 0x052E7D95 (PGP/MIME preferred) |
From: Matthias A. <ma...@dt...> - 2004-08-08 13:38:35
|
Greetings, here are some thoughts on 2003-05-22-6.2.2-hirsch-keeptopuidl.diff 2003-05-24-6.2.2-andree-keeptopuidl.diff Jakob Hirsch observed that the --keep option defeats the use of TOP. His patch no longer applies to the SVN version, here's an updated version of his patch: Index: pop3.c =================================================================== --- pop3.c (revision 3925) +++ pop3.c (working copy) @@ -589,7 +589,7 @@ sleep(3); /* to be _really_ safe, probably need sleep(5)! */ /* we're peek-capable if use of TOP is enabled */ - peek_capable = !(ctl->fetchall || ctl->keep); + peek_capable = !(ctl->fetchall || (ctl->keep && !ctl->server.uidl)); /* we're approved */ return(PS_SUCCESS); @@ -1102,7 +1102,7 @@ * The line count passed (99999999) is the maximum value CompuServe will * accept; it's much lower than the natural value 2147483646 (the maximum * twos-complement signed 32-bit integer minus 1) */ - if (ctl->keep || ctl->fetchall) + if (!peek_capable) gen_send(sock, "RETR %d", number); else gen_send(sock, "TOP %d 99999999", number); -- Matthias Andree NOTE YOU WILL NOT RECEIVE MY MAIL IF YOU'RE USING SPF! Encrypted mail welcome: my GnuPG key ID is 0x052E7D95 (PGP/MIME preferred) |
From: Matthias A. <ma...@dt...> - 2004-08-08 13:00:14
|
Greetings, Rob's patch list mentions two editions of Guiseppe Guerrini's POP3X patch: 2003-05-14-6.2.2-guerrini-pop3x.diff 2004-05-24-6.2.2-guerrini-pop3x.diff The patch adds a split two-phase fetch for header and body so that antispam can judge after the header already without the need to download the whole body. Guiseppe asked to use instead the updated patch, so I'd suggest that we strikethru 2003-05-14-6.2.2-guerrini-pop3x.diff and not use it. Schedule: The patch is somewhat intrusive and so definitely post-6.2.6 stuff. I haven't yet tried the patch, my questions: 1. does this have a negative impact on small mails because the header is fetched twice and because more turnarounds (round trip delay!) are necessary? For small mails, the header can be larger than the body easily. 2. will the SMTP listener wait long enough after seeing the envelope when the download of the mail body takes long? 3. should this patch's functionality be integrated into the regular POP3 protocol? 4. should perhaps the choice "header/body separately" or "whole mail at once" be dependent on the size reported in POP3's LIST response, with perhaps a configurable limit? -- Matthias Andree NOTE YOU WILL NOT RECEIVE MY MAIL IF YOU'RE USING SPF! Encrypted mail welcome: my GnuPG key ID is 0x052E7D95 (PGP/MIME preferred) |
From: Matthias A. <ma...@dt...> - 2004-08-08 12:50:36
|
Hi, after having switched to Graham's repository, I've looked at the first few patches posted at Rob's site, http://funknet.net/fetchmail/patches/ that I'll list below and discuss in separate posts so we'll have one thread per patch. I'm not sure what boldface and asterisk mean in the patch list, but I've looked at the first five patches to begin somewhere, and I'm giving descriptions. #1 2003-05-14-6.2.2-guerrini-pop3x.diff http://lists.ccil.org/pipermail/fetchmail-friends/2003-May/007419.html (should be dropped per originator's request in favor of the update right) updated: 2004-05-24-6.2.2-guerrini-pop3x.diff http://lists.ccil.org/pipermail/fetchmail-friends/2004-May/008754.html Guiseppe Guerrini writes "my POP3 (non-IMAP) mailbox is often filled by lot of spam with big bodies (about 150Kb). The anti-spam option works well, but it seems that fetchmail has anyway to download the whole message because of a leak of POP3 protocol (it misses a command to read the message body alone). In my situation a double read of message headers is worth because the bodies are large. So, I made some changes to fetchmail 6.2.2 (path attached). My patch adds the new protocol "POP3X", that is actually POP3 with a two-steps fetch: a "fetch header" step that sends "TOP n 0", and a "fetch body" that sends "RETR" or "TOP n 99999999" and then skips the headers." #2 2003-05-22-6.2.2-hirsch-keeptopuidl.diff http://funknet.net/fetchmail/patches/2003-05-22-6.2.2-hirsch-keeptopuidl.diff Jakob Hirsch writes "I wanted to use the "keep" option on a server where TOP should be used and saw, that "keep" forces TOP to be disabled. On first thought this is sensible, but only if "uidl" is not enabled, because then fetchmail can determine which messages are new. My patch below fixes this. It also uses this check made for peek_cabable to reduce code redundancy." #3 2003-05-24-6.2.2-andree-keeptopuidl.diff http://funknet.net/fetchmail/patches/2003-05-24-6.2.2-andree-keeptopuidl.diff My own patch as a followup to #2 is more radical, throwing the whole TOP stuff out. #4 2003-07-02-6.2.2-hawkey-bouncetext.diff http://lists.ccil.org/pipermail/fetchmail-friends/2003-July/007602.html D. J. Hawkey Jr. writes "See the attachment for patches against fetchmail-6.2.2 that provides an interface for including an user-specified message in bounce messages." #5 2003-07-21-6.2.2-drieu-smtpname.diff http://lists.ccil.org/pipermail/fetchmail-friends/2003-July/007733.html http://lists.ccil.org/pipermail/fetchmail-friends/2002-September/002585.html http://bugs.debian.org/156592 Benjamin Drieu: "Here is a small patch to fix Debian bug #156592: when an arbitrary port is specified with the smtphost keyword (i.e. "smpthost host/port"), port is not stripped from smtp queries made by smtp_open, so fetchmail uses invalid email addresses and smtp host rejects mail." -- Matthias Andree NOTE YOU WILL NOT RECEIVE MY MAIL IF YOU'RE USING SPF! Encrypted mail welcome: my GnuPG key ID is 0x052E7D95 (PGP/MIME preferred) |
From: Graham W. <bo...@de...> - 2004-08-08 11:03:13
|
I have set up an alternative Subversion repository for fetchmail development. Hopefully either I can do a better job than Berlios hosting the repository, or the Berlios repository can get better. Right now, all of the developers who had access to the old repository (except esr) have access to the new repository. The URL for the repository is http://decoy.wox.org/svn/fetchmail. This can be used for checking out a copy of the repository, or for browsing the repository via the Web. Please don't check out more than one branch or tag at a time. Let me know of any problems, comments, or concerns with the alternative repository. -- gram |
From: Matthias A. <ma...@dt...> - 2004-08-05 01:50:08
|
Rob Funk <rf...@fu...> writes: >> A full rewrite might better be based on getmail... > > Looks like getmail already is a rewrite. It is a rewrite but conceptually quite different from fetchmail, and lacks lots of fetchmail's features. Not that I'd needed many of these in recently. But take Charles' advertising with a grain of salt. He has distinct (not to say radical) views. -- Matthias Andree Encrypted mail welcome: my GnuPG key ID is 0x052E7D95 (PGP/MIME preferred) |
From: Andreas <an...@co...> - 2004-08-04 17:43:44
|
On Wed, Aug 04, 2004 at 10:38:58AM -0400, Rob Funk wrote: > > A full rewrite might better be based on getmail... > > Looks like getmail already is a rewrite. Anybody know what kind of authentication mechanisms it supports? Looks to be lacking in that area. Sorry, better ask this in their mailing-list. |
From: Rob F. <rf...@fu...> - 2004-08-04 16:39:15
|
Matthias Andree wrote: > Hi, > > Charles Cazabon's getmail-4 that is hosted at > http://www.qcc.ca/~charlesc/software/getmail-4/ has learnt the basic > steps of IMAP and SSL, so we've got competition. Heh.... I like this: http://www.qcc.ca/~charlesc/software/getmail-4/faq.html#faq-about-why > A full rewrite might better be based on getmail... Looks like getmail already is a rewrite. -- ==============================| "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: Matthias A. <ma...@dt...> - 2004-08-04 14:31:49
|
Hi, Charles Cazabon's getmail-4 that is hosted at http://www.qcc.ca/~charlesc/software/getmail-4/ has learnt the basic steps of IMAP and SSL, so we've got competition. A full rewrite might better be based on getmail... -- Matthias Andree Encrypted mail welcome: my GnuPG key ID is 0x052E7D95 (PGP/MIME preferred) |
From: Graham W. <bo...@de...> - 2004-08-03 15:26:42
|
On Wed, Jul 28, 2004 at 01:28:49PM -0400, Rob Funk wrote: > Can you set it up so that updates continue to get sent to the > fet...@be... list? Yeah, I grabbed the script you set up on sheep. -- gram |
From: Graham W. <bo...@de...> - 2004-08-03 15:25:48
|
On Wed, Jul 28, 2004 at 01:27:32PM -0400, Rob Funk wrote: > Graham Wilson wrote: > > If Rob agrees, I can probably get the repository set up pretty soon. > > I have two concerns. > > One is my general preference to avoid having anything dependent on a single > person. On the other hand, it's starting to look like Berlios's SVN setup > is equivalent to an unreliable person we're dependent on. If we grab > regular dumps of the repository no matter where it is, then we can move > whenever necessary. (I made sure to grab a current dump last night, btw.) I agree with this statement completely. Hopefully I'll be better to work with than the people at Berlios were. I'll be making regular dumps of the repository in case we decide that we want to move again. > The other concern is how confusing it would be to have the code hosted away > from Berlios and everything else hosted there (or alternately whether we > should move everything else too, which takes us back to concern #1). Once > we get an actual web page up, I suppose it shouldn't be too big a deal. I could host other services as well, but, like you say, that just takes us back to your first concern. I agree, though, that once we have a web page, the details will matter less. > Ultimately I think I come down on the side of Go For It. :-) Alright then, can you and Matthias send me the csr.pem file produced by the following command (preferably PGP signed)? $ openssl req -new -out csr.pem -keyout key.pem I'll send you guys more details about access individually once I get the above file from you. -- gram |