dling of http_proxy (which is what I did on my web
servers as soon as this came out). I would agree that nuking any
environment variable that you don't know that you need is probably a
good idea in general. It increases safety.
Perry
--
Perry E. Metzgerpe...@piermont.com
---
plicitly look at HTTP_PROXY,
it is that many things *implicitly* look at it.)
Perry
--
Perry E. Metzgerpe...@piermont.com
--
Mailman-Users mailing list Mailman-Users@python.org
https://mail.python.org/mailman/listinfo/mail
On Fri, 22 Jul 2016 09:48:34 -0700 Mark Sapiro
wrote:
> On 07/22/2016 08:55 AM, Perry E. Metzger wrote:
> > On Wed, 20 Jul 2016 12:02:13 -0700 Mark Sapiro
> >
> >>
> >> I am not an expert on httpoxy at all, but quoting from
> >> <https://httpoxy.or
On Tue, 19 Jul 2016 17:25:00 -0400 Jim Popovitch
wrote:
> On Tue, Jul 19, 2016 at 5:10 PM, Perry E. Metzger
> wrote:
> > https://httpoxy.org/ seems to impact any python program (among
> > many others) that runs under cgi. Does it cause trouble for
> > mailman? What is
On Wed, 20 Jul 2016 12:02:13 -0700 Mark Sapiro
wrote:
> On 07/19/2016 02:10 PM, Perry E. Metzger wrote:
> > https://httpoxy.org/ seems to impact any python program (among
> > many others) that runs under cgi. Does it cause trouble for
> > mailman? What is a reasonable mitig
https://httpoxy.org/ seems to impact any python program (among many
others) that runs under cgi. Does it cause trouble for mailman? What
is a reasonable mitigation?
Perry
--
Perry E. Metzgerpe...@piermont.com
--
Mailman-Users
On Sun, 17 Jan 2016 09:34:35 -0800 Mark Sapiro
wrote:
> On 01/17/2016 06:34 AM, Perry E. Metzger wrote:
> >
> > Mostly it just requires registration. Doing a custom template is
> > probably fine for someone like me who is able to deal with the
> > technical steps i
emplate.
Mostly it just requires registration. Doing a custom template is
probably fine for someone like me who is able to deal with the
technical steps involved but it might be too much of a burden for
many users. If such code was contributed would you be willing to
include it? You don't have to us
On Sat, 16 Jan 2016 16:52:29 -0800 Mark Sapiro
wrote:
> On 01/16/2016 04:02 PM, Perry E. Metzger wrote:
> >
> > I have direct evidence that the asshats are now using "+" strings
> > after the main address that are not strictly numeric. They seem to
> >
On Sat, 16 Jan 2016 19:02:58 -0500 "Perry E. Metzger"
wrote:
> On Thu, 14 Jan 2016 08:55:21 -0600 "Gibbs, David"
> wrote:
> > On 1/12/2016 11:54 AM, Mark Sapiro wrote:
> >
> > > There are threads on this in the archives of this list. See
What's a good technique at this point to slow them down besides
regexps? I'm stuck on 2.1.18 at the moment as a debian user.
Perry
--
Perry E. Metzgerpe...@piermont.com
--
Mailman-Users mailing list Mailman-Users@python.org
On Tue, 10 Jun 2014 11:48:49 +0900 "Stephen J. Turnbull"
wrote:
> Perry E. Metzger writes:
>
> > BTW, I don't quite understand this. Why would splatting random
> > addresses at you help them? Why not just pick real addresses they
> > control? Successfu
latting random
addresses at you help them? Why not just pick real addresses they
control? Successfully subscribing is easy, and generating seemingly
random addresses won't get them subscribed since the addresses will
never get a confirmation round trip.
Perry
--
Perry E. Metzger
but it
probably is a reasonable option.
(Mine all have ALLCAPS@ addresses.)
Perry
--
Perry E. Metzgerpe...@piermont.com
--
Mailman-Users mailing list Mailman-Users@python.org
https://mail.python.org/mailman/listinfo/mailman-us
Is there any easy way to get the "x has unsubscribed" messages to
distinguish when people are removed due to bounces from when they
leave a list of their own accord?
--
Perry E. Metzgerpe...@piermont.com
--
Mailman-Use
undeliverable
for weeks and yet don't seem to be being unsubed even though the
settings should be doing that.
Is there a good way to examine the database of bounce information
being stored so that I can tell what Mailman things the state for
such users
ce
configuration page I can just do through the web interface. :)
Perry
--
Perry E. Metzgerpe...@piermont.com
--
Mailman-Users mailing list Mailman-Users@python.org
http://mail.python.org/mailman/listinfo/mailman-users
Mailman FAQ: http:/
might like?
Perry
--
Perry E. Metzgerpe...@piermont.com
--
Mailman-Users mailing list Mailman-Users@python.org
http://mail.python.org/mailman/listinfo/mailman-users
Mailman FAQ: http://wiki.list.org/x/AgA3
Security Policy: http://wiki.
s it
might get annoying. Simplest is best for my use case.
Perry
>
> [1] A proper feature would redesign the boxes, but I'm not going
> there, and I'm not going to think about checking in the multiple
> box case for conflicting checkbox options applied to the same
> sen
hard
would it be to fix?
--
Perry E. Metzgerpe...@piermont.com
--
Mailman-Users mailing list Mailman-Users@python.org
http://mail.python.org/mailman/listinfo/mailman-users
Mailman FAQ: http://wiki.list.org/x/AgA3
Security Policy
20 matches
Mail list logo
