[Bloat] bufferbloat email list server upgrade going slow and badly

[Bloat] bufferbloat email list server upgrade going slow and badly

[Dave Täht]

all the bufferbloat.net servers are in the process of migrating to a
new co-location facility. the lists - if not the archives - should be
alive again, at least.

There is a stupid bug somewhere stopping the archived pages from
making the web.

I am concerned if anyone's bloat email is now auto-ending up in a spam
folder? (if so, please send response privately) (this email is also a
test)

The redmine webserver move is troublesome, also.

Further more, the mailman web service is under persistent attack by
a set of 286 (so far) ips flooding it with subscription requests, and
linode itself has been under enormous attack over the holidays...

there will be ssl updates and the like once all this is sorted but it
might take a week or two more. I might give up and try another co-lo also.

In the meantime, why not top it all off with breakfast at milliways?

Re: [Bloat] bufferbloat email list server upgrade going slow and badly

[Stephen Hemminger]

On Mon, 4 Jan 2016 15:38:05 -0800
Dave Täht <dave@taht.net> wrote:

> all the bufferbloat.net servers are in the process of migrating to a
> new co-location facility. the lists - if not the archives - should be
> alive again, at least.
> 
> There is a stupid bug somewhere stopping the archived pages from
> making the web.
> 
> I am concerned if anyone's bloat email is now auto-ending up in a spam
> folder? (if so, please send response privately) (this email is also a
> test)
> 
> The redmine webserver move is troublesome, also.
> 
> Further more, the mailman web service is under persistent attack by
> a set of 286 (so far) ips flooding it with subscription requests, and
> linode itself has been under enormous attack over the holidays...
> 
> there will be ssl updates and the like once all this is sorted but it
> might take a week or two more. I might give up and try another co-lo also.
> 
> In the meantime, why not top it all off with breakfast at milliways?
> 
> _______________________________________________
> Bloat mailing list
> Bloat@lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/bloat

Talk to davem, maybe kernel.org would be safer/better more robust?

Re: [Bloat] bufferbloat email list server upgrade going slow and badly

[Dave Täht]

On 1/4/16 4:10 PM, Stephen Hemminger wrote:

> Talk to davem, maybe kernel.org would be safer/better more robust?

Damned if I know - vger is one of my problems that I'd wanted to solve
with this move 1) my old anti-spam setup made him crazy - now fixed -
and 2) vger doesn't use starttls. I'd so hoped that after 10+ years of
availability it was basically on universally, and in the post CISA world
we could put at least this portion of the middle finger up.

for now, for accepting email, (and while I sort out
other stuff) I have postfix being strict about what it accepts, and
liberal about what it sends.

smtp_tls_security_level=may
smtpd_tls_security_level=encrypt

Only 38 out of 532 email addresses on the bloat list are refusing
starttls. The instant anti-spam improvement of making tls mandatory for
email was pretty amazing...

The ongoing mailman subscribe attack looks to have been going on for
months and must be targetted at a metric ton of mailman servers.

It's only hitting three users at google, but

whoever+somerandomnumber is something I need to teach mailman to sort
out. These are the users getting the subscribe spam.

kemo.mart+67292312@gmail.com
kezukaya+93690766@gmail.com
touma3108+42493211@gmail.com

On my more paranoid days I'd think this was an attempt at a known
plaintext attack...

and, alas, poor linode: http://status.linode.com