| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
This causes configuration failures with newer Bison versions.
|
|
|
|
| |
Fixes regression from d81c4e0 when compiling with C++ compiler.
|
|
|
|
|
|
| |
* Normalize include order.
* Backport missed bug fixes.
* Remove dead code.
|
|
|
|
|
|
|
|
|
|
| |
There are no sslcertck (rcfile) and --nosslcertck (command line) options
that can be combined with [--]sslfingerprint if so desired.
The documentation is deliberately not updated everywhere, so that
recommendations to use --sslcertck stand, this is for the benefit of
users that read fetchmail v6.4.0 manuals to configure a fetchmail v6.3.X
implementation.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
scenario: you want to remote-control fetchmail, but you don't want to write
passwords into files, so you feed fetchmail a minimal rcfile via stdin with -f
-. this by itself works fine. if you also want or need to use a --plugin (eg.
socat for socks), then things fail badly: the plugin is run without a stdin fd,
hence can't take input from fetchmail, lots of fun ensues. plugins without -f
- work fine, it's just the combination that fails.
explanation: the root cause is rcfile_y.y, line 493, which closes whatever fd
carried the rcfile. with -f - this closes fetchmail's stdin - and so far that's
unproblematic. however, in socket.c lines 166ff things go wrong: fetchmail
sets up the plugin with a socketpair, which will likely include the first
unused fd - and fd zero is now indeed unused. in line 180ff a dup2 replumbing
from "that fd" (=zero) to zero is performed - and then "that fd" is closed.
and hey presto, we've got no fd zero = stdin for the plugin.
solution: the simplest solution (patch attached) is to make the fclose of the
rcfile conditional, ie. don't close if it's stdin. in the long run the
dup2+close code might be made more robust by not doing a dup2+close if fd[0] is
already 0 or 1.
|
| |
|
|
|
|
| |
and always load the default X.509 trust stores, unless the latter is set.
|
|
|
|
| |
Independently, a nearly identical change was proposed by Michael Banack.
|
|
|
|
| |
to resolve an ambiguity found by Frédéric Marchal.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
| |
svn path=/branches/BRANCH_6-3/; revision=5261
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
| |
Exception from no-features policy on 6.3.X is made to keep people away from
doing more dangerous things in order to get rid of CommonName mismatch
warnings.
svn path=/branches/BRANCH_6-3/; revision=5165
|
|
|
|
| |
svn path=/branches/BRANCH_6-3/; revision=5144
|
|
|
|
| |
svn path=/branches/BRANCH_6-3/; revision=5142
|
|
|
|
| |
svn path=/branches/BRANCH_6-3/; revision=4770
|
|
|
|
| |
svn path=/branches/BRANCH_6-3/; revision=4744
|
|
|
|
| |
svn path=/trunk/; revision=4307
|
|
|
|
| |
svn path=/trunk/; revision=4289
|
|
|
|
| |
svn path=/trunk/; revision=4280
|
|
|
|
| |
svn path=/trunk/; revision=4219
|
|
|
|
|
|
| |
library is no longer available.
svn path=/trunk/; revision=4192
|
|
|
|
| |
svn path=/trunk/; revision=4121
|
|
|
|
| |
svn path=/trunk/; revision=3953
|
|
|
|
| |
svn path=/trunk/; revision=3874
|
|
|
|
| |
svn path=/trunk/; revision=3858
|
|
|
|
| |
svn path=/trunk/; revision=3842
|
|
|
|
| |
svn path=/trunk/; revision=3792
|
|
|
|
| |
svn path=/trunk/; revision=3707
|
|
|
|
| |
svn path=/trunk/; revision=3696
|
|
|
|
| |
svn path=/trunk/; revision=3603
|
|
|
|
| |
svn path=/trunk/; revision=3596
|
|
|
|
| |
svn path=/trunk/; revision=3584
|
|
|
|
| |
svn path=/trunk/; revision=3578
|
|
|
|
| |
svn path=/trunk/; revision=3574
|
|
|
|
| |
svn path=/trunk/; revision=3478
|
|
|
|
| |
svn path=/trunk/; revision=3426
|
|
|
|
| |
svn path=/trunk/; revision=3385
|
|
|
|
| |
svn path=/trunk/; revision=3373
|
|
|
|
| |
svn path=/trunk/; revision=3337
|
|
|
|
| |
svn path=/trunk/; revision=3314
|
|
|
|
| |
svn path=/trunk/; revision=3289
|
|
|
|
| |
svn path=/trunk/; revision=3264
|
|
|
|
| |
svn path=/trunk/; revision=3183
|
|
|
|
| |
svn path=/trunk/; revision=3160
|
|
|
|
| |
svn path=/trunk/; revision=3121
|
|
|
|
| |
svn path=/trunk/; revision=3075
|
|
|
|
| |
svn path=/trunk/; revision=3072
|