Full-Featured POP and IMAP Mail Retrieval Daemon
Fetchmail is a robust and well-documented remote mail retrieval and
forwarding utility intended to be used over on-demand TCP/IP links
(such as SLIP or PPP connections).
Fetchmail retrieves mail from remote mail servers and forwards it to
your local machine's delivery system, so it can be read by normal mail
user agents, such as mutt, elm, pine, (x)emacs/gnus, or mailx.
fetchmailconf, an interactive GUI configurator suitable for end-users,
is included in the fetchmailconf package.
- Devel package for openSUSE:Factory
-
2
derived packages
- Links to openSUSE:Factory / fetchmail
- Download package
-
Checkout Package
osc -A https://api.opensuse.org checkout server:mail/fetchmail && cd $_ - Create Badge
Refresh
Refresh
Source Files
| Filename | Size | Changed |
|---|---|---|
| _link | 0000000144 144 Bytes | |
| fetchmail-6.3.8-smtp_errors.patch | 0000001619 1.58 KB | |
| fetchmail-6.4.1.tar.xz | 0001257488 1.2 MB | |
| fetchmail.changes | 0000052818 51.6 KB | |
| fetchmail.exec | 0000000906 906 Bytes | |
| fetchmail.keyring | 0000001889 1.84 KB | |
| fetchmail.logrotate | 0000000171 171 Bytes | |
| fetchmail.service | 0000000233 233 Bytes | |
| fetchmail.spec | 0000005862 5.72 KB | |
| fetchmail.tmpfiles | 0000000038 38 Bytes | |
| sysconfig.fetchmail | 0000001413 1.38 KB |
Revision 88 (latest revision is 158)
Tomáš Chvátal (scarabeus_iv)
accepted
request 737166
from
Pedro Monreal Gonzalez (pmonrealgonzalez)
(revision 88)
- Update to 6.4.1 [bsc#1152964]
## REGRESSION FIXES:
* The bug fix Debian Bug#941129 was incomplete and caused
- a regression in the default file locations, so that fetchmail was
no longer able to find its configuration files in some situations.
- a regression under _FORTIFY_SOURCE where PATH_MAX > minimal _POSIX_PATH_MAX.
- Update to 6.4.0
## SECURITY FIXES THAT AFFECT BEHAVIOUR AND MAY REQUIRE RECONFIGURATION
* Fetchmail no longer supports SSLv2.
* Fetchmail no longer attempts to negotiate SSLv3 by default,
even with --sslproto ssl23. Fetchmail can now use SSLv3, or TLSv1.1 or a newer
TLS version, with STLS/STARTTLS (it would previously force TLSv1.0 with
STARTTLS). If the OpenSSL version used at build and run-time supports these
versions, --sslproto ssl3 and --sslproto ssl3+ can be used to re-enable SSLv3.
Doing so is discouraged because the SSLv3 protocol is broken.
While this change is supposed to be compatible with common configurations,
users may have to and are advised to change all explicit --sslproto ssl2
(change to newer protocols required), --sslproto ssl3, --sslproto tls1 to
--sslproto auto, so that they can benefit from TLSv1.1 and TLSv1.2 where
supported by the server.
The --sslproto option now understands the values auto, ssl3+, tls1+, tls1.1,
tls1.1+, tls1.2, tls1.2+, tls1.3, tls1.3+ (case insensitively), see CHANGES
below for details.
* Fetchmail defaults to --sslcertck behaviour. A new option --nosslcertck to
override this has been added, but may be removed in future fetchmail versions
in favour of another configuration option that makes the insecurity in using
this option clearer.
## SECURITY FIXES
* Fetchmail prevents buffer overruns in GSSAPI authentication with user names
beyond c. 6000 characters in length. Reported by Greg Hudson.
Comments 0