From: Joe Acquisto-j. <jo...@j4...> - 2020-01-27 19:38:37
|
Long time no post. I am several versions behind at 6.3.2 Upgrade requires various other upgrades as well. If not required, at least sensible. While it is not supported any longer, perhaps the steps are similar. I wish to retrieve all folders or, if that is not possible, to retrieve a specific folder along with the default folder. Or, must I fetch folders one by one? example syntax for ~/.fetchmail would be nice as well. I am waiting for the provider to supply the exact folder syntax. Thanks in advance. -- +++++++++++++++++++++++ joea@@j4computers.com https://www.j4computers.com 845-687-3734 +++++++++++++++++++++++ |
From: Joe Acquisto-j. <jo...@j4...> - 2020-01-27 20:59:23
|
>>> > Long time no post. I am several versions behind at 6.3.2 Upgrade requires > various other upgrades as well. If not required, at least sensible. > > While it is not supported any longer, perhaps the steps are similar. I > wish to retrieve all folders or, if that is not possible, to retrieve a > specific folder along with the default folder. > > Or, must I fetch folders one by one? > > example syntax for ~/.fetchmail would be nice as well. I am waiting for > the provider to supply the exact folder syntax. > > Thanks in advance. Figured out, seems to be working OK so far. -- +++++++++++++++++++++++ joea@@j4computers.com https://www.j4computers.com 845-687-3734 +++++++++++++++++++++++ |
From: Matthias A. <mat...@gm...> - 2020-01-27 22:41:34
|
Am 27.01.20 um 20:25 schrieb Joe Acquisto-j4: > Long time no post. I am several versions behind at 6.3.2 Upgrade requires various other upgrades as well. If not required, at least sensible. > > While it is not supported any longer, perhaps the steps are similar. I wish to retrieve all folders or, if that is not possible, to retrieve a specific folder along with the default folder. > > Or, must I fetch folders one by one? > > example syntax for ~/.fetchmail would be nice as well. I am waiting for the provider to supply the exact folder syntax. > > Thanks in advance. > Joe, I take your later message as "problem solved". However, I'll take your message as a stepping stone for a general message to the public: running fetchmail 6.3.2 is a major problem in itself. There have been 26 releases and more than 14 (fourteen!) years(!) since, which includes fixes for critical and security-relevant bugs. I find that also disrespectful versus the maintainer and contributors, that's not what I (and others) am (are) spending my (their) spare time for. This is just enumerating egrep SECURITY\|CRITICAL on fetchmail 6.4.2-rc2's NEWS file: 1 ## SECURITY FIXES THAT AFFECT BEHAVIOUR AND MAY REQUIRE RECONFIGURATION 2 ## SECURITY FIXES 3 # CRITICAL BUG FIX for setups using "mimedecode": 4 # CRITICAL AND REGRESSION FIXES 5 # SECURITY FIXES 6 # CRITICAL BUG FIX 7 # SECURITY BUG FIXES 8 # SECURITY IMPROVEMENTS TO DEFANG X.509 CERTIFICATE ABUSE 9 # CRITICAL BUG FIXES AND REGRESSION FIXES 10 # SECURITY FIX 11 # SECURITY FIXES 12 # SECURITY BUGFIXES 13 # SECURITY AND CRITICAL BUG FIXES: 14 # SECURITY STRENGTHENING: 15 # SECURITY FIXES: 16 # SECURITY FIX IN THIS RELEASE 17 # SECURITY FIX IN THIS RELEASE 18 # SECURITY FIXES IN THIS RELEASE For details, read https://gitlab.com/fetchmail/fetchmail/blob/legacy_64/NEWS - and make sure that you schedule updates to supported versions of all operating system and network applications that do not have known security bugs. |
From: Joe Acquisto-j. <jo...@j4...> - 2020-01-27 23:05:40
|
>>> > Am 27.01.20 um 20:25 schrieb Joe Acquisto-j4: >> Long time no post. I am several versions behind at 6.3.2 Upgrade requires > various other upgrades as well. If not required, at least sensible. >> >> While it is not supported any longer, perhaps the steps are similar. I > wish to retrieve all folders or, if that is not possible, to retrieve a > specific folder along with the default folder. >> >> Or, must I fetch folders one by one? >> >> example syntax for ~/.fetchmail would be nice as well. I am waiting for > the provider to supply the exact folder syntax. >> >> Thanks in advance. >> > Joe, I take your later message as "problem solved". > > However, I'll take your message as a stepping stone for a general > message to the public: > > running fetchmail 6.3.2 is a major problem in itself. > There have been 26 releases and more than 14 (fourteen!) years(!) since, > which includes fixes for critical and security-relevant bugs. > > I find that also disrespectful versus the maintainer and contributors, > that's not what I (and others) am (are) spending my (their) spare time for. > Matthias, Your reminder of the need to upgrade is certainly appreciated. My inability to upgrade in a timely manner has to do with issues too numerous to go into and should in no way be taken as a sign of intentional "disrespect" toward you, others or the work you put into fetchmail. Sorry that it upsets you in any way. joe a. -- +++++++++++++++++++++++ joea@@j4computers.com https://www.j4computers.com 845-687-3734 +++++++++++++++++++++++ |
From: grarpamp <gra...@gm...> - 2020-01-27 23:45:13
|
On 1/27/20, Joe Acquisto-j4 <jo...@j4...> wrote: > I am several versions behind at 6.3.2 Upgrade requires > various other upgrades as well. If not required, at least sensible. Fetchmail is rather easy to compile separately, even static. That way you may be able to drop the resulting binary into your system, or call it separately, without say needing to handle whatever dependency graphs package managers try to do before you are ready for big global upgrade. > wish to retrieve all folders or, if that is not possible, to retrieve a > specific folder along with the default folder. > > Or, must I fetch folders one by one? > example syntax for ~/.fetchmail would be nice as well. folder option accept a comma list, and will internally combines multiple folder options. I don't think there is this magic 'all folders' option. You might like to use the RFC below to try create a patch for people that will query the server and pull them all like that. Could optionally create matching local folder hiers on fly. Even go crazy and select matching "mda" choices, though most people probably like to keep that as separate invocation anyway. > I am waiting for > the provider to supply the exact folder syntax. IMAP is plaintext protocol, you can use the IMAP RFC to manually login with openssl s_client, speak IMAP, and fetch a list of what the folder names on the remote system actually are. It is fun to try it at least once :) |