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  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?
___
Bloat mailing list
Bloat@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/bloat

[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?

___
Bloat mailing list
Bloat@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/bloat

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+67292...@gmail.com
kezukaya+93690...@gmail.com
touma3108+42493...@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

___
Bloat mailing list
Bloat@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/bloat

[Bloat] Hardware upticks

[Jonathan Morton]

This looks potentially interesting:  
http://www.theregister.co.uk/2016/01/05/broadcom_pimps_iot_router_chip/

Even if that particular device turns out to be hard to work with in an 
open-source manner, it looks like hardware in general might be about to improve.

 - Jonathan Morton

___
Bloat mailing list
Bloat@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/bloat