From motscfrcldjrfa at prodigy.net Wed Dec 1 05:56:13 2004 From: motscfrcldjrfa at prodigy.net (Traffic cameras - watching you) Date: Wed Dec 1 05:53:56 2004 Subject: [tech] [SPAM] hide your plate from red light cameras -transmute deepen rudder Message-ID: <847gu6qc358$03dr4q52$208by482wsvk@auditf06725> Have you been caught by a red light camera yet? if yes, then you have already paid $100? $150? $250? or MORE for EACH offense! What if I told you there is a way to AVOID these fines forever? http://www.bbahostcity.com/index.php?id=173&affid=4586 The New and Improved Photo-Blocker Spray REFLECTS photo radar flash, help in to prevent a costly ticket! FAST spray-on formula is easily applied in minutes! INVISIABLE to the naked eye, only you will know it is on your vehicle! EXCLUSIVE formula! Good for up to four plates. BETTER than licence plates covers which are ilegal in most states. LEGAL in all 50 states & all countries world-wide. DURABLE formula will not wash off.fade. or dissolve away. Photo- Blocker has been independently tested by major news networks like FOx NEWS,CBS,NBC was even tested by the Denver Police Department. Come Here to find out more http://www.bbahostcity.com/index.php?id=173&affid=4586 Check here if you would not like to receive future mailings. http://www.bbahostcity.com/gone.php adams battleground dessert englander utility christen grow singable carte saxony radial recession hoosier paleozoic conferring shoestring shipmate spyglass strap springfield ejaculate inflame bestselling arrogate idiom whereby despicable scintillate emblazon jitterbug novitiate pit brazen guru florence weaken mobil pathogen roman sore suspend commodious mary right susanne limp chester christy braniff upgrade treat warfare kepler egan agglomerate predict sd shrike den piquant collateral damn lifestyle harsh insouciant coquette abyssinia substitute vixen beginner incompletion cannibal down emphases unimodular offset asocial collagen trinidad brigade gilead experience deduce cancellate fall childish enterprise fruit confusion ordinance diverse sailboat r's agricola avenue sculptor anecdotal diagram mcleod fanfold mackey obstinacy passer amalgam dispensate revocable cause blazon transmissible monument parliamentary germanium amiss stair geld castigate taxpaying breakup nanometer altruist fraction desert dishevel plane amble absolute gave ken receive auditorium synonymous maze frederick chautauqua proxy lindsay able extrema baseline inspire countersunk brick listen philosophy infight gus gamble care alleviate expropriate ergative bombay scorpio elbow eighteenth mira habitual cannister polity aye kola mccarty surveillant eerie eigenfunction climatology construe box annuity wally toad biggs conjuncture copenhagen chateau downstairs sunburn encomium intrigue oar porous change mollusk plunder stratagem prescott bessie bureaucrat percentage mccann mediocre catholicism parentheses tomorrow frightful adenine commonality boom telepathic supremum aborning orthorhombic doorway callahan bertha globulin court whirligig define drumhead williams nest target customary jerome cutoff darry gerund condemn topnotch arena low ascend worldwide trumbull sash maori hornwort beebread kant slowdown coronary fayetteville smuggle presidential dutch joe riggs holocaust hugging counteract data ca ken planetarium dent chili hamlin loudspeak numeral nonsensic treble alliterate hydronium disruption shrift analogous corroboree cruz altair claret canton speak eyeful everyman midge descartes capricious collimate consequential cede trinidad shroud beman From trs80 at ucc.gu.uwa.edu.au Wed Dec 1 12:16:40 2004 From: trs80 at ucc.gu.uwa.edu.au (James Andrewartha) Date: Wed Dec 1 12:17:10 2004 Subject: [tech] door sensors Message-ID: Building on Tearle's and Davyd's good work in rewiring the door sensors, I have configured the DECserver (now called monitor) to present LAT interfaces to them. Lacking any other software, the current way to see if a door is open is 'llogin uccdoor' and then type random characters. If you get an echo, the door is closed, if not it's open. Replace uccdoor with any of uccdoor, unisfadoor, mrdoor, chdoor. There's also uccpir, but I don't know what the interface to that is. Oh, and to quit llogin, press enter and type ~. (ssh users beware). -- # TRS-80 trs80(a)ucc.gu.uwa.edu.au #/ "Otherwise Bub here will do \ # UCC Wheel Member http://trs80.ucc.asn.au/ #| what squirrels do best | [ "There's nobody getting rich writing ]| -- Collect and hide your | [ software that I know of" -- Bill Gates, 1980 ]\ nuts." -- Acid Reflux #231 / From mustang at ucc.gu.uwa.edu.au Wed Dec 1 14:07:39 2004 From: mustang at ucc.gu.uwa.edu.au (David Manchester) Date: Wed Dec 1 14:07:44 2004 Subject: [tech] door sensors In-Reply-To: References: Message-ID: <20041201060739.GB197852@morwong.ucc.gu.uwa.edu.au> On Wed, Dec 01, 2004 at 12:16:40PM +0800, James Andrewartha wrote: > Building on Tearle's and Davyd's good work in rewiring the door sensors, I > have configured the DECserver (now called monitor) to present LAT > interfaces to them. Lacking any other software, the current way to see if > a door is open is 'llogin uccdoor' and then type random characters. If you > get an echo, the door is closed, if not it's open. Replace uccdoor with > any of uccdoor, unisfadoor, mrdoor, chdoor. There's also uccpir, but I > don't know what the interface to that is. Oh, and to quit llogin, press > enter and type ~. (ssh users beware). Try ~~. tip(1) and friends will see the second tilde and pass it through. Never had the pleasure of llogin. d -- " I don't get mad.... I get stabby. " - William "Fat Tony" Williams. From TBJQJLAIBBMN at esoterica.pt Thu Dec 2 14:36:53 2004 From: TBJQJLAIBBMN at esoterica.pt (Rita Walden) Date: Thu Dec 2 14:45:53 2004 Subject: [tech] [SPAM] bloodpressure, cancer, flu, health, dental labs, 40, 000 hospitals, 25, 000 nursing homes and 400, 000 doctors. Message-ID: The New 2005 United States Healthcare Database. This complete database includes all hospitals, nursing homes, and physicians in the country. In a rapidly-changing industry, current healthcare information is an invaluable resource to businesses and organizations. The United States Healthcare Database includes comprehensive information on more than 7,000 hospitals, 25,000 nursing homes and 400,000 doctors. It is the most extensive and reliable mailing list and database of key decision makers in the health care market. Each record is indexed by such features as name, address, phone and fax. The database is available in Excel format on CD Rom. It is designed for mailing lists and merges. The data can be selected by state or other criteria such as type of practice. It can be used on an unlimited basis. For the past 14 years, MedCom has maintained the most comprehensive healthcare lists. Our directories are 100% telephone verified and updated every quarter. MedCom continues to hold the nation's most extensive and reliable databases of key decision-makers in the health care market. Available exclusively on CD-Rom (Excel), the data can be used on an unlimited basis. It is easily exportable to other programs for mailing or faxing purposes. For a limited time, this extensive database is offered at an introductory Price of $195 (reg. $745). To order, please print this e-mail, complete the information below and fax it to 416-765-0029 (tel: 416-765-0028). NAME: TITLE: ORGANIZATION: ADDRESS: CITY: STATE: POSTAL: TEL: FAX: EMAIL: From CVKJVVLHPHP at basf-ag.de Sat Dec 4 03:57:10 2004 From: CVKJVVLHPHP at basf-ag.de (Nora Giles) Date: Sat Dec 4 01:01:56 2004 Subject: [tech] [SPAM] But you're confused, afraid, and you don't know where to turn. Message-ID: <86986995062.868DC@155.230.188.108> The New 2005 United States Healthcare Database. This complete database includes all hospitals, nursing homes, and physicians in the country. In a rapidly-changing industry, current healthcare information is an invaluable resource to businesses and organizations. The United States Healthcare Database includes comprehensive information on more than 7,000 hospitals, 25,000 nursing homes and 400,000 doctors. It is the most extensive and reliable mailing list and database of key decision makers in the health care market. Each record is indexed by such features as name, address, phone and fax. The database is available in Excel format on CD Rom. It is designed for mailing lists and merges. The data can be selected by state or other criteria such as type of practice. It can be used on an unlimited basis. For the past 14 years, MedCom has maintained the most comprehensive healthcare lists. Our directories are 100% telephone verified and updated every quarter. MedCom continues to hold the nation's most extensive and reliable databases of key decision-makers in the health care market. Available exclusively on CD-Rom (Excel), the data can be used on an unlimited basis. It is easily exportable to other programs for mailing or faxing purposes. For a limited time, this extensive database is offered at an introductory price of $195 (reg. $745). To order, please print this e-mail, complete the information below and fax it to 416-765-0029 (tel: 416-765-0028). NAME: TITLE: ORGANIZATION: ADDRESS: CITY: STATE: POSTAL: TEL: FAX: EMAIL: From abaileybb at onthenet.com.au Sun Dec 5 02:57:00 2004 From: abaileybb at onthenet.com.au (Abby Bailey) Date: Sat Dec 4 10:58:36 2004 Subject: [tech] [SPAM] Let Us decrease your payments Message-ID: <41B2087C.65946D24@onthenet.com.au> An HTML attachment was scrubbed... URL: http://lists.ucc.gu.uwa.edu.au/pipermail/tech/attachments/20041204/657fe64b/attachment.html From yyvcdbhvq at chaitime.com Sat Dec 4 12:36:20 2004 From: yyvcdbhvq at chaitime.com (Dixie ) Date: Sat Dec 4 12:43:23 2004 Subject: [tech] [SPAM] Looking for that one girl Message-ID: An HTML attachment was scrubbed... URL: http://lists.ucc.gu.uwa.edu.au/pipermail/tech/attachments/20041204/6bc5b40d/attachment.htm From grahame at angrygoats.net Mon Dec 6 17:02:49 2004 From: grahame at angrygoats.net (Grahame Bowland) Date: Mon Dec 6 17:03:01 2004 Subject: [tech] RAM for madako Message-ID: <20041206090249.GA6691@angrygoats.net> Anyone know what type of RAM madako takes? I want to run virtualisation software on there, but for some odd reason it only has 256MB of RAM. From nick at ucc.gu.uwa.edu.au Mon Dec 6 17:37:29 2004 From: nick at ucc.gu.uwa.edu.au (Nick Bannon) Date: Mon Dec 6 17:37:36 2004 Subject: [tech] RAM for madako In-Reply-To: <20041206090249.GA6691@angrygoats.net> References: <20041206090249.GA6691@angrygoats.net> Message-ID: <20041206093729.GN244262@morwong.ucc.gu.uwa.edu.au> On Mon, Dec 06, 2004 at 05:02:49PM +0800, Grahame Bowland wrote: > Anyone know what type of RAM madako takes? Currently has 256MB PC3200 400MHz DDR RAM. ($66 as of March) > I want to run virtualisation software on there, but for > some odd reason it only has 256MB of RAM. Well, it's a nice new PC, but it's a router... ::-) If we found some hardware to do it on (hydra's free) I'd kinda like to see if we could replace it with a standby - or VRRP redundant - XORP live CD. Except, of course, that it's working fine as it is. ::-) Nick. -- Nick Bannon | "I made this letter longer than usual because nick-sig@rcpt.to | I lack the time to make it shorter." - Pascal From nick at ucc.gu.uwa.edu.au Mon Dec 6 17:40:24 2004 From: nick at ucc.gu.uwa.edu.au (Nick Bannon) Date: Mon Dec 6 17:40:29 2004 Subject: [tech] RAM for madako In-Reply-To: <20041206093729.GN244262@morwong.ucc.gu.uwa.edu.au> References: <20041206090249.GA6691@angrygoats.net> <20041206093729.GN244262@morwong.ucc.gu.uwa.edu.au> Message-ID: <20041206094024.GO244262@morwong.ucc.gu.uwa.edu.au> On Mon, Dec 06, 2004 at 05:37:29PM +0800, Nick Bannon wrote: [...] > If we found some hardware to do it on (hydra's free) I'd kinda like to > see if we could replace it with a standby - or VRRP redundant - XORP > live CD. Except, of course, that it's working fine as it is. ::-) Whoops, that should be CARP, right? Nick. -- Nick Bannon | "I made this letter longer than usual because nick-sig@rcpt.to | I lack the time to make it shorter." - Pascal From trs80 at ucc.gu.uwa.edu.au Wed Dec 8 18:28:11 2004 From: trs80 at ucc.gu.uwa.edu.au (James Andrewartha) Date: Wed Dec 8 18:28:16 2004 Subject: [tech] bonsai Message-ID: Since I was blind and couldn't see the annotated link for files in viewcvs, yakk suggested I set up bonsai, so I did. It wasn't too hard, and it's now at http://cvs.ucc.asn.au/bonsai/ with all of the CVS modules available. The main features over viewcvs are a pretty decent search function. There are some things that don't work, but it does the job and I've stopped caring now. -- # TRS-80 trs80(a)ucc.gu.uwa.edu.au #/ "Otherwise Bub here will do \ # UCC Wheel Member http://trs80.ucc.asn.au/ #| what squirrels do best | [ "There's nobody getting rich writing ]| -- Collect and hide your | [ software that I know of" -- Bill Gates, 1980 ]\ nuts." -- Acid Reflux #231 / From frenchie at ucc.gu.uwa.edu.au Fri Dec 10 11:10:43 2004 From: frenchie at ucc.gu.uwa.edu.au (James French) Date: Fri Dec 10 11:10:50 2004 Subject: [tech] 12" or 14" iBook? Message-ID: Lo all, Firstly not sure if this should go in [tech] or in [ucc] but I'll stick it here because its hardware related. I've settled on the fact that I'm going to buy an iBook for myself, either way I go I'd get 512M of Ram, a 60GB HDD and a combo drive as opposed to the superdrive. The only thing I have left to decide is what screen size to get. I know the 12" is pretty popular around UCC so I've seen that in action, I dont think I've seen the 14" in action. The price difference between 12 and 14 is about $210. I also know the 14 has a slightly higher clock speed. The two questions I have, whats the weight like on the 14" (considering I'll be lugging it around with my uni stuff) and do people think its worth paying the extra money for the larger screen? Thanks all -Frenchie From davyd at madeley.id.au Fri Dec 10 11:17:10 2004 From: davyd at madeley.id.au (Davyd Madeley) Date: Fri Dec 10 11:17:44 2004 Subject: [tech] 12" or 14" iBook? In-Reply-To: References: Message-ID: <1102648630.21361.1.camel@pingu.madeley.id.au> On Fri, 2004-12-10 at 11:10 +0800, James French wrote: > Lo all, > > Firstly not sure if this should go in [tech] or in [ucc] but I'll stick it > here because its hardware related. tech is the list for discussing UCC infrastructure, machines, policy, software etc. The list you wanted was the ucc-list, plus, there are more people subscribed to that list who will have constructive commentry on hand. --d -- Davyd Madeley http://www.davyd.id.au/ PGP Fingerprint 08B0 341A 0B9B 08BB 2118 C060 2EDD BB4F 5191 6CDA From alastair at ucc.gu.uwa.edu.au Mon Dec 13 22:24:11 2004 From: alastair at ucc.gu.uwa.edu.au (Alastair Irvine) Date: Mon Dec 13 22:24:16 2004 Subject: [tech] Problem with KAS and SpamAssassin Message-ID: <20041213142411.GB67890@morwong.ucc.gu.uwa.edu.au> Howdy. I have received a known-good message that both KAS* and SpamAssassin (FORGED_MUA_OUTLOOK) think is bad. From the header: X-Mailer: Microsoft Outlook Express 6.00.2800.1437 * X-SpamTest-Info: {X-Mailer: forged OE} -- ... Work comebacks #15: I'm really easy to get along with once you people learn to worship me. _____________________________________________________________________ | | | -=*Alastair Irvine*=- | | C-monkey/wanderer/board&RPGer/net-nut alastair@ucc.gu.uwa.edu.au | |_____________________________________________________________________| From davidb at ucc.asn.au Wed Dec 15 10:43:33 2004 From: davidb at ucc.asn.au (David Basden) Date: Wed Dec 15 10:47:59 2004 Subject: [tech] Problem with KAS and SpamAssassin In-Reply-To: <20041213142411.GB67890@morwong.ucc.gu.uwa.edu.au> References: <20041213142411.GB67890@morwong.ucc.gu.uwa.edu.au> Message-ID: <20041215024333.GI29449@shikita.rcpt.to> Could you please send on all the message headers? Also, if you have them, and it's very definately a trusted source, headers from other messages sent by the same mailer? It's not just looking at X-Mailer, it's looking at quite a few different headers, and checking that they are the same as generated by specific versions of OE.[0] There seems to be spam mailers that make small errors in the headers that wouldn't be made by OE. Cheers, David [0] mooneye:/usr/share/spamassassin/20_ratware.cf (lines 115-134) On Mon, Dec 13, 2004 at 10:24:11PM +0800, Alastair Irvine wrote: > Howdy. I have received a known-good message that both KAS* and > SpamAssassin (FORGED_MUA_OUTLOOK) think is bad. From the header: > > X-Mailer: Microsoft Outlook Express 6.00.2800.1437 > > * X-SpamTest-Info: {X-Mailer: forged OE} > > -- > ... Work comebacks #15: I'm really easy to get along with once you people > learn to worship me. > _____________________________________________________________________ > | | > | -=*Alastair Irvine*=- | > | C-monkey/wanderer/board&RPGer/net-nut alastair@ucc.gu.uwa.edu.au | > |_____________________________________________________________________| From david_luyer at pacific.net.au Wed Dec 15 11:04:42 2004 From: david_luyer at pacific.net.au (David Luyer) Date: Wed Dec 15 11:04:47 2004 Subject: [tech] Problem with KAS and SpamAssassin Message-ID: <1BAD86FA20172C449C56A8E5D51977AB0151025F@pimel-mx1.ozpacnet.office.pacific.net.au> Specifically if it is OE 6 as indicated, it should have one of these two message IDs patterns: /^<[A-Za-z0-9-]{7}[A-Za-z0-9]{20}\@hotmail\.com>$/m /^<(?:[0-9a-f]{8}|[0-9a-f]{12})\$[0-9a-f]{8}\$[0-9a-f]{8}\@\S+>$/m This is unless the message-ID has been nuked by software known to nuke message-IDs, for example mail received via Lyris, ezmlm and iPlanet, or particularly old mail. David. > -----Original Message----- > From: tech-bounces@ucc.gu.uwa.edu.au [mailto:tech- > bounces@ucc.gu.uwa.edu.au] On Behalf Of David Basden > Sent: Wednesday, 15 December 2004 1:44 PM > To: Alastair Irvine > Cc: tech@ucc.gu.uwa.edu.au > Subject: Re: [tech] Problem with KAS and SpamAssassin > > Could you please send on all the message headers? Also, if you have > them, and it's very definately a trusted source, headers from > other messages sent by the same mailer? > > It's not just looking at X-Mailer, it's looking at quite a few > different headers, and checking that they are the same as generated > by specific versions of OE.[0] There seems to be spam mailers that > make small errors in the headers that wouldn't be made by OE. > > Cheers, > > David > > > [0] mooneye:/usr/share/spamassassin/20_ratware.cf (lines 115-134) > > > On Mon, Dec 13, 2004 at 10:24:11PM +0800, Alastair Irvine wrote: > > Howdy. I have received a known-good message that both KAS* and > > SpamAssassin (FORGED_MUA_OUTLOOK) think is bad. From the header: > > > > X-Mailer: Microsoft Outlook Express 6.00.2800.1437 > > > > * X-SpamTest-Info: {X-Mailer: forged OE} > > > > -- > > ... Work comebacks #15: I'm really easy to get along with once you > people > > learn to worship me. > > _____________________________________________________________________ > > | | > > | -=*Alastair Irvine*=- | > > | C-monkey/wanderer/board&RPGer/net-nut alastair@ucc.gu.uwa.edu.au | > > |_____________________________________________________________________| > From zanchey at ucc.gu.uwa.edu.au Tue Dec 21 13:59:17 2004 From: zanchey at ucc.gu.uwa.edu.au (David Adam) Date: Tue Dec 21 13:59:25 2004 Subject: [tech] Where did the clubroom go? Message-ID: http://webcam.ucc.asn.au/archive/colour/200412/21/13/58.jpg Shiny, but what is it? David zanchey@ From yakk at yakk.net Tue Dec 21 14:32:39 2004 From: yakk at yakk.net (yakk@yakk.net) Date: Tue Dec 21 14:32:59 2004 Subject: [tech] Where did the clubroom go? In-Reply-To: References: Message-ID: <3247.220.235.34.16.1103610759.squirrel@pom.yakk.net> > http://webcam.ucc.asn.au/archive/colour/200412/21/13/58.jpg > > Shiny, but what is it? Its the UCC Doomsday Device. Try "dispense end-of-world" on any user box. Ian From nick at ucc.gu.uwa.edu.au Tue Dec 21 14:35:56 2004 From: nick at ucc.gu.uwa.edu.au (Nick Bannon) Date: Tue Dec 21 14:36:01 2004 Subject: [tech] Where did the clubroom go? In-Reply-To: References: Message-ID: <20041221063556.GA7629@morwong.ucc.gu.uwa.edu.au> On Tue, Dec 21, 2004 at 01:59:17PM +0800, David Adam wrote: > http://webcam.ucc.asn.au/archive/colour/200412/21/13/58.jpg > > Shiny, but what is it? That's a Sun Enterprise 6000 from ERG Group. 16 x UltraSPARC-I 167MHz CPUs (possibly only 12 running) 2GiB RAM in 3.3V ECC EDO 168 pin DIMMs (possibly only 1.75GiB) 18 x 18GB Cheetah SCA discs in 2 x D1000 chassis' Nick. -- Nick Bannon | "I made this letter longer than usual because nick-sig@rcpt.to | I lack the time to make it shorter." - Pascal From dunc-mail-131CE05 at rcpt.to Tue Dec 21 14:36:18 2004 From: dunc-mail-131CE05 at rcpt.to (Duncan Sargeant) Date: Tue Dec 21 14:37:32 2004 Subject: [tech] Where did the clubroom go? In-Reply-To: <3247.220.235.34.16.1103610759.squirrel@pom.yakk.net> References: <3247.220.235.34.16.1103610759.squirrel@pom.yakk.net> Message-ID: <20041221063618.GA9885@rcpt.to> yakk@yakk.net wrote on Mon December 20, at 22:32 -0800: > > http://webcam.ucc.asn.au/archive/colour/200412/21/13/58.jpg > > > > Shiny, but what is it? > > Its the UCC Doomsday Device. > > Try "dispense end-of-world" on any user box. I lent out my box trolley to help end the world and all I got was this lousy T-shirt. ,dunc From zanchey at ucc.gu.uwa.edu.au Tue Dec 21 14:41:12 2004 From: zanchey at ucc.gu.uwa.edu.au (David Adam) Date: Tue Dec 21 14:41:21 2004 Subject: [tech] Where did the clubroom go? In-Reply-To: <3247.220.235.34.16.1103610759.squirrel@pom.yakk.net> References: <3247.220.235.34.16.1103610759.squirrel@pom.yakk.net> Message-ID: > Try "dispense end-of-world" on any user box. zanchey@mussel:~$ dispense end-of-world You only have -286 cents, ie. not enough for anything currently avaliable. === Running an armageddon evidently is costly business. I guess there's all the special effects to pay for. Hang on, can I see a *Sun* logo on that thing? Uh-oh. David Adam zanchey@ From yakk at yakk.net Tue Dec 21 15:15:11 2004 From: yakk at yakk.net (yakk@yakk.net) Date: Tue Dec 21 15:16:18 2004 Subject: [tech] Where did the clubroom go? In-Reply-To: References: <3247.220.235.34.16.1103610759.squirrel@pom.yakk.net> Message-ID: <3467.220.235.34.16.1103613311.squirrel@pom.yakk.net> >> Try "dispense end-of-world" on any user box. > > zanchey@mussel:~$ dispense end-of-world > You only have -286 cents, ie. not enough for anything currently > avaliable. > > === > > Running an armageddon evidently is costly business. I guess there's all > the special effects to pay for. > > Hang on, can I see a *Sun* logo on that thing? Sun's latest business strategy of trying to compete with Dell selling cheap-ass Linux server has been failing. They looked around at whats going on in the world these days and decided that bringing on the end of the world was something they could leverage their experitise to facilitate. Ian From davyd at madeley.id.au Tue Dec 21 15:33:06 2004 From: davyd at madeley.id.au (Davyd Madeley) Date: Tue Dec 21 15:33:53 2004 Subject: [tech] Where did the clubroom go? In-Reply-To: <3467.220.235.34.16.1103613311.squirrel@pom.yakk.net> References: <3247.220.235.34.16.1103610759.squirrel@pom.yakk.net> <3467.220.235.34.16.1103613311.squirrel@pom.yakk.net> Message-ID: <1103614386.17400.32.camel@pingu.madeley.id.au> On Mon, 2004-12-20 at 23:15 -0800, yakk@yakk.net wrote: > > Running an armageddon evidently is costly business. I guess there's all > > the special effects to pay for. > > > > Hang on, can I see a *Sun* logo on that thing? > > Sun's latest business strategy of trying to compete with Dell selling > cheap-ass Linux server has been failing. They looked around at whats going > on in the world these days and decided that bringing on the end of the > world was something they could leverage their experitise to facilitate. The signs of our impending doom are obvious in retrospect. Open sourcing Star Office, open sourcing Solaris. Next they'll start talking about opening Java! --d -- Davyd Madeley http://www.davyd.id.au/ PGP Fingerprint 08B0 341A 0B9B 08BB 2118 C060 2EDD BB4F 5191 6CDA From davyd at madeley.id.au Tue Dec 21 22:24:46 2004 From: davyd at madeley.id.au (Davyd Madeley) Date: Tue Dec 21 22:25:46 2004 Subject: [tech] Content Management for UCC Message-ID: <1103639086.22071.31.camel@pingu.madeley.id.au> This gets discussed every now and again, but perhaps we should do something about it. The UCC webpages suck because they are constantly out of date. This has a lot to do with the webpages being hard to maintain, requiring knowledge of several DTDs and being aware of strict XML formatting rules. The solution is a content management system. There are three options that we know about now: - Something Wiki based, like MoinMoin/Bounce (Bounce is a MoinMoin frontend I wrote for displaying web pages from Wiki content), - MySource, and - Plone Dynamic content is not mermaid's forte, so at the same time perhaps we should consider moving content off mermaid. Either handing it to mussel, martello or maybe that new Sun mainframe (Disk + CPU == Database Server) Ideally a move like this would want to happen in the near future, so that we could start porting new content into the engine. Ready for next year. What do people think? --d -- Davyd Madeley http://www.davyd.id.au/ PGP Fingerprint 08B0 341A 0B9B 08BB 2118 C060 2EDD BB4F 5191 6CDA -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 226 bytes Desc: This is a digitally signed message part Url : http://lists.ucc.gu.uwa.edu.au/pipermail/tech/attachments/20041221/6d42e797/attachment.pgp From zanchey at ucc.gu.uwa.edu.au Tue Dec 21 23:07:32 2004 From: zanchey at ucc.gu.uwa.edu.au (David Adam) Date: Tue Dec 21 23:07:37 2004 Subject: [tech] Content Management for UCC In-Reply-To: <1103639086.22071.31.camel@pingu.madeley.id.au> References: <1103639086.22071.31.camel@pingu.madeley.id.au> Message-ID: On Tue, 21 Dec 2004, Davyd Madeley wrote: > This gets discussed every now and again, but perhaps we should do > something about it. Yeah! I had an impact! (I got an e-mail message written.) I have no preference for the various packages available, mainly because I don't know enough about them. MySource is pretty :-) > Dynamic content is not mermaid's forte, so at the same time perhaps we > should consider moving content off mermaid. Either handing it to mussel, > martello or maybe that new Sun mainframe (Disk + CPU == Database Server) Would this be a move for everyone's homepages as well? (My blog software sucks under mermaid, mainly because it's in PERL and fairly badly written, but I like it.) Perhaps this could be the second phase. > Ideally a move like this would want to happen in the near future, so > that we could start porting new content into the engine. Ready for next > year. What do people think? Well, you already know my views. :-) Cheers, David Adam zanchey@ From davyd at madeley.id.au Tue Dec 21 23:12:04 2004 From: davyd at madeley.id.au (Davyd Madeley) Date: Tue Dec 21 23:13:03 2004 Subject: [tech] Content Management for UCC In-Reply-To: References: <1103639086.22071.31.camel@pingu.madeley.id.au> Message-ID: <1103641924.22071.36.camel@pingu.madeley.id.au> On Tue, 2004-12-21 at 23:07 +0800, David Adam wrote: > I have no preference for the various packages available, mainly because I > don't know enough about them. MySource is pretty :-) Plone can be pretty too. It is based on top of Zope, and is therefore all Python. This would give us a chance to use (or write) appropriate plugins to do things like events and what have you. Check out http://www.plone.org/ > > Dynamic content is not mermaid's forte, so at the same time perhaps we > > should consider moving content off mermaid. Either handing it to mussel, > > martello or maybe that new Sun mainframe (Disk + CPU == Database Server) > > Would this be a move for everyone's homepages as well? (My blog software > sucks under mermaid, mainly because it's in PERL and fairly badly written, > but I like it.) Perhaps this could be the second phase. Yes. I don't forsee any major problems with moving the homepages to another machine that mounts home. Unless people have put in any specifically evil workarounds to execute code on mussel and crunch dynamic content into static pages for delivery off mermaid... or anything like that. Assuming we kept the same apache setup, which would be the idea. --d -- Davyd Madeley http://www.davyd.id.au/ PGP Fingerprint 08B0 341A 0B9B 08BB 2118 C060 2EDD BB4F 5191 6CDA -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 226 bytes Desc: This is a digitally signed message part Url : http://lists.ucc.gu.uwa.edu.au/pipermail/tech/attachments/20041221/a5344006/attachment.pgp From nick at ucc.gu.uwa.edu.au Wed Dec 22 00:14:10 2004 From: nick at ucc.gu.uwa.edu.au (Nick Bannon) Date: Wed Dec 22 00:14:16 2004 Subject: [tech] Where did the clubroom go? - manbo In-Reply-To: <20041221063556.GA7629@morwong.ucc.gu.uwa.edu.au> References: <3247.220.235.34.16.1103610759.squirrel@pom.yakk.net> <20041221063556.GA7629@morwong.ucc.gu.uwa.edu.au> Message-ID: <20041221161410.GA228463@morwong.ucc.gu.uwa.edu.au> On Tue, Dec 21, 2004 at 02:41:12PM +0800, David Adam wrote: > zanchey@mussel:~$ dispense end-of-world > You only have -286 cents, ie. not enough for anything currently avaliable. [...] Too bad, I was hoping for "You just missed the last end-of-world". ::-) On Tue, Dec 21, 2004 at 02:35:56PM +0800, Nick Bannon wrote: > That's a Sun Enterprise 6000 from ERG Group. [...] [TDH], Prep and I just tried to fire it up on 10A power (so far, not not fully operational, it wanted 4.5A, I'm expecting about 6A when running). No luck yet, we didn't see any messages come through to the console. Anyone seen an Eric? Given that "mola" was used, I'm thinking "manbo" is a good name for a big sunfish: http://www.starfish.ch/reef/mola-sunfish.html http://www.earthwindow.com/mola.html Nick. -- Nick Bannon | "I made this letter longer than usual because nick-sig@rcpt.to | I lack the time to make it shorter." - Pascal From dave at difference.com.au Wed Dec 22 00:05:39 2004 From: dave at difference.com.au (David Cake) Date: Wed Dec 22 00:34:38 2004 Subject: [tech] Content Management for UCC In-Reply-To: <1103639086.22071.31.camel@pingu.madeley.id.au> References: <1103639086.22071.31.camel@pingu.madeley.id.au> Message-ID: > > >The solution is a content management system. There are three options >that we know about now: > - Something Wiki based, like MoinMoin/Bounce (Bounce is a MoinMoin > frontend I wrote for displaying web pages from Wiki content), > - MySource, and > - Plone I think Plone rocks. But its not exclusive with Wiki content, Zwiki runs inside Plone fine, and is pretty good as Wikis go (supports MoinMoin style or (re)structured text markup, for a start). Haven't had enough experience with MySource yet to make a comparison, but Plone is definitely a Good Thing. Cheers Dave From davyd at madeley.id.au Wed Dec 22 00:37:18 2004 From: davyd at madeley.id.au (Davyd Madeley) Date: Wed Dec 22 00:37:58 2004 Subject: [tech] Content Management for UCC In-Reply-To: References: <1103639086.22071.31.camel@pingu.madeley.id.au> Message-ID: <1103647039.22071.56.camel@pingu.madeley.id.au> On Wed, 2004-12-22 at 00:05 +0800, David Cake wrote: > I think Plone rocks. But its not exclusive with Wiki content, > Zwiki runs inside Plone fine, and is pretty good as Wikis go > (supports MoinMoin style or (re)structured text markup, for a start). > Haven't had enough experience with MySource yet to make a > comparison, but Plone is definitely a Good Thing. It seems to be the consensus that Plone is the way to go. A comment in my blog contains a large number of Plone-based sites, that do not look like Plone based sites. The problem is now, what do we run it on? And if we move the web server, is there any point to the continue existence of mermaid? --d -- Davyd Madeley http://www.davyd.id.au/ PGP Fingerprint 08B0 341A 0B9B 08BB 2118 C060 2EDD BB4F 5191 6CDA -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 226 bytes Desc: This is a digitally signed message part Url : http://lists.ucc.gu.uwa.edu.au/pipermail/tech/attachments/20041222/bb17bf6b/attachment.pgp From trs80 at ucc.gu.uwa.edu.au Wed Dec 22 00:58:19 2004 From: trs80 at ucc.gu.uwa.edu.au (James Andrewartha) Date: Wed Dec 22 00:58:23 2004 Subject: [tech] Content Management for UCC In-Reply-To: <1103647039.22071.56.camel@pingu.madeley.id.au> Message-ID: On Wed, 22 Dec 2004, Davyd Madeley wrote: > The problem is now, what do we run it on? And if we move the web server, > is there any point to the continue existence of mermaid? martello of course. And yes, mermaid shall continue to exist, simply because you do not deprecate working machines simply because they are too slow. -- # TRS-80 trs80(a)ucc.gu.uwa.edu.au #/ "Otherwise Bub here will do \ # UCC Wheel Member http://trs80.ucc.asn.au/ #| what squirrels do best | [ "There's nobody getting rich writing ]| -- Collect and hide your | [ software that I know of" -- Bill Gates, 1980 ]\ nuts." -- Acid Reflux #231 / From davyd at madeley.id.au Wed Dec 22 01:08:58 2004 From: davyd at madeley.id.au (Davyd Madeley) Date: Wed Dec 22 01:09:46 2004 Subject: [tech] Content Management for UCC In-Reply-To: References: Message-ID: <1103648938.22071.66.camel@pingu.madeley.id.au> On Wed, 2004-12-22 at 00:58 +0800, James Andrewartha wrote: > martello of course. And yes, mermaid shall continue to exist, simply > because you do not deprecate working machines simply because they are too > slow. I would have been tempted to choose mussel instead, because it's not the fileserver. *shrug* I disagree with this policy of having machines on for the sake of having them on. With martello coming online and taking over fileservices; meito and morwong become pointless. meito is a crap PC and we will soon have lots of shiny new things running newer Solaris on actual Sparcs that people will be able to log into. morwong is cool, so can be put to other uses (Angband server?) mermaid will have it's services replaced by mussel or martello. Since it's a slow random Linux PC (of which some 4 million exist) with currently two users logged in, I really don't see why we would want it running. If mermaid and meito were switched off, we could move mooneye into the tall rack nearest the aircon and have all of our useful machines in one rack case. --d -- Davyd Madeley http://www.davyd.id.au/ PGP Fingerprint 08B0 341A 0B9B 08BB 2118 C060 2EDD BB4F 5191 6CDA -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 226 bytes Desc: This is a digitally signed message part Url : http://lists.ucc.gu.uwa.edu.au/pipermail/tech/attachments/20041222/40130fab/attachment.pgp From adrian at ucc.gu.uwa.edu.au Wed Dec 22 10:07:36 2004 From: adrian at ucc.gu.uwa.edu.au (Adrian Chadd) Date: Wed Dec 22 10:07:42 2004 Subject: [tech] E6000 Message-ID: <20041222020736.GB12181@mussel> Nice E6000. Nice, big E6000. Well done Nick. The E6000 is a fun machine to play with. Its going to be a pain in the ass to get spares if anything fails. That doesn't stop it being useful - 200gig of attached storage with a decent whack of RAM does lend itself to playing with commercialish Sun software on decent Sun hardware and this in itself can be quite good experience. Its going to require decent power and even better cooling - I don't believe the UCC machine room would be a good home for it. I'd suggest asking UCS/ACS for space and power in the datacentre. Someone would have to draft up a letter requesting the space and providing some decent reasons for it to be hosted. I'd suggest hitting the "commercial application on commercial hardware" experience angle at the very least. 2c, etc. ADrian From susie at ucc.gu.uwa.edu.au Wed Dec 22 14:08:55 2004 From: susie at ucc.gu.uwa.edu.au (Susie Hellings) Date: Wed Dec 22 14:09:00 2004 Subject: [tech] Where did the clubroom go? - manbo In-Reply-To: <20041221161410.GA228463@morwong.ucc.gu.uwa.edu.au> References: <3247.220.235.34.16.1103610759.squirrel@pom.yakk.net> <20041221063556.GA7629@morwong.ucc.gu.uwa.edu.au> <20041221161410.GA228463@morwong.ucc.gu.uwa.edu.au> Message-ID: <20041222060855.GA331453@morwong.ucc.gu.uwa.edu.au> Hi Can we please leave it off until we get it in some decent cooling. Susie On Wed, Dec 22, 2004 at 12:14:10AM +0800, Nick Bannon wrote: > On Tue, Dec 21, 2004 at 02:41:12PM +0800, David Adam wrote: > > zanchey@mussel:~$ dispense end-of-world > > You only have -286 cents, ie. not enough for anything currently avaliable. > [...] > > Too bad, I was hoping for "You just missed the last end-of-world". ::-) > > On Tue, Dec 21, 2004 at 02:35:56PM +0800, Nick Bannon wrote: > > That's a Sun Enterprise 6000 from ERG Group. > [...] > > [TDH], Prep and I just tried to fire it up on 10A power (so far, not > not fully operational, it wanted 4.5A, I'm expecting about 6A when > running). > > No luck yet, we didn't see any messages come through to the console. > Anyone seen an Eric? > > Given that "mola" was used, I'm thinking "manbo" is a good name for a > big sunfish: > http://www.starfish.ch/reef/mola-sunfish.html > http://www.earthwindow.com/mola.html > > Nick. > > -- > Nick Bannon | "I made this letter longer than usual because > nick-sig@rcpt.to | I lack the time to make it shorter." - Pascal From matt at ucc.asn.au Wed Dec 22 14:22:24 2004 From: matt at ucc.asn.au (Matt Johnston) Date: Wed Dec 22 14:22:30 2004 Subject: [tech] Where did the clubroom go? - manbo In-Reply-To: <20041222060855.GA331453@morwong.ucc.gu.uwa.edu.au> References: <3247.220.235.34.16.1103610759.squirrel@pom.yakk.net> <20041221063556.GA7629@morwong.ucc.gu.uwa.edu.au> <20041221161410.GA228463@morwong.ucc.gu.uwa.edu.au> <20041222060855.GA331453@morwong.ucc.gu.uwa.edu.au> Message-ID: <20041222062224.GE68704@morwong.ucc.gu.uwa.edu.au> On Wed, Dec 22, 2004 at 02:08:55PM +0800, Susie Hellings wrote: > Hi > > Can we please leave it off until we get it in some decent cooling. What about running it only at night? ;) Matt > > Susie > > On Wed, Dec 22, 2004 at 12:14:10AM +0800, Nick Bannon wrote: > > On Tue, Dec 21, 2004 at 02:41:12PM +0800, David Adam wrote: > > > zanchey@mussel:~$ dispense end-of-world > > > You only have -286 cents, ie. not enough for anything currently avaliable. > > [...] > > > > Too bad, I was hoping for "You just missed the last end-of-world". ::-) > > > > On Tue, Dec 21, 2004 at 02:35:56PM +0800, Nick Bannon wrote: > > > That's a Sun Enterprise 6000 from ERG Group. > > [...] > > > > [TDH], Prep and I just tried to fire it up on 10A power (so far, not > > not fully operational, it wanted 4.5A, I'm expecting about 6A when > > running). > > > > No luck yet, we didn't see any messages come through to the console. > > Anyone seen an Eric? > > > > Given that "mola" was used, I'm thinking "manbo" is a good name for a > > big sunfish: > > http://www.starfish.ch/reef/mola-sunfish.html > > http://www.earthwindow.com/mola.html > > > > Nick. > > > > -- > > Nick Bannon | "I made this letter longer than usual because > > nick-sig@rcpt.to | I lack the time to make it shorter." - Pascal From paul at bur.st Wed Dec 22 14:26:45 2004 From: paul at bur.st (Paul Day) Date: Wed Dec 22 14:26:56 2004 Subject: [tech] Where did the clubroom go? - manbo In-Reply-To: <20041222062224.GE68704@morwong.ucc.gu.uwa.edu.au> References: <3247.220.235.34.16.1103610759.squirrel@pom.yakk.net> <20041221063556.GA7629@morwong.ucc.gu.uwa.edu.au> <20041221161410.GA228463@morwong.ucc.gu.uwa.edu.au> <20041222060855.GA331453@morwong.ucc.gu.uwa.edu.au> <20041222062224.GE68704@morwong.ucc.gu.uwa.edu.au> Message-ID: On Wed, 22 Dec 2004, Matt Johnston wrote: >> Can we please leave it off until we get it in some decent cooling. > > What about running it only at night? ;) I notice a big air-con, some empty floor space and a 15A power socket just _begging_ to be used here in the CS server room. ;) PD -- Paul Day Web: www.bur.st/~paul GPG Key ID: 7FF655A8 From adrian at ucc.gu.uwa.edu.au Wed Dec 22 15:01:12 2004 From: adrian at ucc.gu.uwa.edu.au (Adrian Chadd) Date: Wed Dec 22 15:01:17 2004 Subject: [tech] Where did the clubroom go? - manbo In-Reply-To: References: <3247.220.235.34.16.1103610759.squirrel@pom.yakk.net> <20041221063556.GA7629@morwong.ucc.gu.uwa.edu.au> <20041221161410.GA228463@morwong.ucc.gu.uwa.edu.au> <20041222060855.GA331453@morwong.ucc.gu.uwa.edu.au> <20041222062224.GE68704@morwong.ucc.gu.uwa.edu.au> Message-ID: <20041222070111.GA5403@mussel> On Wed, Dec 22, 2004, Paul Day wrote: > On Wed, 22 Dec 2004, Matt Johnston wrote: > >>Can we please leave it off until we get it in some decent cooling. > > > >What about running it only at night? ;) > > I notice a big air-con, some empty floor space and a 15A power socket just > _begging_ to be used here in the CS server room. ;) needs 32A. :) So if you're serious.. :) adrian From bernard at blackham.com.au Wed Dec 22 17:48:13 2004 From: bernard at blackham.com.au (Bernard Blackham) Date: Wed Dec 22 17:48:26 2004 Subject: [tech] door sensors In-Reply-To: References: Message-ID: <20041222094813.GA4847@blackham.com.au> On Wed, Dec 01, 2004 at 12:16:40PM +0800, James Andrewartha wrote: > Oh, and to quit llogin, press enter and type ~. (ssh users > beware). Ctrl-] works (programmable with -q). (~. doesn't for me) -- Bernard Blackham From trs80 at ucc.gu.uwa.edu.au Wed Dec 22 21:57:48 2004 From: trs80 at ucc.gu.uwa.edu.au (James Andrewartha) Date: Wed Dec 22 21:57:58 2004 Subject: [tech] door sensors In-Reply-To: <20041222094813.GA4847@blackham.com.au> Message-ID: On Wed, 22 Dec 2004, Bernard Blackham wrote: > On Wed, Dec 01, 2004 at 12:16:40PM +0800, James Andrewartha wrote: > > Oh, and to quit llogin, press enter and type ~. (ssh users > > beware). > > Ctrl-] works (programmable with -q). (~. doesn't for me) ~. is the escape for morwong's llogin (although LAT is not working on morwong, as it's been booted with a generic kernel). It's actually taken from the cu(1) command, which is fearful. -- # TRS-80 trs80(a)ucc.gu.uwa.edu.au #/ "Otherwise Bub here will do \ # UCC Wheel Member http://trs80.ucc.asn.au/ #| what squirrels do best | [ "There's nobody getting rich writing ]| -- Collect and hide your | [ software that I know of" -- Bill Gates, 1980 ]\ nuts." -- Acid Reflux #231 / From davyd at madeley.id.au Thu Dec 23 04:57:26 2004 From: davyd at madeley.id.au (Davyd Madeley) Date: Thu Dec 23 04:58:48 2004 Subject: [tech] New BETA Plone based UCC website now operational Message-ID: <1103749046.6041.7.camel@pingu.madeley.id.au> Following discussions on multiple lists, a new Plone based website has been set up at the following URL: http://beta.ucc.asn.au/ It is still very much a work in progress, however things are coming along nicely. So far it has been customized to be more UCC-like. It still looks a lot like Plone because lots of things like the icons need to be replaced. However as it is now, you can log in (with an account) and edit content. Webmasters who would like an account should email myself or Bernard and we will set you up with one. I'll leave it as an exercise to the reader to work out how you log in, but if you've ever seen that Sandra Bullock movie... --d -- Davyd Madeley http://www.davyd.id.au/ PGP Fingerprint 08B0 341A 0B9B 08BB 2118 C060 2EDD BB4F 5191 6CDA -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 226 bytes Desc: This is a digitally signed message part Url : http://lists.ucc.gu.uwa.edu.au/pipermail/tech/attachments/20041223/7a7bf395/attachment.pgp From dunc-mail-131CE07 at rcpt.to Thu Dec 23 09:56:04 2004 From: dunc-mail-131CE07 at rcpt.to (Duncan Sargeant) Date: Thu Dec 23 09:57:13 2004 Subject: [tech] Content Management for UCC In-Reply-To: <1103648938.22071.66.camel@pingu.madeley.id.au> References: <1103648938.22071.66.camel@pingu.madeley.id.au> Message-ID: <20041223015604.GA28914@rcpt.to> Davyd Madeley wrote on Wed December 22, at 01:08 +0800: > I disagree with this policy of having machines on for the sake of having > them on. I disagree with this policy of having machines off for the sake of having them off. It costs you nothing, so leave it on. Its a win-draw situation. > If mermaid and meito were switched off, we could move mooneye into the > tall rack nearest the aircon and have all of our useful machines in one > rack case. Why do you have to leave them turned off to do this? ,dunc From paul at bur.st Thu Dec 23 10:04:39 2004 From: paul at bur.st (Paul Day) Date: Thu Dec 23 10:04:47 2004 Subject: [tech] Content Management for UCC In-Reply-To: <20041223015604.GA28914@rcpt.to> References: <1103648938.22071.66.camel@pingu.madeley.id.au> <20041223015604.GA28914@rcpt.to> Message-ID: On Thu, 23 Dec 2004, Duncan Sargeant wrote: >> If mermaid and meito were switched off, we could move mooneye into the >> tall rack nearest the aircon and have all of our useful machines in one >> rack case. > > Why do you have to leave them turned off to do this? Because the small old air-con in the UCC server room probably couldn't handle much more on a hot day? PD -- Paul Day Web: www.bur.st/~paul GPG Key ID: 7FF655A8 From matt at ucc.asn.au Thu Dec 23 10:06:14 2004 From: matt at ucc.asn.au (Matt Johnston) Date: Thu Dec 23 10:06:19 2004 Subject: [tech] Content Management for UCC In-Reply-To: References: <1103648938.22071.66.camel@pingu.madeley.id.au> <20041223015604.GA28914@rcpt.to> Message-ID: <20041223020613.GB427825@morwong.ucc.gu.uwa.edu.au> On Thu, Dec 23, 2004 at 10:04:39AM +0800, Paul Day wrote: > On Thu, 23 Dec 2004, Duncan Sargeant wrote: > >>If mermaid and meito were switched off, we could move mooneye into the > >>tall rack nearest the aircon and have all of our useful machines in one > >>rack case. > > > >Why do you have to leave them turned off to do this? > > Because the small old air-con in the UCC server room probably couldn't > handle much more on a hot day? Except a p100 or whatever mermaid is isn't exactly a hairdryer or anything... Matt From michal at ucc.asn.au Thu Dec 23 10:57:48 2004 From: michal at ucc.asn.au (Michal Gornisiewicz) Date: Thu Dec 23 10:58:00 2004 Subject: [tech] Content Management for UCC In-Reply-To: <20041223015604.GA28914@rcpt.to> References: <1103648938.22071.66.camel@pingu.madeley.id.au> <20041223015604.GA28914@rcpt.to> Message-ID: <20041223025748.GE5928@morwong.ucc.gu.uwa.edu.au> On Thu, Dec 23, 2004 at 12:56:04PM +1100, Duncan Sargeant wrote: > Davyd Madeley wrote on Wed December 22, at 01:08 +0800: > > I disagree with this policy of having machines on for the sake of having > > them on. > > I disagree with this policy of having machines off for the sake of > having them off. > > It costs you nothing, so leave it on. Its a win-draw situation. Bah. It still costs you power, even if not in monetary terms. If the machine sits there doing nothing the whole time then it should be off. Mg From adrian at ucc.gu.uwa.edu.au Thu Dec 23 11:04:53 2004 From: adrian at ucc.gu.uwa.edu.au (Adrian Chadd) Date: Thu Dec 23 11:04:56 2004 Subject: [tech] Content Management for UCC In-Reply-To: <20041223025748.GE5928@morwong.ucc.gu.uwa.edu.au> References: <1103648938.22071.66.camel@pingu.madeley.id.au> <20041223015604.GA28914@rcpt.to> <20041223025748.GE5928@morwong.ucc.gu.uwa.edu.au> Message-ID: <20041223030452.GA228@mussel> On Thu, Dec 23, 2004, Michal Gornisiewicz wrote: > On Thu, Dec 23, 2004 at 12:56:04PM +1100, Duncan Sargeant wrote: > > Davyd Madeley wrote on Wed December 22, at 01:08 +0800: > > > I disagree with this policy of having machines on for the sake of having > > > them on. > > > > I disagree with this policy of having machines off for the sake of > > having them off. > > > > It costs you nothing, so leave it on. Its a win-draw situation. > > Bah. It still costs you power, even if not in monetary terms. If the > machine sits there doing nothing the whole time then it should be off. Make a decision - to maintain or to not maintain. Having a machine /off/ until you want to use is going to have you bitten in the ass. At least by having it /on/ its counted as Yet Another Machine To Keep Patched. Case in point: a run of 'xploited-turned-spammeh machines on campus about three months ago were, in all cases, windows 98 machines that had been off for about a year. They were turned on and pwned very, very quickly. Its much easier to justify it in UCC terms then - "can I be assed mantaining more than three pieces of shit pentium 1s?" If noone says "yes" then turn it off. :) Adrian From dunc-mail-131CE07 at rcpt.to Thu Dec 23 11:17:38 2004 From: dunc-mail-131CE07 at rcpt.to (Duncan Sargeant) Date: Thu Dec 23 11:18:06 2004 Subject: [tech] Content Management for UCC In-Reply-To: <20041223030452.GA228@mussel> References: <1103648938.22071.66.camel@pingu.madeley.id.au> <20041223015604.GA28914@rcpt.to> <20041223025748.GE5928@morwong.ucc.gu.uwa.edu.au> <20041223030452.GA228@mussel> Message-ID: <20041223031738.GA7693@rcpt.to> Adrian Chadd wrote on Thu December 23, at 11:04 +0800: > Make a decision - to maintain or to not maintain. > > Having a machine /off/ until you want to use is going to have you bitten > in the ass. At least by having it /on/ its counted as Yet Another Machine > To Keep Patched. > > Case in point: a run of 'xploited-turned-spammeh machines on campus about > three months ago were, in all cases, windows 98 machines that had been off > for about a year. They were turned on and pwned very, very quickly. Hey, they should be so lucky that they even powered up again :-) > Its much easier to justify it in UCC terms then - "can I be assed mantaining > more than three pieces of shit pentium 1s?" If noone says "yes" then turn > it off. :) Also, bear in mind that if you turn them off, at some point someone will stumble across this dead machine, strip it for parts, which will go into 3 different projects which will bring joy to their creators for a week, then distraction will strike, projects forgotten, the machine will never rise again. Actually, that's probably worth it. ,dunc From adrian at ucc.gu.uwa.edu.au Thu Dec 23 11:21:13 2004 From: adrian at ucc.gu.uwa.edu.au (Adrian Chadd) Date: Thu Dec 23 11:21:17 2004 Subject: [tech] Content Management for UCC In-Reply-To: <20041223031738.GA7693@rcpt.to> References: <1103648938.22071.66.camel@pingu.madeley.id.au> <20041223015604.GA28914@rcpt.to> <20041223025748.GE5928@morwong.ucc.gu.uwa.edu.au> <20041223030452.GA228@mussel> <20041223031738.GA7693@rcpt.to> Message-ID: <20041223032113.GD228@mussel> On Thu, Dec 23, 2004, Duncan Sargeant wrote: > > Case in point: a run of 'xploited-turned-spammeh machines on campus about > > three months ago were, in all cases, windows 98 machines that had been off > > for about a year. They were turned on and pwned very, very quickly. > > Hey, they should be so lucky that they even powered up again :-) Well, one machine was forgotten because its admin died. :-) > Also, bear in mind that if you turn them off, at some point someone will > stumble across this dead machine, strip it for parts, which will go into > 3 different projects which will bring joy to their creators for a week, > then distraction will strike, projects forgotten, the machine will never > rise again. Heh. UCC has access to plenty of PC hardware. IF you run out of PC hardware I can arrange sparc and alpha hardware! Adrian From alastair at ucc.gu.uwa.edu.au Sun Dec 26 17:29:48 2004 From: alastair at ucc.gu.uwa.edu.au (Alastair Irvine) Date: Sun Dec 26 17:29:56 2004 Subject: [tech] Problem with KAS and SpamAssassin In-Reply-To: <20041215024333.GI29449@shikita.rcpt.to> References: <20041213142411.GB67890@morwong.ucc.gu.uwa.edu.au> <20041215024333.GI29449@shikita.rcpt.to> Message-ID: <20041226092948.GC155983@morwong.ucc.gu.uwa.edu.au> On Wed, 15 December, 2004 at 10:43:33AM +0800, David Basden wrote: > Could you please send on all the message headers? Also, if you have > them, and it's very definately a trusted source, headers from > other messages sent by the same mailer? The only other examples I have with this exact MUA version are from the Eidolist, which munges the Received lines. Searching for the first three components of the version number yielded no matching e-mails with hotmail.com From addresses. It looks like the e-mail in question (munged headers attached) has been through a non-standards-compliant Microsoft MTA, which added an invalid Received line. ("phx.gbl") > > It's not just looking at X-Mailer, it's looking at quite a few > different headers, and checking that they are the same as generated > by specific versions of OE.[0] There seems to be spam mailers that > make small errors in the headers that wouldn't be made by OE. The message ID did not match either of the two patterns mentioned by luyer. > > Cheers, > > David > > > [0] mooneye:/usr/share/spamassassin/20_ratware.cf (lines 115-134) I don't have access to this as I'm not in wheel. > > > On Mon, Dec 13, 2004 at 10:24:11PM +0800, Alastair Irvine wrote: > > Howdy. I have received a known-good message that both KAS* and > > SpamAssassin (FORGED_MUA_OUTLOOK) think is bad. From the header: > > > > X-Mailer: Microsoft Outlook Express 6.00.2800.1437 > > > > * X-SpamTest-Info: {X-Mailer: forged OE} -- ... Youthful figure: What you get when asking a woman's age. _____________________________________________________________________ | | | -=*Alastair Irvine*=- | | C-monkey/wanderer/board&RPGer/net-nut alastair@ucc.gu.uwa.edu.au | |_____________________________________________________________________| -------------- next part -------------- >From xxxxxxxxxxxxxx@hotmail.com Wed Nov 24 21:39:08 2004 Return-Path: Delivered-To: alastair@ucc.gu.uwa.edu.au Received: by mooneye.ucc.gu.uwa.edu.au (Postfix, from userid 801) id ABDDD17E92; Wed, 24 Nov 2004 21:39:07 +0800 (WST) Received: from asclepius.uwa.edu.au (asclepius3.uwa.edu.au [130.95.128.60]) by mooneye.ucc.gu.uwa.edu.au (Postfix) with ESMTP id 5F6E917E17 for ; Wed, 24 Nov 2004 21:39:04 +0800 (WST) Received: from asclepius.kas (localhost.localdomain [127.0.0.1]) by asclepius.uwa.edu.au (Postfix) with SMTP id DD3A5183C1A for ; Wed, 24 Nov 2004 21:37:59 +0800 (WST) Received: from asclepius (localhost.localdomain [127.0.0.1]) by asclepius.prekas (Postfix) with SMTP id BC8B91842FE for ; Wed, 24 Nov 2004 21:37:59 +0800 (WST) X-UWA-Client-IP: 64.4.31.180 (EXTERNAL) Received-SPF: pass (asclepius: domain of xxxxxxxxxxxxxx@hotmail.com designates 64.4.31.180 as permitted sender) Received: from hotmail.com (bay13-dav6.bay13.hotmail.com [64.4.31.180]) by asclepius.input (Postfix) with ESMTP id DDE5C18439F for ; Wed, 24 Nov 2004 21:37:58 +0800 (WST) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Wed, 24 Nov 2004 05:39:00 -0800 Message-ID: Received: from nnnnnnnnnnnnnn by BAY13-DAV6.phx.gbl with DAV; Wed, 24 Nov 2004 13:38:21 +0000 X-Originating-IP: [nnnnnnnnnnnnnn] X-Originating-Email: [xxxxxxxxxxxxxx@hotmail.com] X-Sender: xxxxxxxxxxxxxx@hotmail.com From: XXXXXXXXXX To: XXXXXXXXXX Subject: Birthday Dinner Invitation Date: Wed, 24 Nov 2004 21:41:22 +0800 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_00B4_01C4D26E.578F4860" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 X-OriginalArrivalTime: 24 Nov 2004 13:39:00.0631 (UTC) FILETIME=[F4893A70:01C4D22A] X-SpamTest-Info: Profile: Formal (167/041122) X-SpamTest-Info: {X-Mailer: forged OE} X-SpamTest-Info: Profile: Detect Hard [UCS 290904] X-SpamTest-Info: Profile: SysLog X-SpamTest-Info: Profile: Marking Spam - Subject (UCS) [02-08-04] X-SpamTest-Method: Headers: Suspicious X-Mailer X-SpamTest-Status: Probable Spam X-SpamTest-Version: SMTP-Filter Version 2.0.0 [0125], KAS/Release X-Spam-Flag: YES X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on mooneye.ucc.gu.uwa.edu.au X-Spam-Level: ********* X-Spam-Status: Yes, hits=9.1 required=5.0 tests=FORGED_MUA_OUTLOOK,HTML_40_50, HTML_MESSAGE,KASPERSKY_PROBABLE,MSGID_FROM_MTA_HEADER,SPF_HEADER_PASS autolearn=no version=2.64 Status: RO X-Status: A Content-Length: 10941 Lines: 190 From alastair at ucc.gu.uwa.edu.au Wed Dec 29 00:43:06 2004 From: alastair at ucc.gu.uwa.edu.au (Alastair Irvine) Date: Wed Dec 29 00:43:12 2004 Subject: [tech] /dev/fd on morwong Message-ID: <20041228164306.GA250337@morwong.ucc.gu.uwa.edu.au> Howdy. It seems that both bash and mutt on morwong are trying to use the /dev/fd directory, which doesn't exist. Specifically, it is used by bash's Process Substitution feature and by mutt's Mail Key function. -- ... "So tell me about yourself man, I've never met a customer before" -- telco support rep to Christ Sol _____________________________________________________________________ | | | -=*Alastair Irvine*=- | | C-monkey/wanderer/board&RPGer/net-nut alastair@ucc.gu.uwa.edu.au | |_____________________________________________________________________| From davidb at shikita.rcpt.to Wed Dec 29 12:59:32 2004 From: davidb at shikita.rcpt.to (David Basden) Date: Wed Dec 29 12:59:49 2004 Subject: [tech] Problem with KAS and SpamAssassin In-Reply-To: <20041226092948.GC155983@morwong.ucc.gu.uwa.edu.au> References: <20041213142411.GB67890@morwong.ucc.gu.uwa.edu.au> <20041215024333.GI29449@shikita.rcpt.to> <20041226092948.GC155983@morwong.ucc.gu.uwa.edu.au> Message-ID: <20041229045932.GA2887@shikita.rcpt.to> On Sun, Dec 26, 2004 at 05:29:48PM +0800, Alastair Irvine wrote: > On Wed, 15 December, 2004 at 10:43:33AM +0800, David Basden wrote: > > Could you please send on all the message headers? Also, if you have > > them, and it's very definately a trusted source, headers from > > other messages sent by the same mailer? > > The only other examples I have with this exact MUA version are from the > Eidolist, which munges the Received lines. Searching for the first three > components of the version number yielded no matching e-mails with > hotmail.com From addresses. > > It looks like the e-mail in question (munged headers attached) has been > through a non-standards-compliant Microsoft MTA, which added an invalid > Received line. ("phx.gbl") *nods* You can probably change the weighting of that particular rule for your personal spam filtering (spam assassin allows weight changes on a per user basis, but not normally changing of the rules themselves by default). The correct place to change the rule itself is upstream with the spamassassin distribution. > > It's not just looking at X-Mailer, it's looking at quite a few > > different headers, and checking that they are the same as generated > > by specific versions of OE.[0] There seems to be spam mailers that > > make small errors in the headers that wouldn't be made by OE. > > The message ID did not match either of the two patterns mentioned by luyer. Yeah, it's annoying. They've got a list of the combinations of headers used by each specific Microsoft MTA, and if one of them doesn't match, the rule is matched. Unfortunately, the Microsoft MTA matching seems to be quite good at picking up some of the harder to find spam, but if it's giving you false positives, tweaking the weighting for that rule is probably going to be the best bet. > > [0] mooneye:/usr/share/spamassassin/20_ratware.cf (lines 115-134) > > I don't have access to this as I'm not in wheel. Take a look on mussel. The versions are similar. I'll see if I can take a harder look later on, when i'm a bit less fuzzy. David (who should find a shaver to deal with the fuzzyness thing) From davidb at shikita.rcpt.to Wed Dec 29 13:33:52 2004 From: davidb at shikita.rcpt.to (David Basden) Date: Wed Dec 29 13:34:10 2004 Subject: [tech] /dev/fd on morwong In-Reply-To: <20041228164306.GA250337@morwong.ucc.gu.uwa.edu.au> References: <20041228164306.GA250337@morwong.ucc.gu.uwa.edu.au> Message-ID: <20041229053352.GB2887@shikita.rcpt.to> On Wed, Dec 29, 2004 at 12:43:06AM +0800, Alastair Irvine wrote: > Howdy. It seems that both bash and mutt on morwong are trying to use the > /dev/fd directory, which doesn't exist. Specifically, it is used by bash's > Process Substitution feature and by mutt's Mail Key function. (from the bash manpage on morwong to refresh memories, including mine) | Process substitution is supported on systems that support named pipes | (FIFOs) or the /dev/fd method of naming open files. It takes the | form of <(list) or >(list). The process list is run with its input | or output con- nected to a FIFO or some file in /dev/fd. The name | of this file is passed as an argument to the current command as the | result of the expansion. If the >(list) form is used, writing to the | file will provide input for list. If the <(list) form is used, the | file passed as an argument should be read to obtain the output of list. So, the following works on mussel: davidb@mussel:~$ cat <(echo fish) fish davidb@mussel:~$ But not on morwong: bash-2.02$ cat <(echo fish) cat: cannot open /dev/fd/63 bash-2.02$ The 'cat' command is actually expanded to 'cat /dev/fd/63', because bash is assuming that /dev/fd/63 is a node set up by the OS pointing to file descriptor 63 for the current process. For some reason, /dev/fd isn't setup on morwong, and morwong isn't letting me in with my key. Could someone please look at the fd(4) manpage on morwong, and set it up? It seems to be pretty simple, just hasn't been done with this build. David From trs80 at ucc.gu.uwa.edu.au Wed Dec 29 16:02:31 2004 From: trs80 at ucc.gu.uwa.edu.au (James Andrewartha) Date: Wed Dec 29 16:02:38 2004 Subject: [tech] /dev/fd on morwong In-Reply-To: <20041229053352.GB2887@shikita.rcpt.to> Message-ID: On Wed, 29 Dec 2004, David Basden wrote: > For some reason, /dev/fd isn't setup on morwong, and morwong isn't > letting me in with my key. > > Could someone please look at the fd(4) manpage on morwong, and > set it up? It seems to be pretty simple, just hasn't been done > with this build. Done. -- # TRS-80 trs80(a)ucc.gu.uwa.edu.au #/ "Otherwise Bub here will do \ # UCC Wheel Member http://trs80.ucc.asn.au/ #| what squirrels do best | [ "There's nobody getting rich writing ]| -- Collect and hide your | [ software that I know of" -- Bill Gates, 1980 ]\ nuts." -- Acid Reflux #231 /