| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
svn path=/branches/BRANCH_6-3/; revision=5365
|
|
|
|
| |
svn path=/branches/BRANCH_6-3/; revision=5363
|
|
|
|
|
|
| |
Fixes Debian Bug#530749, filed by Reuben Thomas.
svn path=/branches/BRANCH_6-3/; revision=5361
|
|
|
|
| |
svn path=/branches/BRANCH_6-3/; revision=5357
|
|
|
|
| |
svn path=/branches/BRANCH_6-3/; revision=5354
|
|
|
|
| |
svn path=/branches/BRANCH_6-3/; revision=5353
|
|
|
|
| |
svn path=/branches/BRANCH_6-3/; revision=5350
|
|
|
|
| |
svn path=/branches/BRANCH_6-3/; revision=5349
|
|
|
|
| |
svn path=/branches/BRANCH_6-3/; revision=5348
|
|
|
|
|
|
| |
Courtesy of Petr Pisar [cs] and Takeshi Hamasaki [ja].
svn path=/branches/BRANCH_6-3/; revision=5346
|
|
|
|
|
|
|
| |
These are usually configuration errors (missing TLS/SSL). Patch
partially taken from Petr Cerny, Novell's Bugzilla 246829.
svn path=/branches/BRANCH_6-3/; revision=5339
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Short timeouts could cause fetchmail to not wait long enough for the
"250 Ok" after shipping a long message, particularly with synchronous
mailers and extensive spam filtering. This caused fetchmail to re-fetch
long messages.
While the actual fix is making sure that the timeout is no shorter than
the time the SMTP server takes to process the message, we now enforce
the minimum RFC-5321 recommended timeouts even if the user configures a
lower timeout.
This is to fix Berlios Bug #10972, reported by Viktor Binzberger.
NOTE: it is untested whether we will properly delete the message from
the POP3/IMAP server or mark it as seen, as the upstream server may
close the connection sooner.
svn path=/branches/BRANCH_6-3/; revision=5338
|
|
|
|
| |
svn path=/branches/BRANCH_6-3/; revision=5336
|
|
|
|
| |
svn path=/branches/BRANCH_6-3/; revision=5335
|
|
|
|
|
|
|
|
| |
Non-delivery messages now mention the original reason for the bounce
message again. It was lost in merging Holger Mauermann's patch before
6.3.0, and caused a sink.c compiler warning ever since.
svn path=/branches/BRANCH_6-3/; revision=5332
|
|
|
|
| |
svn path=/branches/BRANCH_6-3/; revision=5322
|
|
|
|
| |
svn path=/branches/BRANCH_6-3/; revision=5321
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Fetchmail no longer drops permanently undelivered messages by default,
to match historic documentation. It does this by adding a new
"softbounce" option, see below.
Fixes Debian Bug#471283, demotes Debian Bug#494418 to wishlist.
There is a new "softbounce" global option that prevents the deletion of
messages that have not been forwarded. It defaults to "true" for
fetchmail 6.3.X in order to match historic documentation. This may
change its default in the next major release.
NOTE: untested.
svn path=/branches/BRANCH_6-3/; revision=5315
|
|
|
|
|
|
| |
Reported by Stepan Golosunov. The original asserts were off-by-one anyways…
svn path=/branches/BRANCH_6-3/; revision=5311
|
|
|
|
| |
svn path=/branches/BRANCH_6-3/; revision=5308
|
|
|
|
| |
svn path=/branches/BRANCH_6-3/; revision=5305
|
|
|
|
| |
svn path=/branches/BRANCH_6-3/; revision=5297
|
|
|
|
|
|
| |
...and postpone for fetchmail 6.4.
svn path=/branches/BRANCH_6-3/; revision=5296
|
|
|
|
| |
svn path=/branches/BRANCH_6-3/; revision=5295
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Progress tickers had been used inconsistently for a long time, and
documentation was outdated, too. Factor out common code to ease
maintenance, use the report_flush() function, and add and use a macro
(want_progress()) to determine if progress ticker output is desired.
This makes for a much more consistent look on screen and in logfiles and
should be much easier to fix later on.
TODO: test syslog output.
svn path=/branches/BRANCH_6-3/; revision=5290
|
|
|
|
| |
svn path=/branches/BRANCH_6-3/; revision=5269
|
|
|
|
| |
svn path=/branches/BRANCH_6-3/; revision=5267
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Daniel Richard G. writes:
| I was clearing out an old Fetchmail SVN checkout I had lying around
| here, and came across one small change that I forgot to send in.
|
| In socket.c, there's a bit of code that compares SSL certificate
| fingerprints: [...]
|
| That strcmp() call should be an strcasecmp(). At one point, I
| encountered a certificate where the fingerprint's hex digits were in a
| different case than what was expected, and the connection attempt failed
| because of that. Not exactly what you'd call a potential MitM attack
| :-)
He's right, we can compare case-insensitively without sacrificing
fetchmail's security, so let's just do that for the sake of ease of use.
svn path=/branches/BRANCH_6-3/; revision=5262
|
|
|
|
|
|
| |
interface.c. Courtesy of Nico Golde, Debian.
svn path=/branches/BRANCH_6-3/; revision=5260
|
|
|
|
| |
svn path=/branches/BRANCH_6-3/; revision=5259
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
"The AC_CANONICAL_TARGET macro and the $target_os variables are used for the
target of compilers and other code-generation tools, and should not be used
during cross-compile of generic software. Replace them with
AC_CANONICAL_HOST and $host_os instead, as they should have been from the
start.
For a breakdown of what host, build and target machines are, please see
http://blog.flameeyes.eu/s/canonical-target ."
svn path=/branches/BRANCH_6-3/; revision=5258
|
|
|
|
|
|
| |
Reported by Michelle Konzack.
svn path=/branches/BRANCH_6-3/; revision=5255
|
|
|
|
| |
svn path=/branches/BRANCH_6-3/; revision=5251
|
|
|
|
| |
svn path=/branches/BRANCH_6-3/; revision=5242
|
|
|
|
| |
svn path=/branches/BRANCH_6-3/; revision=5238
|
|
|
|
| |
svn path=/branches/BRANCH_6-3/; revision=5237
|
|
|
|
| |
svn path=/branches/BRANCH_6-3/; revision=5232
|
|
|
|
| |
svn path=/branches/BRANCH_6-3/; revision=5229
|
|
|
|
|
|
|
|
|
|
| |
Make this clearer, and document that --daemon is the wait
interval after completing a cycle before starting the next,
so that poll time count towards the interval.
Also take a note to make logfile more useful (used more often).
svn path=/branches/BRANCH_6-3/; revision=5216
|
|
|
|
|
|
| |
SSL change: enable all workarounds with SSL_CTX_set_options(ctx,SSL_OP_ALL)
svn path=/branches/BRANCH_6-3/; revision=5214
|
|
|
|
|
|
| |
Fixes Debian Bug#374514, reported by Dan Jacobson.
svn path=/branches/BRANCH_6-3/; revision=5213
|
|
|
|
|
|
|
|
|
| |
rcfile must not have more than 0700 (u=rwx,g=,o=) permissions, but
fetchmail will still silently accept additional g=x permissions for
compatibility with previous 6.2.X and 6.3.X versions.
Inconsistency (program 0710, manpage 0600) reported by Petr Uzel.
svn path=/branches/BRANCH_6-3/; revision=5211
|
|
|
|
| |
svn path=/branches/BRANCH_6-3/; revision=5210
|
|
|
|
|
|
| |
Bump release to -rc2.
svn path=/branches/BRANCH_6-3/; revision=5205
|
|
|
|
| |
svn path=/branches/BRANCH_6-3/; revision=5204
|
|
|
|
| |
svn path=/branches/BRANCH_6-3/; revision=5202
|
|
|
|
| |
svn path=/branches/BRANCH_6-3/; revision=5200
|
|
|
|
| |
svn path=/branches/BRANCH_6-3/; revision=5196
|
|
|
|
|
|
| |
headers (in excess of 2048 bytes).
svn path=/branches/BRANCH_6-3/; revision=5193
|
|
|
|
| |
svn path=/branches/BRANCH_6-3/; revision=5187
|