The people pushing this policy are not without a face and name. They read
this mailing list, and attend our conferences. You'll want to talk to John
Schanz, Kevin McElearney, and Barry Tishgart.
Drive Slow (like a Comcast peering port),
Paul Wall
On Fri, Jan 3, 2014 at 10:55 AM, Scott Berkman
I just re-read this thread
I have to lol.
"
Happy New Year!(*)
(*)The information contained within this E-Mail and any attached
document(s) is confidential and/or privileged. It is intended solely for
the use of the addressee(s) named above. Unauthorized disclosure,
photocopying, distribution or
On Friday, January 03, 2014 03:33:56 PM Saku Ytti wrote:
> Right now, if you need perfomance, you're going to have
> to buy something like bcom chip and then cumulusnetworks
> linux on top of it, it's as close to 'open source' as
> you're going to get with good performance. And this is
> more or l
I've seen others reporting this elsewhere too, so it's clearly a problem at
Yahoo's end.
Someone on the mailops list reported that disabling TLS for
yahoodns.nethosts fixed the problem so it may be worth trying that.
Scott
On Sat, Jan 4, 2014 at 9:28 AM, Adrian Minta wrote:
> I'm seeing the
Based on a couple of responses saying that other people are seeing this,
and I'm still getting these
- anybody here from yahoo who might be able to respond? Or does
anybody have a good contact at Yahoo's postmaster dept?
Thanks,
Miles Fidelman
Miles Fidelman wrote:
Hi Folks,
I run
> For IPv6, you can become a/the router for a segment with the origination of a
> single packet. Instantly. That’s something you can never do with DHCPv4.
>
A router, yes. THE router, not unless the network is very stupidly put together.
>> Well… Sure, 15 years after DHCP attacks first starte
I'm seeing the same thing:
Jan 4 19:13:20 mail2 postfix/error[21241]: 8C9BD1F20045: relay=none,
delay=30958, delays=30835/121/0/2.1, dsn=4.4.2, status=deferred
(delivery temporarily suspended: lost connection with
mta5.am0.yahoodns.net[98.136.217.202] while sending end of data --
message may
On 04/01/2014 11:38, Saku Ytti wrote:
> Right now some of the big name vendors are running really archaic and naive
> control-planes, and it's hard for them internally to justify project to
> rebuild it all, because customers will largely accept even the shitty
> control-plane, because that is only
On Jan 3, 2014, at 7:52 PM, Owen DeLong wrote:
> Well… Sure, 15 years after DHCP attacks first started being a serious
> problem… I doubt it will take anywhere near 15 years for RA guard on by
> default to be the norm in switches, etc.
I count over a dozen ethernet switches in my home that do
Miles, I'm seeing it here too -- same conditions (small email list), same
symptom.
But interestingly, I'm not getting that message back from Yahoo's MXes;
just a very high volume of of 'closed connection in response to end of
data' and the usual occasional minor smattering of 'temporarily deferred
Hi Folks,
I run a few small email lists that have some yahoo users on them - and I
just started getting complaints about receiving multiple copies of messages.
In looking into it, I've found 1000s of log entries along the following
lines, all from the past 5 days or so:
Jan 4 09:23:51 serv
On Sat, Jan 4, 2014 at 2:12 AM, Doug Barton wrote:
>
>> If you did add default route to DHCPv6, what is then supposed to happen to
>> the other routes, that the client might discover?
>>
>
> You would configure the client not to do RS, and to ignore any RAs that it
> receives. Simple.
>
>
If you
On 4 January 2014 08:34, Arnd Vehling wrote:
> On 04.01.2014 07:49, Darren Pilgrim wrote:
>
> Dell, HP, Cisco, etc. were named because the leaked docs mention
>> hardware-specific BIOS/firmware bugging such as ILO piggybacking in a
>> Proliant. I think it's foolhardy believing they wouldn't have
On 4 January 2014 00:49, Darren Pilgrim wrote:
> Why would you think other platforms would be any safer? The NSA plants
> those bugs with interdiction operations. They could similarly install
> eavesdroppers in the USB/serial links of your KVM switches and terminal
> servers and capture your ro
On (2014-01-04 12:08 +0100), Benno Overeinder wrote:
> No hands-on experience with Cumulus Networks equipment, but from
> what I have heard I like their approach to open hardware/software
> for routing equipment. It is flexible what you want to configure
> and run (all open source software). For
On 3-1-2014 14:33, Saku Ytti wrote:
Right now, if you need perfomance, you're going to have to buy something like
bcom chip and then cumulusnetworks linux on top of it, it's as close to 'open
source' as you're going to get with good performance.
And this is more or less DC stuff, SP market needs
16 matches
Mail list logo
