Date | Commit message (Collapse) |
|
|
|
|
|
SSL support: use SNI only if supported by IO::Socket::SSL
|
|
version>=1)
|
|
|
|
|
|
|
|
|
|
Remodel SSL support for Net::NNTP after Net::SMTP
|
|
instead of using IO::Socket::SSL in plain and SSL mode
- use SNI for SSL support in SMTP, NNTP, POP3, FTP by default
|
|
This fixes data connection problems in Net::FTP. [Steffen Ullrich, CPAN
RT#100529]
|
|
|
|
(cherry picked from commit eee80d41db773c269b80f993b87fc5c1484f9303)
|
|
|
|
This turned out to be the cause of the remaining problem on CPAN RT#100020,
but only on machines having IO::Socket::IP (and even then that worked fine
on my machine, so it is probably OS dependent).
Don't restate the minimum required version everywhere that Socket is used.
It seems like overkill (and maintenance hassle) in a world where various
CPAN shells do a good job of installing required versions of prerequisite
modules, and it already wasn't done for IO::Socket (which also has a minimum
required version).
|
|
Testing IO::Socket::* $VERSIONs can cause "Argument ... isn't numeric in
subroutine entry" warnings on some older perls (e.g. 5.8.8), even when
version.pm is updated to the latest version, if the module in question has
a "development" style version number like "1.79_01".
Fixes one problem reported in CPAN RT#100020.
|
|
We have already skipped all tests if !can_ssl() so there is no need to
repeat what it checks. Nor is there any need to test if
IO::Socket::SSL::Utils can be loaded and contains a required function: We
can safely assume this is true if we've already checked that a suitable
version of IO::Socket::SSL is available. All we need to do is to actually
load IO::Socket::SSL::Utils since IO::Socket::SSL doesn't load it itself.
|
|
|
|
|
|
|
|
Spotted by "eponymous alias" <eponymousalias@yahoo.com>.
|
|
|
|
|
|
|
|
Try the AUTH mechanism (if present) in the Authen::SASL object before
falling back on other mechanisms.
Resolves CPAN RT#99415.
|
|
|
|
|
|
|
|
Two IO::Socket::SSL version bumps were missed (probably because they were
wrong to start with, saying 1.944 instead of 1.994!). Also, update Changes.
|
|
versions of IO::Socket::IP (0.30)
|
|
|
|
|
|
Even after telling Perl::Critic to use its default policy configuration
we may still see unexpected failures from CPAN Testers resulting from
different versions of Perl::Critic having different policies.
Pod tests may likewise have unexpected failures caused by users having
different versions of the testing modules to the author.
None of these tests are relevant to users anyway, so disable them by
checking for $ENV{AUTHOR_TESTING}, as per the Lancaster Consensus.
Resolves CPAN RT#99399.
|
|
Without this, Perl::Critic will search for a .perlcriticrc file in the
user's home directory or via the PERLCRITIC environment variable (in the
absence of our own one in the current directory), which may cause test
failures (as seen on CPAN Testers) if a non-default policy configuration
is set.
|
|
See also 6cda6a94c3.
|
|
Bump that to 3.00 so that no $VERSIONs end up going backwards.
|
|
|
|
|
|
Sigh. Net::SMTP::SSL is already used by Net-SMTP-SSL.
|
|
|
|
|
|
Net::POP3::_SSLified and Net::SMTP::_SSLified are already used by
Net-SSLGlue.
|
|
|
|
|
|
"Use of uninitialized value in join or string at lib/Net/Cmd.pm line 158."
|
|
Amongst other things, this fixes a problem of obsolete error codes being
returned after connection failure.
Patch by Tom Metro <tmetro@cpan.org> on CPAN RT#14875 with minor changes
by the committer to apply the patch to the current source.
|
|
Despite always having been present in the FTP specification, some servers
(e.g. Enterprise FTP server (version 6600)) do not support the ALLO
command. Do not use the command on such servers otherwise its failure will
cause the PUT command which normally follows it to fail (since the success
of the ALLO command is now checked, as of commit 0d616e68cc).
Fixes CPAN RT#95717, also reported by an Enterprise FTP server user.
|
|
Enterprise FTP server (version 6600) returns a message beginning with "The
following ftp server commands are recognized:" in response to a HELP
command, which caused $ftp->supported('ALLO') to return 1 when in fact it
should (surprisingly!) return 0.
|
|
Windows doesn't have a real fork() and only has a fork() emulation when
built with ithreads and -D PERL_IMPLICIT_SYS. ($Config{d_pseudofork} can
be used to identify such builds on recent perls, but was only added in
Perl 5.8.9/5.10.0.)
|
|
|