fetchmail: Update to version 6.6.6
Commit Message
- Update from version 6.6.5 to 6.6.6
- No change to rootfile
- Changelog
6.6.6
CRITICAL BUGFIX FOR IMAP:
* The IMAP client, which has always used message indexes for the selected
mailbox, did not abort when receiving an EXPUNGE response - which changes
message numbers inside the mailbox. Unlike UIDs, the message numbers are
not stable and fetchmail does not have internal interfaces to track which
messages are deleted, and adding those to a 6.6.X release would be too
risky, and switching to UID is also too big a change, so we have no
choice but to abort the session when seeing an EXPUNGE response without
our own EXPUNGE request, to avoid marking the wrong message as seen/deleted
or skip the wrong one, or assume the wrong message size.
Earl Chew reported this versus Yahoo Mail via Gitlab Work Item #91, which
automatically expunges messages that are marked with the \Deleted flag.
This has one new message for which we do not have translations yet,
it is urgent to get the fix in the field.
Signed-off-by: Adolf Belka <adolf.belka@ipfire.org>
---
lfs/fetchmail | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
@@ -26,7 +26,7 @@ include Config
SUMMARY = Full-Featured POP and IMAP Mail Retrieval Daemon
-VER = 6.6.5
+VER = 6.6.6
THISAPP = fetchmail-$(VER)
DL_FILE = $(THISAPP).tar.xz
@@ -34,7 +34,7 @@ DL_FROM = $(URL_IPFIRE)
DIR_APP = $(DIR_SRC)/$(THISAPP)
TARGET = $(DIR_INFO)/$(THISAPP)
PROG = fetchmail
-PAK_VER = 25
+PAK_VER = 26
DEPS =
@@ -48,7 +48,7 @@ objects = $(DL_FILE)
$(DL_FILE) = $(DL_FROM)/$(DL_FILE)
-$(DL_FILE)_BLAKE2 = cceb7a0673f6aea76fe5619c0b6a4cd25566adc31b8d9a8e574b3abf8584107b882f71a63d5690ce76822044cc8a2dd431e44813002740ebcbd3cc55b4e9105f
+$(DL_FILE)_BLAKE2 = 0f7a26a2f34d902d30801d5016e67697877f7c3f41dc9d9c4a1b44420c9e08f6acd94853c298b2938b9ddf08b3aa3115a14917f42d680f3ada8daba0e5f50953
install : $(TARGET)