Package: getmail4 Version: 4.53.0-1 Severity: important The watch file locks scanning of version to 4. So it loos only one version behind the upstream. But reality is different!!!
| Version 5.4 | 6 October 2017 | -bugfix: fix another error in logging an error condition. Thanks: "ng0". | | Version 5.3 | 5 October 2017 | -bugfix: another case where an error condition resulted in getmail not | displaying the correct message. Thanks: "ng0". | | Version 5.2 | 4 October 2017 | -bugfix: disconnection during IMAP IDLE could result in an error message | rather than silently exiting. Thanks: David Gray. | | Version 5.1 | 15 July 2017 | -bugfix: if password_command parameter was used with a non-existent program, | getmail would error out during the handling of that condition and not report | the problem correctly. | | Version 5.0 | 15 July 2017 | -new release numbering scheme; previous version numbers were just getting | too high. | -catch and ignore/exit cleanly after reset connection in IMAP IDLE mode. | Thanks: Stephan Schulz. | -allow specifying an expected SSL certificate hostname, for when the | server's certificate does not match the domain name used to connect to | it. Thanks: "Andre". | -fix error message not actually giving the header field name incorrectly | specified as containing the envelope recipient address. Thanks: Hardy | Braunsdorf. | -add new password_command configuration parameter for retrievers, allowing | getmail to retrieve the account password from any arbitrary external | command. Suggestion: "ng0". | | Version 4.54.0 | 19 February 2017 | -fix error running getmail_fetch introduced in 4.53.0. Thanks: "fsckd" | of Arch Linux. (Actually, there are 5.0.0a1 and 5.0.0a2 from 2010 in the download directory. This was the reason why uscan was locked to version 4). So the game plan is to upload 4.54.0 to testing (maybe as 4.53.0-2), to pave the way to the stable-update upload. Then update the watch file and start uploading the 5 series! AS I see the daily updates for the last few days, waiting a bit may not be a bad idea. The question is do I upload as getmail, getmail4, or getmail5? Since there is no getmail in any active release, re-using "getmail" as the package name may be safe. This bug will be closed with the 5 series upload. -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (90, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.12.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages getmail4 depends on: ii python 2.7.13-2 getmail4 recommends no packages. getmail4 suggests no packages. -- no debconf information
