- NZNOG - lists.nznog.org

Tranzpeer prefix list update
by Matthew Poole 03 Nov '02

03 Nov '02

To all those who peer with us, please add the following two networks: 203.215.142.0/24 203.215.143.0/24 Full list attached. Thanks -- Matthew Poole Network Engineer CallPlus, AKL, NZ DDI +64 9 919 6036 Fax +64 9 919 6037 Cell +64 21 224 6927

1 0

Filtering of WIX prefixes
by Sam Sargeant 31 Oct '02

31 Oct '02

I've run up against a frustrating problem and some advice would be appreciated. We have a /29 via AT&T here in Wellington. We advertise this /29 to the WIX route servers. Via WIX, we receive a prefix from a national ISP[1]. Any attempts to send traffic to this ISP fall silently into the bit-bucket. >From what I understand, the ISP does not accept any prefix from WIX that is larger than a /24. Given our traffic is being sent directly to their WIX router (layer-2 headers confirm this), I believe their ingress filtering is dropping this traffic since the return-path doesn't match. If I filter the ISP's prefix, the transit is handled by AT&T and everything works just fine. Effectively, the only way I can talk to them is to go "the long way". Now, I have no major problem with any AS saying "our policy states we only accept prefixes smaller than /24". What frustrates me is that the ISP is seemingly saying : ISP> Hello Wellington! If you have any packets for this prefix, send them to me! US > Excellent! Here, have some traffic for one of your hosts. ISP> What? Who are you? I think I'll drop this. [ ... ] ISP> Send me your traffic Wellington! >From what I can tell, there are 30 prefixes advertised on WIX that are >/24, and these amount to ~672 hosts. If I'm correct (and I'll admit I'm making an educated guess here), then all of those hosts are unable to talk to this ISP. So, my options are: 1. Stop playing with pissant /29's on WIX. 2. Get the ISP to change their ways. 3. Filter the ISP's prefixes that I receive from WIX. I think the most likely option is #3. However how am I to know what other networks do the same thing? Shall I troll every single WIX network to check I can talk to them, then build a filter-list based on that? Ugly. Sam. ----- [1] Since I have disagreed with the ISP in question, and they haven't been forthcoming in getting it resolved, I've elected not to name them. - To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

6 5

Lame reports - thanks!
by Rob Thomas 30 Oct '02

30 Oct '02

Hi, NZNOG folks. [ Apologies to those of you who have seen this post in other fora. ] [ Apologies as well for all of the spam today. :) ] My thanks to the increasing number of you who submit lame delegation logs to me. This helps to increase the reach and usefulness of the Weekly Lame Name Server Report page: http://www.cymru.com/DNS/lame.html You will find a (much better bandwidth) mirror of the site here: http://bgp.lcs.mit.edu/dnsmirror/lame.html If you have logs you can share, anonymously or with full credit, feel free to send them to lamer(a)cymru.com. Be the first in your ASN to fill my lamer file system. :) Thanks! Rob. -- Rob Thomas http://www.cymru.com ASSERT(coffee != empty); - To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

1 0

IANA IPv4 allocation list format change
by Rob Thomas 30 Oct '02

30 Oct '02

Hi, NZNOG folks. [ Apologies to those of you who have seen this post in other fora. ] For those of you who don't know, the format of the IANA IPv4 allocation list has changed. It now lists each prefix as a distinct /8, instead of hyphenated ranges of prefixes. This change took place on 25 October. If you are parsing this file automagically, you may wish to modify your scripts. My own script claimed that several new allocations had been made. It's fixed now. :) http://www.iana.org/assignments/ipv4-address-space My thanks to the IANA folks for this change! Thanks, Rob. -- Rob Thomas http://www.cymru.com ASSERT(coffee != empty); - To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

1 0

RE: Any isps support ODMR - RFC2645?
by Steve Lang 23 Oct '02

23 Oct '02

Hiya. Thanx for the detailed reply, what you say makes much more sense. Interesting that Telecom don't send framed-ip, that'd be annoying. Are they still using the merit Radius code? But it's probably their NAS that is sending the Start prior to the ipcp negotiating IP Addr. Bugger. Then there is the issue of running servers etc, as you point out, I don't want to start that flame war again, and I don't want to run internet reachable SMTP servers @ home either. The previous discussions on this make several points, some of which are: 1) POP3, and in particular multi-drop POP mailboxes are problematic, and 2) running SMTP servers (even if legal) is problematic over intermittant/dialup/dynamic connections. Unfortunately there's nothing in-between, and something in-between is entirely valid for 'power' home users. And to make it worse, Paradise don't have a consistent, unique mail header to really make multi-drop pop mailboxes work. This is well within what paradise can do, and despite asking this particular question several times, they just don't seem to provide that facility. Oh to find a better solution, ODMR isn't. As someone pointed out, maybe UUCP? Cheers- > -----Original Message----- > From: Mark Goldfinch [mailto:mark.goldfinch(a)team.telstraclear.co.nz] > Sent: Thursday, 24 October 2002 11:52 p.m. > To: Steve Lang > Cc: nznog(a)list.waikato.ac.nz > Subject: RE: Any isps support ODMR - RFC2645? > > > > On Thu, 24 Oct 2002, Steve Lang wrote: > > > Yes, I Emailed postmaster(a)paradise.net.nz. To quote: > > > > "It's basically due to our DSMTP authentication being based around our > > dial-in RADIUS, and not our ADSL RADIUS. Given the choice between the > > two options, we decided to provision DSMTP for dial-in as it is > > recognised as more of a stop-gap method of mail delivery somewhere in > > between POP and a dedicated mail server." etc. And a statement to the > > fact that you're not meant to run servers behind Jetstart connections > > etc. > > While this isn't quite correct the end result is the same. > > The technical reason why this cannot happen is because our dsmtp radius > processing is only interested in Start and Stop accounting records. > > An example Jet* radius accounting record: > > Mon Oct 14 19:49:11 2002 > User-Name = "someusername" > NAS-Identifier = "GLF_RAN_01" > Service-Type = Framed-User > Framed-Protocol = PPP > NAS-Port = 540475748 > Acct-Session-Id = "20370164-3DAA68E6" > Acct-Authentic = RADIUS > Acct-Status-Type = Start > User-Id = "someusername" > User-Realm = "paradise.net.nz" > Proxy-State = 0 > Proxy-State = 0 > Timestamp = 1034578151 > > you may note that there is a distinctive lack of Framed-IP-Address field > present in this record. This is well known for Telecom's Jet* > infrastructure and has been noted in this forum beforehand. > Framed-IP-Address fields are present in the (approximately) 30 second post > connection and then hourly Alive records as well as Stop records. > > Now it is true that it would be somewhat simple to make Alive records be > treated in (almost) an identical fashion as Start records in this case, > but I really must question whether it is in our best interests to do so. > TelstraClear (or one of its legacy companies) will have signed an > agreement with Telecom surrounding the conditions and services which we > will offer JetStart to our customers. If we should be penalised the > implications for us would be somewhat larger than most other ISPs (other > than perhaps Xtra). > > Unfortunately if Telecom does not want business customers (or services > deemed to be of business grade) present on JetStart they probably have the > means to make us (and in turn our customers) very unhappy. > > Now of course I could be very wrong and Telecom could have had a recent > change of heart and are these days more than happy for us to hookup > businesses via JetStart. Please I would be more than happy to be proved > wrong. > > > Short of ringing them up, and demanding to speak to someone else, which > > I don't have time to do, what options are there? I know, move my > > business somewhere else? > > Good luck in finding a solution, yes it somewhat sucks that broadband > options are somewhat limited in this country, but it isn't just the > customer's who have few options. > > And on that note this thread is now probably heading quite off-topic. > > > Best Regards, > > --- > Mark Goldfinch > Senior Systems Administrator > TelstraClear Ltd > > > > > - To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

1 0

Any isps support ODMR - RFC2645?
by steve＠spl.co.nz 23 Oct '02

23 Oct '02

Hiya. I've been investigating multi-drop mailboxes etc., for home use. The concept of On Demand Mail Routing (ODMR - RFC2645) came up. Do any ISP's in NZ support this? There is RFC2645 which seems to cover what I'm after in such a way as to easily support smtp queueing over dynamic internet connections etc. (jetstart to be precise) I've asked Paradise, and they aren't/can't oferring such a thing. Is anyone here offering this? Paradise also don't seem to have a useable header for calculating the original recipient in all cases. Do any other ISP's have a reliable consistent header that is accurate, not duplicated and contains the correct values even when bcc'd from Mail Lists? I'd seriousely consider changing providers if I can confirm one of the above. Cheers - - To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

8 16

Non email popup spam
by Orcon Support - Jay Best 23 Oct '02

23 Oct '02

Have had a few of our dialup customers complaining about this one.. SNIP from geek tools--------- New "Messenger spam" invades desktops Just when you thought e-mail spam was bad enough, along comes Direct Advertiser software, which can send pop-up messages directly to users' desktops. These pop-up messages appear even if the user is not in e-mail or an Internet browser. The software utilizes Microsoft's Messenger Windows service, which is turned on by default (on WinNT, 2000, and XP systems) and used by administrators to send messages to users on the network. This is different from the MSN Messenger instant message software. http://www.geek.com/news/geeknews/2002Oct/gee20021017016848.htm Kindest Regards Jay Best Orcon Internet - To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

7 6

Hosting a file
by Mark Davies 22 Oct '02

22 Oct '02

Hi, Somewhat off topic but is there someone out there that can host a couple of 1.8MB files that have just been mentioned on slashdot. Our server is not coping very well :-( cheers mark - To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

1 0

VoIP Tolls
by Matthew G Brown 21 Oct '02

21 Oct '02

Anyone offering VoIP tolls for National calling ? . Curious as I just got my last phone bill and OUCH! Sorry for the OT Matthew G Brown B & R Holdings LTD DDI: 027 4807731 Email: Matt(a)Brh.Co.Nz " Offsite Internet Backup & Wireless Network Dev " http://www.backupserver.co.nz http://www.brh.co.nz IMPORTANT NOTICE: This e-mail is confidential, and is for the intended recipient only. Access, disclosure, copying, distribution or reliance on any of it, or by anyone else is prohibited. Please delete this email if obtained in error and e-mail confirmation to the sender. --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com) Version: 6.0.404 / Virus Database: 228 - Release Date: 15/10/2002 - To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

1 0

Orcon Internet Prefix List Update (#2)
by Craig Whitmore 20 Oct '02

20 Oct '02

Sorry about not including this one as well from this morning.. For all those peering with Orcon Internet (AS17746) at APE, please update your Filter Lists to: Add: 202.175.128.0/21 A Full prefix list is included as attachment. Thanks Craig Whitmore Orcon Internet http://www.nzdsl.co.nz

1 0

Orcon Internet Prefix List Update
by Craig Whitmore 20 Oct '02

20 Oct '02

For all those peering with Orcon Internet (AS17746) at APE, please update your Filter Lists to: Add: 202.49.250.0/24 A Full prefix list is included as attachment. Thanks Craig Whitmore Orcon Internet http://www.nzdsl.co.nz

1 0

Re: Contacting ISP re: CC fraud
by Saby Singh 16 Oct '02

16 Oct '02

1 0

APNIC Training/IX tutorial in New Zealand - Dec 2002
by Champika Wijayatunga 16 Oct '02

16 Oct '02

Dear all, APNIC is pleased to announce that we are planning to have an APNIC member training course on IP Address Management: Asia Pacific Policies and Procedures (Conducted by APNIC) and a tutorial on IX (conducted by Bill Woodcock, Packet Clearing House,USA) in Wellington, New Zealand on 09 December 2002. The APNIC training courses are currently offered on a sponsored basis to APNIC members and it is subsidised for them. But non-members are also welcome and however, they are usually charged a slightly higher fee. Basically these charges are to recover our costs on a non-profit basis. Previously this training course fee has ranged from 'No charge' to USD75.00 (charged in local currency) depending on the location & the sponsorships. Training materials, Lunch and refreshments will be provided. We would like to get your input regarding this training. We greatly appreciate if you could answer the following few questions and send it to us. Please note that this is NOT a registration form. This information is considered for our evaluation purposes only. * Your name & e-mail id: * Your company / APNIC Account name: * Are you interested in attending this training? Yes/No * How many participants will attend from your organisation? * Would you like to assist us in sponsoring this training? Yes/No If so in which way? (ex: providing a training venue, lunch & refreshments for the participants etc.) If you are interested in sponsorships please let us know, so that we can update you about the sponsorship benefits. * Any suggestion for a hotel/training centre? * Are you aware of any Internet related conference happening in New Zealand during December 2002 ? * Other comments Thank you for your cooperation ! We look forward to hearing from you soon. Warmest Regards, Champika. _____________________________________________________________________ Champika Wijayatunga, Training Manager <champika(a)apnic.net> Asia Pacific Network Information Centre phone: +61 7 3858 3100 http://www.apnic.net fax: +61 7 3858 3199 _____________________________________________________________________ - To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

1 0

RE: Contacting ISP re: CC fraud
by Donald Neal 16 Oct '02

16 Oct '02

I suspect that this thread has now exhausted its operational relevance. - Donald Neal NZNOG List Owner/Administrator/Muggins ------------------------------------------------------------------------------ "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." ------------------------------------------------------------------------------ - To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

1 0

Re: Contacting ISP re: CC fraud
by Mark Foster 16 Oct '02

16 Oct '02

And FWIW I agree, and thanks to those who emailed me offlist with similar echoed comments. :P My thinking was. 1) I dont like the use of Fraudulent Credit Cards regardless of who theyre being used with... 2) If The ISP is deemed to be the appropriate contact for a genuine crime then.. well.. *shrug* Of course the logical cause of action is obvious, but then again, when the NZCC have already pretty much told you what they think of you, its not suprising that the appropriate authorities havnt yet been invoked... ? At 01:21 p.m. 17/10/2002 +1300, Glen Wilson wrote: >The stick approach always has postive results. > >Glen Wilson >Senior Engineer and Administrator >Network Operations Shift Supervisor >Ihug, Auckland, New Zealand > >On Thu, 17 Oct 2002, Steve Phillips wrote: > > > At 13:03 17/10/2002 +1300, Mark Foster wrote: > > >This stuff strikes me as obvious enough - as a sysadmin I would expect a > > >lot of this is fairly logical proceedure for dealing with network abuse. > > > > He runs one of the biggest SPAM/MLM schemes in New Zealand, so its not > > surprising he doesn't know how "whois" works and doesn't trust that a > > remote ISP will actually respond to "abuse@" complaints (hell, we know HIS > > one didn't eh seeby ?) > > > > Maybe he just needs to be beaten about the head a few times with a very > > large clue stick. > > > > -- > > Steve. > > > > - > > To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz > > where the body of your message reads: > > unsubscribe nznog > > > >- >To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz >where the body of your message reads: >unsubscribe nznog - To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

7 7

Contacting ISP re: CC fraud
by Barry ＠ CASHevolution Support 16 Oct '02

16 Oct '02

Hi there guys, Hope you can possibly help. I have a situation where a member using a yahoo email account has located a credit card list and is utilizing it on our website. The person has used over 200 credit card numbers and many have been successful. I have log's of IP addresses and traced it to the following IP block owner. Instituto Tecnologico y de Estudios Superiores de Monterrey REDMEX-BNETS (NET-148-203-0-0-1) 148.203.0.0 - 148.250.255.255 Universidad Autonoma De Ciudad Juarez UACJ (NET-148-210-0-0-1) 148.210.0.0 - 148.210.255.255 Some of the IP addresses are as follows: 148.210.126.238 148.210.126.228 146.210.116.193 Doing a traceroute only gave me their ISP's uplink reverse, AT&T. How can I get in touch with this ISP to ensure this person is caught. Kindest Regards Barry Murphy Systems Administrator http://www.cashevolution.com <http://www.cashevolution.com/>

4 3

Domestic Prefix list update again AS7657
by Leon Chang 10 Oct '02

10 Oct '02

Hi people, Sorry we have to update this again as yesterday's list missed out a network: ip prefix-list ihug-networks seq 37 permit 202.49.144.0/24 FYI, the complete list is attached below. ip prefix-list ihug-networks description ihug peering prefix-list contact: noc(a)ihug.co.nz ip prefix-list ihug-networks seq 5 permit 202.36.94.0/23 le 24 ip prefix-list ihug-networks seq 10 permit 202.37.136.0/24 ip prefix-list ihug-networks seq 15 permit 202.37.182.0/24 ip prefix-list ihug-networks seq 20 permit 202.37.187.0/24 ip prefix-list ihug-networks seq 25 permit 202.37.194.0/24 ip prefix-list ihug-networks seq 30 permit 202.49.59.0/24 ip prefix-list ihug-networks seq 35 permit 202.49.88.0/23 le 24 ip prefix-list ihug-networks seq 37 permit 202.49.144.0/24 ip prefix-list ihug-networks seq 40 permit 202.49.148.0/23 le 24 ip prefix-list ihug-networks seq 45 permit 202.49.176.0/23 le 24 ip prefix-list ihug-networks seq 50 permit 202.49.180.0/23 le 24 ip prefix-list ihug-networks seq 55 permit 202.49.186.0/24 ip prefix-list ihug-networks seq 60 permit 202.49.240.0/22 le 24 ip prefix-list ihug-networks seq 65 permit 202.49.249.0/24 ip prefix-list ihug-networks seq 70 permit 202.50.84.0/24 ip prefix-list ihug-networks seq 75 permit 202.50.103.0/24 ip prefix-list ihug-networks seq 80 permit 202.50.255.0/24 ip prefix-list ihug-networks seq 85 permit 203.109.128.0/17 le 24 ip prefix-list ihug-networks seq 90 permit 203.118.128.0/18 le 24 ip prefix-list ihug-networks seq 95 permit 203.173.128.0/17 le 24 ip prefix-list ihug-networks seq 100 permit 210.55.184.0/24 ip prefix-list ihug-networks seq 105 permit 210.55.202.0/23 le 24 ip prefix-list ihug-networks seq 110 permit 210.55.248.0/21 le 24 -- Leon Chang, CCNP, CCDP Senior Network Engineer The Internet Group Ltd. (IHUG), Auckland, New Zealand AS7657 PH: +64 9 359 2710 --------------------------------------------------------------------- - To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

2 1

Prefix list update for Ihug AS7657
by Leon Chang 09 Oct '02

09 Oct '02

We have tidied up our peering prefix list a bit and added a new network 203.118.128.0/18. Can our domestic peers please update their current prefix-list. Regards, Leon Chang ip prefix-list ihug-networks description ihug peering prefix-list contact: noc(a)ihug.co.nz ip prefix-list ihug-networks seq 5 permit 202.36.94.0/23 le 24 ip prefix-list ihug-networks seq 10 permit 202.37.136.0/24 ip prefix-list ihug-networks seq 15 permit 202.37.182.0/24 ip prefix-list ihug-networks seq 20 permit 202.37.187.0/24 ip prefix-list ihug-networks seq 25 permit 202.37.194.0/24 ip prefix-list ihug-networks seq 30 permit 202.49.59.0/24 ip prefix-list ihug-networks seq 35 permit 202.49.88.0/23 le 24 ip prefix-list ihug-networks seq 40 permit 202.49.148.0/23 le 24 ip prefix-list ihug-networks seq 45 permit 202.49.176.0/23 le 24 ip prefix-list ihug-networks seq 50 permit 202.49.180.0/23 le 24 ip prefix-list ihug-networks seq 55 permit 202.49.186.0/24 ip prefix-list ihug-networks seq 60 permit 202.49.240.0/22 le 24 ip prefix-list ihug-networks seq 65 permit 202.49.249.0/24 ip prefix-list ihug-networks seq 70 permit 202.50.84.0/24 ip prefix-list ihug-networks seq 75 permit 202.50.103.0/24 ip prefix-list ihug-networks seq 80 permit 202.50.255.0/24 ip prefix-list ihug-networks seq 85 permit 203.109.128.0/17 le 24 ip prefix-list ihug-networks seq 90 permit 203.118.128.0/18 le 24 ip prefix-list ihug-networks seq 95 permit 203.173.128.0/17 le 24 ip prefix-list ihug-networks seq 100 permit 210.55.184.0/24 ip prefix-list ihug-networks seq 105 permit 210.55.202.0/23 le 24 ip prefix-list ihug-networks seq 110 permit 210.55.248.0/21 le 24 -- Leon Chang, CCNP, CCDP Senior Network Engineer The Internet Group Ltd. (IHUG), Auckland, New Zealand AS7657 PH: +64 9 359 2710 --------------------------------------------------------------------- - To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

1 0

nameserver redundancy (of debatable on-topicness)
by Joe Abley 09 Oct '02

09 Oct '02

Morning, I'm looking for an ISP with a presence in Wellington who would like to swap 5U of colo somewhere close to the WIX for something similar in Auckland, close to the APE. Gear to be colo'd is a rack-mount nameserver plus UPS plus router; traffic to the nameserver will be overwhelmingly domestic, mainly DNS, plus a tiny dribble of management traffic. Reason for looking is to increase nameserver diversity. If anybody is interested, please drop me some private mail. Thanks! Joe - To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

1 0

KCBBS / APE routing loop
by James Spooner 08 Oct '02

08 Oct '02

On behalf of a KCBBS customer... traceroute to 202.27.195.82 (202.27.195.82), 30 hops max, 38 byte packets 1 mid-e1-int (210.55.255.62) 8.859 ms 0.394 ms 0.363 ms 2 a3-0-29.tkcr1.global-gateway.net.nz (202.37.247.153) 12.388 ms 48.227 ms 90.343 ms 3 A5-0-0-19.akcr5.global-gateway.net.nz (202.50.245.105) 58.507 ms 118.496 ms 100.527 ms 4 telstraclear1.ape.net.nz (192.203.154.32) 115.903 ms 82.286 ms 62.978 ms 5 netgate.ape.net.nz (192.203.154.48) 28.580 ms 17.625 ms 19.105 ms 6 telstraclear1.ape.net.nz (192.203.154.32) 23.076 ms 22.687 ms * BGP Path: 202.27.192.0/21 202.37.247.153 IGP 0 100 SEQ 4648 4768 9303 9303; No global-gateway traffic seems to be getting to KCBBS, other APE peers (ICONZ) seem fine. International also working (according to route-server.cerf.net) Is somebody leaking routes at APE ? Cheers James - To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

2 1

Intel HAM modem strings ?
by Simon Byrnand 07 Oct '02

07 Oct '02

Not sure if this is ontopic, but I'll give it a go anyway ;-) Does anyone know of an init string for Intel HAM based modems that will force them to connect using only V34 ? (That works ?) People on rural lines often can't get reliable connections using V90 or 56Flex, but forcing the modem to use V34 usually makes a huge improvement. For the common Rockwell and Lucent based modems its easy, for example -V90=0S38=0 for LT winmodems and +MS=V34 for most Rockwell based modems. So far I've been totally unable to find a string that actually works for the Intel HAM based modems, and they seem to be worse than other modems when it comes to not falling back automatically on poor lines. (Read: they wont even connect at all on typical rural lines where Lucent/Rockwell modems will at least get some kind of connection, albeit dodgy) Any pointers ? (Sorry if this is offtopic, but I thought it was an issue that most ISP's will have had to deal with at some time or another) Regards, Simon Byrnand iGRIN Internet - To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

2 1

DRS Outage
by Tim John 07 Oct '02

07 Oct '02

Hi all, Many of you may already know that the Shared Registry System is to be implemented this weekend, 12th - 14th October 2002. As a result, the DRS will be taken down at 10:00 hrs on Saturday and will not be available until 01:00 hrs on the following Monday. A manual zone build will be pushed at 10:00 on Saturday and there will not be another zone push until 11:00 on Monday 14th. No domain registrations or modifications will be allowed during the outage period. There is currently a note from the Domain Name Commissioner (DNC) and this can be found at the Domainz website under 'Info/Media Center' or on the DNC's site - http://www.dnc.net.nz. We apologies for this inconvenience but look forward to using the new Registry system early next week. Regards, Tim Tim John IT Manager Managing New Zealand's National domain name Registry E-mail: tim.john(a)domainz.net.nz Web: www.domainz.net.nz Fax: (04) 473 - 4569 Phone: (04) 473 - 4567 DISCLAIMER: The content of this email is confidential and may contain legally privileged information intended only for the individual or entity named above. Access to this message by anyone else is unauthorised. If you are not the intended recipient, please be advised that the use, distribution and publication of the above information is prohibited. If you have received this email in error, please contact Domainz by returning the email and destroying the original. Thank you. - To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

1 0

Mailwasher (again)
by Simon Lyall 07 Oct '02

07 Oct '02

Sorry to divert people from the Microsoft bashing but I'd thought I'd bring this up again. I mentioned a few months ago about Mailwasher forging bounces, anyway I was hoping they would go away or their latest version would fix the problem but it doesn't appear that way. Checking our outgoing queues around 50% of emails waiting to go out appear to be mailwasher forgeries ( bounces from our mail servers are elsewhere) and I'm getting a little worried. I really try hard to get customer email delivered and I don't what "normal" email to get delayed when it gets stuck behind mailwasher junk. Just wondering what others are doing? Private email is okay. I'm trying to avoid blocking or deleting them if I can. One suggestion was to forward them all to feedback(a)mailwasher.net :) . The other problem is that it is fairly hard to actually pick these messages out from others in the queue safely. Maybe I can sic the fraud squad on Mr Bolton for forging my email address. FDrom their FAQ: Q. How does MailWasher bounce messages? A. MailWasher uses an algorithm to determine the best route to send the bounced message back (from, reply to, return path) and actually sends the bounce back via your isp's postmaster, so it looks exactly like it has come from your isp and not from you at your address. If the spammer has used a fake address, then your bounce message will itself be bounced back to the postmaster and you won't receive the bounced bounce email. -- Simon Lyall. | Newsmaster | Work: simon.lyall(a)ihug.co.nz Senior Network/System Admin | Postmaster | Home: simon(a)darkmere.gen.nz ihug, Auckland, NZ | Asst Doorman | Web: http://www.darkmere.gen.nz - To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

11 22

Re: Mailwasher (again)
by Simon Byrnand 02 Oct '02

02 Oct '02

At 11:11 3/10/02 +1200, Simon Lyall wrote: >On Thu, 3 Oct 2002, Simon Byrnand wrote: >> I have to agree here. By definition email should have a return address if >> it is "genuine". If the domain name of the "from" address doesn't even >> exist, then its almost a sure bet that the email is bogus, and I see no >> reason it should be accepted. Most MTA's seem to default to this action as >> well. > >I guess you don't get email from people who post to newsgroups, most of >them use bogus addresses so if they reply via email to a post the address >will not be legit ( john(a)notihug.co.nz.nospam sort of thing ). Most newsreaders I've seen that have email integrated allow you to set a different email address for posting to the news group than for sending email. Even Outlook Express does this. People writing newsreaders know that fake address are almost mandatory to avoid being spammed....Newsreaders that don't have integrated email will be launching the normal email program with normal email address. You definately have a point, but I've honestly never come across this actually happening before. >Checking around I also came across: > >From: Promos(a)Glengarry Wines > >Which appears to be a legit little mailout sent last week from >e-wine(a)Glengarry.co.nz . I didn't see any others in the search. Are you talking about the envelope-sender address or the "From:" header ? It looks like you're talking about the From: header here. I'm (and presumably Chris was) talking about the envelope from address, as exchanged at the beginning of the SMTP transaction... >Our spam filtering also has a "No MX for From address" rules that helps >block those. Still if you feel comfortable blocking customer's email on >that basis I guess it's your choice. It's not part of a spam filter, its just a standard sendmail setting, which defaults to on. (I could turn it off if I wanted to) You made me curious though, so I did a quick survey of the ISP's listed in iMAG to see if they'd accept a message with a bogus domain as an envelope from address: (not a very scientific survey, but..) Actrix: Yes Baycity: No Clear Net: No Ezysurf: No E3: No HyperNet: Yes Iconz: No Igrin: No Ihug: Yes Inspire: No Iprolink: Yes Jafa Net: No Kc Computer: No Maxnet: Yes Net4U: Yes Orcon: Yes paradise.net: No Planet: No Quik: No Quicksilver: No Slingshot: Yes Valuenet: Yes Watchdog: Yes Wave: No Worldnet: Yes Xtra: Yes Zip Internet: Yes Thats 13 Yes's, and 14 No's. A couple of remarks - a few are actually virutal ISP's sharing the same mailserver so that would skew the results a bit, also I only checked the primary MX. I also suspect that it really comes down to the defaults of the mailserver in question rather than a thought-out policy, as most (but not all) the servers that rejected the bogus message were sendmail, or looked like sendmail, and that is the default of sendmail. (As an aside, I noticed more than one who were running ancient versions of sendmail that have, umm, known bugs.... ahem :) Regards, Simon Byrnand iGRIN Internet - To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

1 0

RE: [NZNET] RE: Virus alert
by Saby Singh 02 Oct '02

02 Oct '02

1 0