tags 873287 + patch thanks Hi,
The simple patch below fixes the issue. Now, I am not too fond of this
patch because it could introduce some strange behavior - POST has
reasons _not_ to be redirected. I would not like actions happening
at a 301 redirect! Of course, the very existence of a 301 redirect
_should_ mean the server is not acting on it (and is informing us
where to do it)...
Anyway, I'm preparing an IMO better patch; up to our dear package
maintainer to choose the route!
--- /usr/bin/listadmin 2017-01-17 13:37:20.000000000 -0600
+++ /tmp/listadmin 2018-09-04 10:04:29.662029226 -0500
@@ -92,7 +92,7 @@
usage() if $will_modify_membership > 1;
usage() if defined $opt_l && $will_modify_membership;
-my $ua = new LWP::UserAgent("timeout" => 900, "env_proxy" => 1);
+my $ua = new LWP::UserAgent("timeout" => 900, "env_proxy" => 1,
"requests_redirectable" => ['GET', 'HEAD', 'POST']);
my $time_limit = time + 60 * ($opt_t || 24*60);
my $term;
my $term_encoding = langinfo(CODESET());
signature.asc
Description: PGP signature
