- NLNOG - mailman3.nlnog.net

Waarom gebruiken ISPs nog spamcop :P
by paul＠xtdnet.nl 22 Feb '05

22 Feb '05

Jippie. Ik sta in spamcop :P Waarom? Omdat 1 van mijn klanten een paar uur lang viri heeft lopen rondmailen voor hij afgesloten werd. Schijnbaar is het mailen van de spamcop "trap email address" genoeg om je direct zonder abuse klacht of waarschuwing je op te nemen in de blacklist. Wellicht wordt het tijd om geen gebruik meer te maken van spamcop. Nu was spamcop al wat raar in de laatste jaren, maar ik verbaas me dat grote ISPs het nog wel steeds gebruiken. Mijn klanten bij Planet zijn nu afgelsoten van alle email omdat hun speciaal gemaakte bottleneck mailrelay.planet.nl nu email weigert. Ook xs4all gebruikt spamcop en vindt dat ik een onverantwoorde ISP danwel spammer ben. En meer dan de helft zal deze email uberhaupt wel niet zien, als nlnog zelf niet dit wegdondert als spam. Het blacklisten van mailservers van ISP's binnen enkele uren, omdat 1 klant een geinfecteerde PC heeft en wat viri rondstuurd is een nogal buiten proportionele response. Ik gebruik zelf ook diverse SBL's maar spamcop hebben we er al een jaar geleden uitgegooid vanwege dit soort draconische akties. Nou, over een paar dagen krijg ik vast weer email........ Paul

4 5

hebben we iemand van zon?
by sabri＠cluecentral.net 14 Feb '05

14 Feb '05

Zeer gewaardeerde collega's Hebben we iemand van ZON hier? Zo ja, neem even off-list contact met me op aub. (0)20 7507777 wat in de whois van zonnet.nl staat werkt niet meer.. -- Sabri Berisha, SAB666-RIPE - I route, therefore you are http://www.cluecentral.net - http://www.virt-ix.net

1 0

Arrowpoint over ?
by pim＠bit.nl 11 Feb '05

11 Feb '05

Hi, Wie heeft er een arrowpoint CSS voor me te leen ? Ik heb hem nodig om een mogelijke JTAC case te onderzoeken. Meer info bij mij te halen, indien nodig! Thanks :) -- Met vriendelijke groet, BIT BV / Ing P.B. van Pelt PBVP1-RIPE (PGPKEY-4DCA7E5E)

1 0

Planet heeft een nieuwe router. Contact Plnaet gezocht :P
by N.Kolstein＠kpn-is.nl 01 Feb '05

01 Feb '05

Op dit moment zijn er inderdaad problemen met het mailplatform. Meer weet ik er ook niet van (ikke geen $systemdude zijn). ;-) Men is druk aan het troubleshooten. Nils Kolstein AS8737 -----Oorspronkelijk bericht----- Van: Raymond Dijkxhoorn [mailto:raymond at prolocation.net] Verzonden: di 1-2-2005 19:31 Aan: Paul Wouters CC: nlnog at nlnog.net Onderwerp: Re: [Nlnog] Planet heeft een nieuwe router. Contact Plnaet gezocht :P Hi! > relay=mailrelay.planet.nl. [195.121.6.56], dsn=4.0.0, stat=Deferred: > Connection refused by mailrelay.planet.nl. [root at web10 log]# telnet mgw01.wxs.nl 25 Trying 195.121.6.56... telnet: connect to address 195.121.6.56: Connection refused [root at web10 log]# telnet mgw02.wxs.nl 25 Trying 195.121.6.34... telnet: connect to address 195.121.6.34: Connection refused Ik heb zo'n vermoeden dat het aardig storm loopt met de faxjes richting planet. Veel zakelijke domains ook zonder mail. ;; ANSWER SECTION: 58969 IN MX 50 mgw02.WXS.nl. 58969 IN MX 50 mgw01.WXS.nl. Bye, Raymond. _______________________________________________ NLNOG mailing list NLNOG at nlnog.net http://mailman.nlnog.net/mailman/listinfo/nlnog

1 0

Planet heeft een nieuwe router. Contact Plnaet gezocht :P
by paul＠xtdnet.nl 01 Feb '05

01 Feb '05

relay=mailrelay.planet.nl. [195.121.6.56], dsn=4.0.0, stat=Deferred: Connection refused by mailrelay.planet.nl. Mijn klanten hebben al dagen last van het feit dat planet's mail relay kapot is. Omdat planet SMTP filtert voor al hun ADSL klanten, moet je alle mail wel via die server sturen, die het dan weer naar de best MX op het ADSL ip aflevert. Ik was al nooit zo'n fan van een globale port 25 block. En die relay machine bouncde vroeger al queued mail na 3 uur, maar nu lijkt ie al dagen meer stuk dan up te zijn. En wat blijkt....... expansionpack # cat /proc/sys/net/ipv4/tcp_ecn 1 expansionpack # telnet mailrelay.planet.nl 25 Trying 195.121.6.34... telnet: connect to address 195.121.6.34: Connection refused expansionpack # echo "0" > /proc/sys/net/ipv4/tcp_ecn expansionpack # telnet mailrelay.planet.nl 25 Trying 195.121.6.56... Connected to mailrelay.planet.nl. Escape character is '^]'. 220 smtp28.wxs.nl ESMTP Sendmail 8.12.10/8.12.10; Tue, 1 Feb 2005 18:28:39 +0100 RFC3168 is toch al weer van semptember 2001. Ik begrijp even niet waarom het plots nu bij planet stuk gaat. Paul -- "At best it is a theory, at worst a fantasy" -- Michael Crichton

2 1

Iemand bekend met TechISG/NedServ?
by jan.meijer＠surfnet.nl 29 Jan '05

29 Jan '05

Hoi, Is er iemand die Don van der Haghen enigszins kent danwel bekend is met de betrouwbaarheid van TechISG/NedServ? > |>Registrant Name:Don van der Haghen > |>Registrant Organization:TechISG > |>Registrant Street1:van Hamelbergweg 8 > |>Registrant Street2:NA > |>Registrant Street3: > |>Registrant City:Blitterswijck > |>Registrant State/Province:LB > |>Registrant Postal Code:5863BL > |>Registrant Country:NL > |>Registrant Phone:+31.31619530983 Jan -- http://www.surfnet.nl/organisatie/jame

1 0

Belgacom's (DJ)DNS broken?
by paul＠xtdnet.nl 28 Jan '05

28 Jan '05

Het is fijn dat djb een hekel heeft aan DNSSEC, maar als ie wilt dat er straks nog iemand gebruikt maakt van zijn dnsservers, kan die er toch beter iets anders mee omgaan. Misschien tijd voor Belgacom om te switchen van DNS software? Paul Wouters Xtended Internet -- Broerdijk 27 Postbus 170 Tel: 31-24-360 39 19 6523 GM Nijmegen 6500 AD Nijmegen Fax: 31-24-360 19 99 The Netherlands The Netherlands info at xtdnet.nl Van: Mail Delivery Subsystem [mailto:MAILER-DAEMON at outfbmx010.isp.belgacom.be] Verzonden: donderdag 27 januari 2005 17:06 Aan: Onderwerp: Returned mail: see transcript for details The original message was received at Tue, 25 Jan 2005 16:10:14 +0100 from outmx014.isp.belgacom.be [195.238.2.69] ----- The following addresses had permanent fatal errors ----- <info at vandevoort.nl> ----- Transcript of session follows ----- <info at vandevoort.nl>... Deferred: Name server: vandevoort.nl.: host name lookup failure Message could not be delivered for 2 days Message will be deleted from queue

2 1

Gaat lekker zo...
by marcoh＠marcoh.net 27 Jan '05

27 Jan '05

Juniper: PSN-2005-01-010 Cisco: http://www.cisco.com/warp/public/707/cisco-sa-20050126-ipv6.shtml http://www.cisco.com/warp/public/707/cisco-sa-20050126-les.shtml Worden een paar interessante dagen gok ik qua DFZ stabiliteit. Grtx, MarcoH

3 3

[ras@e-gerbil.net: [j-nsp] The new Juniper issue/bug/exploit]
by sabri＠cluecentral.net 22 Jan '05

22 Jan '05

----- Forwarded message from Richard A Steenbergen <ras at e-gerbil.net> ----- Date: Fri, 21 Jan 2005 13:11:43 -0500 From: Richard A Steenbergen <ras(a)e-gerbil.net> To: juniper-nsp at puck.nether.net Subject: [j-nsp] The new Juniper issue/bug/exploit Ok, would anyone like to go ahead and confess now? It's pretty difficult to miss all the tier 1 carriers doing emergency upgrades on all their Juniper routers, and it doesn't take much more work to find out that they're all deploying custom built images from 20050119. I personally agree that it is a smart idea to not tell folks details about the actual issue for a while (which significantly slows down the time for someone to make an exploit and start scanning the internet), but do you mind dropping the rest of us a hint as to what version of code fixes it instead of pulling this "we tip off only the largest network first, in secret" junk? :) Thanks. -- Richard A Steenbergen <ras at e-gerbil.net> http://www.e-gerbil.net/ras GPG Key ID: 0xF8B12CBC (7535 7F59 8204 ED1F CC1C 53AF 4C41 5ECA F8B1 2CBC) _______________________________________________ juniper-nsp mailing list juniper-nsp at puck.nether.net http://puck.nether.net/mailman/listinfo/juniper-nsp ----- End forwarded message ----- -- Sabri Berisha, SAB666-RIPE - I route, therefore you are http://www.cluecentral.net - http://www.virt-ix.net http://www.bash.org/?78486

3 2

SNMP en performance impact
by nlnog＠wiretrip.org 19 Jan '05

19 Jan '05

Hoi allen, Ik zit al geruime tijd te lurken hier, maar heb nog niet echt gepost - 't moet 'r maar 's van komen ;) M'n vraag is eenvoudig: Ik wil enkele honderden DSLAM's, een paar MGXen, 6400's en 10K's bijna volledig leegtrekken via SNMP, op regelmatige basis. Heeft iemand hier ervaring met 't leegzuigen van grotere netwerkconfiguraties over SNMP, en dan met name impact op performance/load, en/of handige tips om bulk SNMP retrievals te doen op 'n zo vriendelijk mogelijke manier? Groetjes, Robert -- /^"- '-(\__/)-' -"^\ '-.' oo '.-' Holy Jesus! What are these goddamn animals?! `-..-' Finger rvdm at db.debian.org for my GPG key.

3 6