KCLUG

kclug@kclug.org

3239 discussions

RE: Extracting ALL of the attachments from a mailing list
by Kelsay, Brian - Kansas City, MO 04 May '05

04 May '05

>-----Original Message----- >From: kclug-bounces(a)kclug.org [mailto:kclug-bounces@kclug.org] >On Behalf Of Jeremy Turner > > >On Thu, 2005-04-28 at 17:44 -0500, Gerald Combs wrote: >> Before I start rolling my own solution, does anyone know of >a utility or >> collection of utilities that will >> >> 1) Extract all of the MIME attachments from a mailing list archive, > >You might check out uudeview or mpack >http://www.fpx.de/fp/Software/UUDeview/ >No URL for mpack. In the Debian package, the author says of mpack says >to use uudeview. > >> 2) Extract the files from any archived (tar|zip|rar|...) >attachments, > >I assume once you extract the files from your mail archives and remove >any duplicates, it would be trivial to run a loop on all files you >extracted: > ><pseudo-code> >if $extension eq ".tar.gz" or $extension eq ".tgz" >then > tar xvfz $filename >else if $extension eq ".tar.bz2" or $extension eq ".tbz2" >then > tar xvfj $filename >else if $extension eq ".zip" >then > unzip $filename >end if ></pseudo-code> > >> 3) Move each extracted file to a specific directory, renaming it if >> there's a naming collision, and > >uudeview does this. > >> 4) Remove any duplicate files. > >Maybe an MD5sum hash table to check for duplicates? > >Jeremy > Wouldn't you want to check for dups. before you extract and mv to a dir? Or extract to dir., compare to final destination dir. And then mv file. You may want to compare filenames and dates to keep the newest or oldest file based on preference.

3 2

Re: Today's quiz question
by Jack 04 May '05

04 May '05

--- Gerald Combs <gerald(a)ethereal.com> wrote: > What happens when you run > > ping 0x7f.1 > > and why? Same thing that happens if you ping 127.1 or 127.0.0.1 or 12.1 or 0xc.1 or 0x7c.0xf1 or ... ping translates it as x.0.0.y and runs the query. I would say that this is a bug in ping, that it would allow x.y to be evaluated as a complete ip address. But what is going on is that ping is calculating the address based on the first and last dot numbers and fills in the blanks with zeros. if you want the RFC explanation for it, I'd have to look it up. I don'ty keep that kind of trivia in my head, hell I have a hard enough time keeping in the important stuff. ;') Brian D. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

3 2

Re: Today's quiz question
by Jack 04 May '05

04 May '05

--- Gerald Combs wrote: > Jack wrote: ... > > > > I would say that this is a bug in ping, that it > would > > allow x.y to be evaluated as a complete ip > address. > > But what is going on is that ping is calculating > the > > address based on the first and last dot numbers > and > > fills in the blanks with zeros. ... > > The behavior is on purpose, and happens when ping > passes the address to > the inet_aton() function. inet_aton() tries its > best to convert ... > > The man page has more information (under "Internet > Addresses"): > >http://www.freebsd.org/cgi/man.cgi?query=inet_aton&sektion=3 Well just because it is done on purpose, and I suspected it was. Does not make it not a bug. I still consider it a bug. Here's my reasoning, if a program does an interpretation of the user input that the user might not have intended then ... it might be a bug. If a program behaves in an irrational way to input then ... it might be a bug. If a program fills in missing information then ... it might be a bug. It's certainly a nice little l33t trick for those in the know to use for short-cutting, etc. But, it's still is translating what might have been an accidental <CR>. I might want to ping 12.1.0.5, but if my hand slips and I hit return after 12.1 or 12.1.0 then I wind up pinging the wrong address (12.0.0.1 or 12.1.0.0). But even bugs have uses, whether they are intentional or not. ;') Thanks for the trivia, Gerald. Brian D. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 1

RE: database
by Leo Mauler 04 May '05

04 May '05

Another question regarding databases. I'd prefer using ANSI SQL or even SQLite, but the issue has come up that the local newspaper managers might want the database output into Microsoft Access. Is that easier to convert from Access to SQL or easier from SQL to Access? (I think I know the answer, I just want to hear it from someone who does this professionally) Also, is it easier (or better for that matter) to use an SQL database when putting it on the Internet? In other words, if I'm forced into Access should I create a side copy in SQL just for the Web? --- Leo Mauler <webgiant(a)yahoo.com> wrote: > Here's an interesting question: if one uses SQLite > and suddenly needs MySQL or something else more > complex than SQLite, how complex will the > conversion be? > > --- "Timothy A. Canon" <tim(a)crn.org> wrote: > > > > Alternately, SQLite is in the public domain > > and has a relatively small learning curve. > > > > <http://www.sqlite.org/> > > > > Check here to see if it is right for your > > situation: > > > > <http://www.sqlite.org/whentouse.html> __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

5 5

RE: Commentary On Revenge of the Sith
by Kelsay, Brian - Kansas City, MO 04 May '05

04 May '05

>-----Original Message----- >From: kclug-bounces(a)kclug.org [mailto:kclug-bounces@kclug.org] >On Behalf Of Jack > >I unfortunately will have to see it, just for the >completeness thing. Not like TLoR trilogy, which was >really very good and the extended versions are even >better. It would have been nice to have done the >Hobbit also. > >I'm still waiting for the rest of the Dune series to >come out. > >Which brings up the topic, was there a novel for Star >Wars story before the movie? Or was it just a script? >I assume Stevie choose to start in the middle for a >reason (like the beginning part was boring). > >Brian D. Stevie? You mean George? Yes, it was a script first and book later, as far as I know. The first 2 episodes didn't have to be boring, he let them be. What is next in the Dune series after Children of Dune?

2 1

Re: Today's quiz question
by Jack 04 May '05

04 May '05

--- Justin Dugger <jldugger(a)gmail.com> wrote: > so feel free to > replace it with > say 127.4.65.234 (or whatever) when abusing n00bs > and "hax0rs." Feel >... Another common > base is octal, and is indicated with a leading 0. > This is even less > well known, leading to the confusing command > > ssh 0177.1 > > A box which suspiciously has the same password as > yours! > On another interseting note try mixing the two ping 0177.0xf7 or 017.0xf7 or 0201.43.024.0x63 (funny no response from IBM?) Enjoy, Brian D. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

1 0

RE: Today's quiz question
by djgoku 03 May '05

03 May '05

On 5/3/05, Gerald Combs <gerald(a)ethereal.com> wrote: > What happens when you run > > ping 0x7f.1 > > and why? Not sure why, but try pinging 127.1 does the samething, 7f is 127 so adding .1 just makes it work. Weird though. Seems like 127.1.*.* are all able to be pinged and get a response from 127.0.0.1. Jonathan

2 1

Today's quiz question
by Gerald Combs 03 May '05

03 May '05

What happens when you run ping 0x7f.1 and why?

1 0

Re: database
by Jack 03 May '05

03 May '05

--- Dave Hull wrote: > Quoting Leo Mauler <webgiant(a)yahoo.com>: > > > I guess what I'll end up using is SQLite, as the > > poster who mentioned it said that it has an easy > > learning curve. > > Haven't used SQLite, but I recall the learning curve > for MySQL was pretty > shallow. Hell, if I learned it anyone can. And if > you have learned Linux then > you can learn MySQL. I'm going to hazard a guess > that the install base for > MySQL is larger than the install base for SQLite so > getting help with MySQL is > probably going to be easier. I don't recall seeing > very many books at the local > book shop on SQLite, but there's plenty on MySQL. > ... I'm going to have to agree with Dave on this one. The learning curve for MySQL is going to be probably not much more than SQLite (I also haven't seen SQLite). Plus, if you ever need to do some powerful SQL stuff or ever want to play around with doing powerful SQL stuff, then you'll just be able to do them with MySQL. If you go with SQLite, and then you need to do some tricky types of stuff with the data, you'll probably have to port everything over to another DB. From what I understand of SQLite, that is. I hear it is sort of like MySQL in the early days. Lastly, with MySQL you'll be garaunteed to be able to speak to any important database. JMHO, Brian D. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

1 0

Re: OT: Bringing India Here (was Re: OT OS issue)
by Leo Mauler 03 May '05

03 May '05

--- Jack <quiet_celt(a)yahoo.com> wrote: > I'm not sure the DoHS is going to be very thrilled > about this. Those Fed types generally don't like > seeing people skirt around the law. Especially with > all those potential terrorists just off-shore! Oops, > Was that a cruise ship we just blew up? We thought > it was an Al Qaeda invasion force. The Bush Administration interfering with Micro$oft? Heaven forbid! :( > --- Leo Mauler wrote: > > > > --- Jack <quiet_celt(a)yahoo.com> wrote: > > > > He doesn't need to relax H1-B restrictions, > > just moor a couple cruise ships in > > international waters just off the coast of > > California. > > > > Saw it on Slashdot (used TinyURL to make the > > link > > unbreakable): http://tinyurl.com/7kqxb > > Its the coolest kludge, and he already has > > $billions to make it happen! __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

3 2

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

KCLUG