Hello community,
here is the log from the commit of package fetchmail for openSUSE:Factory
checked in at Fri Feb 5 15:49:57 CET 2010.
--------
--- fetchmail/fetchmail.changes 2009-11-13 15:30:19.000000000 +0100
+++ /mounts/work_src_done/STABLE/fetchmail/fetchmail.changes 2010-02-05 12:40:43.000000000 +0100
@@ -1,0 +2,46 @@
+Fri Feb 5 11:32:55 UTC 2010 - puzel@novell.com
+
+- update to fetchmail-6.3.14
+ # SECURITY FIXES
+ * SSL/TLS certificate information is now also reported properly
+ on computers that consider the "char" type signed. Fixes
+ malloc() buffer overrun. Workaround for older versions: do not
+ use verbose mode.
+ # BUG FIXES
+ * The IMAP client no longer skips messages from several IMAP
+ servers including Dovecot if fetchmail's "idle" is in use.
+ Causes were that fetchmail (a) ignored some untagged responses
+ when it should not (b) relied on EXISTS messages in response to
+ EXPUNGE, which aren't mandated by RFC-3501 (the IMAP standard)
+ and aren't sent by Dovecot either. Fix by Sunil Shetye (the fix
+ also consolidates IMAP response handling, improving overall
+ robustness of the IMAP client), bug report and testing by Matt
+ Doran, with further hints from Timo Sirainen.
+ * The SMTP client now recovers from errors (such as servers
+ dropping the connection after errors) when sending an RSET
+ command. Fix by Sunil Shetye. Report by James Moe.
+ * The IMAP client now uses "SEARCH UNSEEN" rather than "SEARCH
+ UNSEEN NOT DELETED" again on IMAP2, to fix a regression in
+ fetchmail 6.2.5 reported by Will Stringer in June 2004. (Sunil
+ Shetye)
+ * The IMAP client now uses "SEARCH UNSEEN UNDELETED" on IMAP4
+ and IMAP4r1 servers (Sunil Shetye).
+ * Workaround: The IMAP client now falls back to "FETCH n:m
+ FLAGS" if the server does not support "SEARCH". (Sunil Shetye)
+ * The IMAP client now requests message numbers in batches of
+ 1,000 to avoid problems if there are more than 1860 unseen
+ messages. (Sunil Shetye) Note that this wasn't security
+ relevant because fetchmail would only read up to the maximum
+ buffer size and leave the remainder of the string unread, going
+ out of synch afterwards.
+ * Stricter validation of IMAP responses containing byte or
+ message counts.
+- fetchmail 6.3.13 :
+ # REGRESSION FIXES
+ * The multiline SMTP error fix in release 6.3.12 caused
+ fetchmail to lose message codes 400..599 and treat all of these
+ as temporary error. This would cause messages to be left on the
+ server even if softbounce was turned off. Reported by Thomas
+ Jarosch.
+
+-------------------------------------------------------------------
calling whatdependson for head-i586
Old:
----
fetchmail-6.3.13.tar.bz2
New:
----
fetchmail-6.3.14.tar.bz2
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Other differences:
------------------
++++++ fetchmail.spec ++++++
--- /var/tmp/diff_new_pack.x8Gz0T/_old 2010-02-05 15:47:50.000000000 +0100
+++ /var/tmp/diff_new_pack.x8Gz0T/_new 2010-02-05 15:47:50.000000000 +0100
@@ -1,7 +1,7 @@
#
-# spec file for package fetchmail (Version 6.3.13)
+# spec file for package fetchmail (Version 6.3.14)
#
-# Copyright (c) 2009 SUSE LINUX Products GmbH, Nuernberg, Germany.
+# Copyright (c) 2010 SUSE LINUX Products GmbH, Nuernberg, Germany.
#
# All modifications and additions to the file contributed by third parties
# remain the property of their copyright owners, unless otherwise agreed
@@ -26,10 +26,10 @@
%if 0%{?with_krb5}
BuildRequires: krb5-devel
%endif
-License: GPL v2 or later ; Other uncritical OpenSource License ; Public Domain, Freeware
+License: GPLv2+ ; Other uncritical OpenSource License ; Public Domain, Freeware
Group: Productivity/Networking/Email/Utilities
AutoReqProv: on
-Version: 6.3.13
+Version: 6.3.14
Release: 1
Source: %{name}-%{version}.tar.bz2
Source1: %{name}.init
@@ -66,7 +66,7 @@
Sunil Shetye