- NZNOG - lists.nznog.org

Effective RBL's
by Matthew G Brown 09 Jul '03

09 Jul '03

Does anyone have experience with good RBL's . A client is running Mdaemon and looking to increase the level of SPAM protection. By Default its running relays.osirussoft.com, relays.ordb.com & bl.spamcop.net Anyone have any others that function well ? Best Regards Matthew G Brown Managing Director B & R Holdings LIMITED Nelson, New Zealand Ph: 027 4807731 Http://www.brh.co.nz

5 5

Re: [nznog] Xtra supporting Address harvesting and prompting customers to embed HTML in their e-mail ?
by Malcolm Lockyer 08 Jul '03

08 Jul '03

>From: Steve Phillips <steve(a)focb.co.nz> >To: nznog(a)list.waikato.ac.nz >Subject: [nznog] Xtra supporting Address harvesting and prompting customers >to embed HTML in their e-mail ? >Date: Wed, 09 Jul 2003 14:33:39 +1200 >MIME-Version: 1.0 > >*sigh* <quote> To turn on HTML in your Outlook/Outlook Express On the Tools menu, click Options, and then click the Mail Format tab if on Outlook or the Send tab if on Outlook Express. </quote> (read: turn on the vulnerabilities) Its disturbing to see big companies trying to undo all our customer educating (read: using a cluestick) - it doesn't even meantion why us big government/IT Department/whatever types (read: those of us with a cluestick) don't like HTML mail..! I'd like to see anybody that can figure out how to apply the new crimes bill to spammers - to also use it against companies with pages like this to sort it out - <quote>Start getting everyone's email address now - in every way you can. </quote> *sigh* back to reality. // gets out the flameproof jacket ;) m > >http://xtramsn.co.nz/business/0,,10271-2468719,00.html > >No wonder we have such problems with spam and e-mail worms... > >-- >Steve. > >_______________________________________________ >Nznog mailing list >Nznog(a)list.waikato.ac.nz >http://list.waikato.ac.nz/mailman/listinfo/nznog _________________________________________________________________ Check out the Xtra gaming servers at http://xtramsn.co.nz/gaming !

1 0

Re: [nznog] Multicast status in New Zealand
by Ewen McNeill 08 Jul '03

08 Jul '03

In message <5.2.0.9.0.20030709102145.00b81700(a)pele.citylink.co.nz>, Richard Nayl or writes: >Don't get me wrong, I'm not anti-multicast. I agree its the most efficient >way of distributing a synchronous event. Its just I don't see a lot of >synchronous events...... Which brings me back to where I started -- with a bit of relaxation of the "I must see it NOW" requirement (in the order of a few seconds/minutes) and good client software/hardware, you can turn a bunch of not-quite-synchronous viewings into synchronous events. And thus snatch a multicast win, out of the jaws of a watch-now unicast defeat. This is both with "live" things -- which I agree aren't that common -- and also "near release time" viewings of things which aren't live (where you can expect that something which is recently released, and popular, is most likely to be wanted nearer the release time than later, in some sort of half-bell-curve type model). >Its just as the size of "live" viewer base gets smaller, and bandwidth >higher, multicasting doesn't seem worth the effort. Well I've seen approximately three orders of magnitude (powers of 10) drop in the cost of bandwidth/traffic over the last 10 years or so, and it's still at least two to three orders of magnitude away from the point where I'd be willing to say the "cost" of getting multicasting going isn't worth the value of the saved bandwidth. Generally like RAM space, harddrive space, etc, the uses will expand to fill all the available bandwidth, so using it inefficiently isn't exactly desireable. >If I stream an event for say 10 viewers, why should the rest of the >NZ net get it sent to them without asking for it. Umm, that's not how multicasting works (indeed it's the key difference between multicasting and broadcasting). But I think you know that already. Ewen

4 3

Xtra supporting Address harvesting and prompting customers to embed HTML in their e-mail ?
by Steve Phillips 08 Jul '03

08 Jul '03

*sigh* http://xtramsn.co.nz/business/0,,10271-2468719,00.html No wonder we have such problems with spam and e-mail worms... -- Steve.

1 0

Re: [nznog] legal threats from DE Technologies re web commerce
by David Farrar 08 Jul '03

08 Jul '03

Robert Hunt wrote: > Obviously I am sorely disappointed that the NZ Patent > Office is granting patents of this kind, and am reviewing > both political and legal options for raising this issue in > the public eye. Alongside Microsoft's moves to patent > .Net APIs we are of course, seeing some serious challenges > to developer freedoms, and end user's integration choices, > if the arena of intellectual patents is not balanced with > concern for open standards in at least some of the world. > > Well that is off topic now I am sure... I am happy to > set up a list for discussing this issue if anyone else is > interested, let me know or point me to a pre-existing nz > list on this matter. The issue came up yesterday on InternetNZ's public-discuss list. Archives at http://listserver.internetnz.net.nz/pipermail/public-discuss/2003-July/thre… and list at http://listserver.internetnz.net.nz/mailman/listinfo/public-discuss InternetNZ is considering engaging a QC who is an expert in the intellectual property arena to provide some initial advice on the situation which has arisen. No decision has been taken yet, but InternetNZ would be interested in hearing from anyone else who may be affected by this. At a minimum I am sure we will be happy to help co-ordinate information sharing. DPF (VP and Chair of Legal & Regulatory, InternetNZ)

1 0

Re: [nznog] Netsites Domain Name Changes page offline?
by Ewen McNeill 08 Jul '03

08 Jul '03

In message <Pine.LNX.4.44.0307081250150.6688-100000(a)blue.darkmere.gen.nz>, Lin N ah writes: >On Mon, 7 Jul 2003, Mark Davies wrote: >> [Mark's netsite changes list] >> I got asked on 1 July by Nick Griffin to not publish the changes list until >> some review I wasn't aware of that is apparently currently happening was >> completed. >> >Perhaps the DNC should explain to us why there is a problem with >Mark's excellent netsites page. The explanation I was given was that apparently some spammers had been trawling through the list of new domains to figure out what to look up to pick up a new collection of registrar/registrant/admin/technical contact addresses to spam. Apparently at least one spammer actually claimed to have used Mark's changes list as a source, which is presumably why the interium action was to ask for it to be taken down. As Steven Heath noted, there is a mention in the June Registrar newsletter; and it will be in the minutes from the June NZOC meeting which should be up RSN I'm told (apparently they were overlooked for a while in amongst everything else going on and now just need to be reviewed by NZOC for accuracy). And there should be some sort of call-for-comments coming out relatively soon (sometime in July?). >Is it doing any harm or is it because it isn't published by DNC and so >not sanctioned? Actually as I remember it Mark's site was one of the few that made it onto the original blessed list of those who could still do zone transfers when restrictions were put in place (a couple of years back). AFAICT it's merely the "source of addresses for spam" problem which makes it an issue, rather than "not run by the DNC". Ewen

2 1

RE: [nznog] Effective RBL's
by Michael Bordignon 08 Jul '03

08 Jul '03

> Does anyone have experience with good RBL's . A client is > running Mdaemon and looking to increase the level of SPAM > protection. By Default its running relays.osirussoft.com, > relays.ordb.com & bl.spamcop.net Anyone have any others that > function well ? I use these with exim: rbl_domains = relays.ordb.org/reject:list.dsbl.org/reject:relays.osirusoft.com/warn:blackh oles.easynet.nl\ /reject:bl.spamcop.net/reject:blackholes.five-ten-sg.com/warn Michael

1 0

RE: [nznog] Crimes Amendment Bill No 6 Now Law
by Donald Neal 08 Jul '03

08 Jul '03

> From: Gordon Smith [mailto:gordon(a)morenet.net.nz] > Sent: Wednesday, 9 July 2003 07:47 > To: Donald Neal; nznog(a)list.waikato.ac.nz > Subject: RE: [nznog] Crimes Amendment Bill No 6 Now Law > > > Even when its particularly relevant to network operations? > Like it or not, this is something that does affect our operations. Discussion of operational effects of a new law, based on knowledge of contents of that law - in. Discussion of what might be in that law - generally out. Sysadmins and network engineers seeking to give their opinions of interpretation of an Act - especially bad idea. - Donald Neal List Administrator > > -----Original Message----- > > From: Donald Neal [mailto:Donald.Neal(a)telecom.co.nz] > > Sent: Tuesday, 8 July 2003 3:42 PM > > To: nznog(a)list.waikato.ac.nz > > Subject: RE: [nznog] Crimes Amendment Bill No 6 Now Law > > > > > > Let's just bear in mind that postings of a legal nature are > > discouraged on this list. > > > > - Donald Neal > > List Administrator > ------------------------------------------------------------------------------ "This communication, including any attachments, is confidential. If you are not the intended recipient, you should not read it - please contact me immediately, destroy it, and do not copy or use any part of this communication or disclose anything about it. Thank you." ------------------------------------------------------------------------------

1 0

RE: [nznog] Multicast status in New Zealand
by Michael Sutton 08 Jul '03

08 Jul '03

Point of Technical peturbance Multicast is much more efficient. The data does not flood to every router in New Zealand. Actual data, just like unicast, only routes to those branches of the network where there is actual demand at that instance in time. If there is no downstream client application (player) requesting the data feed, no data will be sent to that location. The only data held by routers is information about the identity of the upstream multicast source, if there is client request. If the demand was only in Wellington the multicast data would not leave Wellington. When someone joins in Auckland then the data would flow to Auckland and no-where-else... When the Auckland users ceases the session data transfer would be pruned back to Wellington while the multicast session continues. Regards Michael Sutton http://www.internetnz.co.nz/members/by-elections/030619byelection.html http://www.internetnz.co.nz/biographies/bio03-msutton.html -----Original Message----- From: Richard Naylor [mailto:richard.naylor(a)citylink.co.nz] Sent: Wednesday, July 09, 2003 10:40 To: Ewen McNeill; Hamish MacEwan Cc: nznog(a)list.waikato.ac.nz Subject: Re: [nznog] Multicast status in New Zealand Its just as the size of "live" viewer base gets smaller, and bandwidth higher, multicasting doesn't seem worth the effort. If I stream an event for say 10 viewers, why should the rest of the NZ net get it sent to them without asking for it. rich _______________________________________________ Nznog mailing list Nznog(a)list.waikato.ac.nz http://list.waikato.ac.nz/mailman/listinfo/nznog

1 0

RE: [nznog] Multicast status in New Zealand
by Michael Sutton 08 Jul '03

08 Jul '03

I agree with your take on the issue, Ewen... Further, it is surely in the "National Interest" that multicast be in active operational capability today for the "Public Internet" so that in the event of a future national crisis such as a SARS, Foot and Mouth, Small Pox or when a similar situation occurs the facility can be used to its best technical advantage. It is then important to: communicate, instruct & train, professionals and the public - while reducing close personnel contact. Multicast can be used to provide "low cost" high quality content injection which of itself does not cause degradation of New Zealand network performance at any location during a strategic performance window. Alternatives such as Consumer Digital Satellite TV would cost, at list prices, significant dollars to open up spot channels for a period of days || weeks || months, and in such circumstances the Ministries available discretionary funds would be under severe pressure, and therefore may be excluded as a viable option. However, multicast would help, as the cost of 48hours digital satellite television broadcast might equate to the cost of one years multicast distribution @ 300kbs. During the SARs containment emergency, Beijing and other locations in China closed schools and other education institutions and made children stay home. Their schools used telephones and the Public Internet to conduct distance learning. What would happen in New Zealand if all schools in Auckland and other city locations closed. Multicast was also used to connect SARS support hubs in Asia. Therefore prior to such an emergency, operational multicast services today would enable strategic content provider organisations to distribute current operational materials for capture and/or real-time display and be prepared and confident that such a system can be relied on as a front-line communication capability. So... reliable operation today ensures access when Noah needs an Ark... Nobody will try to implement it the day a Balloon goes UP... Hope you are all having a great conference... Is Joe warbling now... Best Regards Michael Sutton InternetNZ By-election Candidate - Councillor Vote now :) (disgraceful lobby) http://www.internetnz.co.nz/members/by-elections/030619byelection.html http://www.internetnz.co.nz/biographies/bio03-msutton.html -----Original Message----- From: Ewen McNeill [mailto:ewen(a)naos.co.nz] Sent: Tuesday, July 08, 2003 10:06 To: Hamish MacEwan Cc: nznog(a)list.waikato.ac.nz Subject: Re: [nznog] Multicast status in New Zealand <snip> It does, however, seem to me rather counter productive to insist that they must use unicast, must use the bandwidth inefficiently, in order to some how deter this. At best all that's likely to achieve is that there's even less bandwidth available for other things. (Witness allocations of the frequency spectrum to radio, TV, etc, and what's left for ham radio operators.) And to make it even harder for "small operators" to join in -- so bang goes your online equivilent of public access TV (it's just too expensive to get a pipe big enough to unicast it to a reasoanble audience). <snip>.... Indeed. And that survives partly because many people "need" to be at work at the same time, which is largely true because of network effects (eg, you'd like the cafe to be open when you want to get morning tea, and people need to be in the same place at the same time for meetings, etc). And in the same way when something "interesting" happens lots of people are going to "need" to see it at once, if only to keep up with the Jones and be able to talk about it at morning tea the next day. To use your earlier analogy providing more buses/trains/etc can help to reduce this congestion. And in the same way multicasting can help reduce the congestion. But apparently buses/trains/etc are good, and multicasting is bad, for reasons I don't follow.

1 0