Slashdot Mirror

No, it still holds even if you could manipulate individuals molecules.
e.g. see Maxwell's demon.

If all you want is a pretty interface, then maybe all you need is a basic GUI client. If you want power, though, you should look into MH, which allows you to do anything you could possibly want directly from a terminal window, or within one of several front ends (including a fine GUI client). You can even chain together commands to do complicated things (or write shell or Perl scripts that do), search, sort, and filter messages, have custom commands for writing to or replying to mail from mailing lists, and so forth. The big downside with MH is that each message is its own file, and each folder is a directory, which can mean some wasted disk space. On the other hand, having every message be its own file means that you can manipulate each message separately with shell or Perl scripts.

The main front ends for MH (outside of the various shell commands) are mh-e , an Emacs interface, and exmh , a TCL/Tk GUI client (previously mentioned by Tet). (xmh included with the X Window System, is severely outdated.) Several graphical clients can also be used as front ends for MH (although that support mostly consists of being able to read from or write messages to MH-style folders). (The links in this paragraph are to sections of the on-line version of O'Reilly's MH & xmh: Email for Users & Programmers, now called MH & nmh: Email for Users & Programmers. How many other e-mail tools have an O'Reilly book dedicated to them?)

Emacs itself gives you several additional mail reading alternatives, including mh-e (of course), VM, rmail, MEW, and gnus, which is primarily a newsreader, but can also be used to read mail. (Especially good for very high-traffic lists, as it will do threading and scoring just like it does for newsgroups.)

Both exmh and mh-e (with mailcrypt) support PGP and GPG encryption, signing, and decryption.

If you don't just trust me and devote your life to MH, your best bet is to do a search on freshmeat and try all the mail clients that sound interesting. That's lots easier if you're using a Debian system or one with RPMs that will allow you to install packages, play with them, and then easily remove them and all their assorted fluff. As always, be sure to make a backup of your mail spool before you start messing around with it!

My first e-mail experiences were with VAXen and IBM mainframes. I started using MH with my first Unix account, and I've never found anything more powerful or flexible. I've tried lots of graphical clients, including Novell GroupWise 4, Eudora, Outlook, Communicator, Outlook Express, and NeXT's Mail.app, and found them all frustrating in one way or another.

My current setup uses nmh as the base system; exmh as my main reader; and mh-e for replying to mail. I use fetchmail to download my mail, and mailagent (from CPAN) to filter it, catching most spam and automatically filing real messages into the appropriate MH folders.

(To be perfectly fair, Outlook was the prettiest client I ever used, but it was still too complicated to set up and too limiting. Not to mention the nightmare that is Exchange.)

If all you want is a pretty interface, then maybe all you need is a basic GUI client. If you want power, though, you should look into MH, which allows you to do anything you could possibly want directly from a terminal window, or within one of several front ends (including a fine GUI client). You can even chain together commands to do complicated things (or write shell or Perl scripts that do), search, sort, and filter messages, have custom commands for writing to or replying to mail from mailing lists, and so forth. The big downside with MH is that each message is its own file, and each folder is a directory, which can mean some wasted disk space. On the other hand, having every message be its own file means that you can manipulate each message separately with shell or Perl scripts.

The main front ends for MH (outside of the various shell commands) are mh-e , an Emacs interface, and exmh , a TCL/Tk GUI client (previously mentioned by Tet). (xmh included with the X Window System, is severely outdated.) Several graphical clients can also be used as front ends for MH (although that support mostly consists of being able to read from or write messages to MH-style folders). (The links in this paragraph are to sections of the on-line version of O'Reilly's MH & xmh: Email for Users & Programmers, now called MH & nmh: Email for Users & Programmers. How many other e-mail tools have an O'Reilly book dedicated to them?)

Emacs itself gives you several additional mail reading alternatives, including mh-e (of course), VM, rmail, MEW, and gnus, which is primarily a newsreader, but can also be used to read mail. (Especially good for very high-traffic lists, as it will do threading and scoring just like it does for newsgroups.)

Both exmh and mh-e (with mailcrypt) support PGP and GPG encryption, signing, and decryption.

If you don't just trust me and devote your life to MH, your best bet is to do a search on freshmeat and try all the mail clients that sound interesting. That's lots easier if you're using a Debian system or one with RPMs that will allow you to install packages, play with them, and then easily remove them and all their assorted fluff. As always, be sure to make a backup of your mail spool before you start messing around with it!

My first e-mail experiences were with VAXen and IBM mainframes. I started using MH with my first Unix account, and I've never found anything more powerful or flexible. I've tried lots of graphical clients, including Novell GroupWise 4, Eudora, Outlook, Communicator, Outlook Express, and NeXT's Mail.app, and found them all frustrating in one way or another.

My current setup uses nmh as the base system; exmh as my main reader; and mh-e for replying to mail. I use fetchmail to download my mail, and mailagent (from CPAN) to filter it, catching most spam and automatically filing real messages into the appropriate MH folders.

(To be perfectly fair, Outlook was the prettiest client I ever used, but it was still too complicated to set up and too limiting. Not to mention the nightmare that is Exchange.)

If all you want is a pretty interface, then maybe all you need is a basic GUI client. If you want power, though, you should look into MH, which allows you to do anything you could possibly want directly from a terminal window, or within one of several front ends (including a fine GUI client). You can even chain together commands to do complicated things (or write shell or Perl scripts that do), search, sort, and filter messages, have custom commands for writing to or replying to mail from mailing lists, and so forth. The big downside with MH is that each message is its own file, and each folder is a directory, which can mean some wasted disk space. On the other hand, having every message be its own file means that you can manipulate each message separately with shell or Perl scripts.

The main front ends for MH (outside of the various shell commands) are mh-e , an Emacs interface, and exmh , a TCL/Tk GUI client (previously mentioned by Tet). (xmh included with the X Window System, is severely outdated.) Several graphical clients can also be used as front ends for MH (although that support mostly consists of being able to read from or write messages to MH-style folders). (The links in this paragraph are to sections of the on-line version of O'Reilly's MH & xmh: Email for Users & Programmers, now called MH & nmh: Email for Users & Programmers. How many other e-mail tools have an O'Reilly book dedicated to them?)

Emacs itself gives you several additional mail reading alternatives, including mh-e (of course), VM, rmail, MEW, and gnus, which is primarily a newsreader, but can also be used to read mail. (Especially good for very high-traffic lists, as it will do threading and scoring just like it does for newsgroups.)

Both exmh and mh-e (with mailcrypt) support PGP and GPG encryption, signing, and decryption.

If you don't just trust me and devote your life to MH, your best bet is to do a search on freshmeat and try all the mail clients that sound interesting. That's lots easier if you're using a Debian system or one with RPMs that will allow you to install packages, play with them, and then easily remove them and all their assorted fluff. As always, be sure to make a backup of your mail spool before you start messing around with it!

My first e-mail experiences were with VAXen and IBM mainframes. I started using MH with my first Unix account, and I've never found anything more powerful or flexible. I've tried lots of graphical clients, including Novell GroupWise 4, Eudora, Outlook, Communicator, Outlook Express, and NeXT's Mail.app, and found them all frustrating in one way or another.

My current setup uses nmh as the base system; exmh as my main reader; and mh-e for replying to mail. I use fetchmail to download my mail, and mailagent (from CPAN) to filter it, catching most spam and automatically filing real messages into the appropriate MH folders.

(To be perfectly fair, Outlook was the prettiest client I ever used, but it was still too complicated to set up and too limiting. Not to mention the nightmare that is Exchange.)

The genie has granted your wish

- Sam

Some pieces that free software could do much better:

• dynamic optimization rather than a simple JIT (see also Self),
• layers of intermediate representation carrying more semantic information, giving a big boost to projects with code available,
• a more powerful security model,
• using the same deduction framework to assist with optimizations and parsing,
• going even further and integrating the language into the programming environment,
• completely kick-ass garbage collection,
• and so on...

Re-inventing OLE / DCOM is silly. There's so much else to do with much greater pay-offs...

If you don't have the ability to do this there are general rules to follow as to what version of a browser supports what and how well. Most of that information can be found on the web, if not on netscape.com & microsoft.com.

Is there something wrong with following these rules? Or these if you're concerned about compatibility with older browsers? (Or even these rules, but that's taking things a bit too far...)

Then again, I'm an old fogey who remembers the days when the point of HTML was to allow the browser to render content according to the terminal's capabilities and user's preferences, not to specify the text font and exact pixel location of each image. Bah! Humbug!

Neutrinos have mass. See here
an announcement dating from June '98 to that effect.

and this doesn't break the standard model at all, btw

Because neutrino oscillation (which there is strong evidence for thanks to the efforts of the Super-Kamiokande team) requires that neutrinos have mass; unfortunately, the manner in which they change types may require (mathematically speaking of course) another type of neutrino. Now this clearly will require a modification to the Standard Model, which originally only postulated the existence of 3 neutrinos to match the three lepton types (disregarding anti-particles of course).

The demand for launches isn't flat with respect to cost. The cost of launches just hasn't fallen much since the 1970s. This is because the political powers found the prospect of the boomer generation breaking out into space more threatening than the prospect of them becoming earth-bound basket cases -- even if it meant a neo-Guttenberg revolution via computer networking.

The threatening-but-far-less-so information technology revolution occured because Moore's law was already unleashed by 1970. By the time the bulk of the boomers were hitting the age where they were making career committments (1975) the network revolution was inevitable. The "market analysis" by a "government sponsored industry group" upon which the Space Access Society relies is reminiscent of when, in the early computer industry of the 1950's, IBM president Thomas J. Watson's market analysts provided a similarly flawed estimate of the demand for computers: six. That's right -- their cost demand calculations "flattened out" at six computers total -- no more computers would be built because the demand wouldn't justify it. Of course, it didn't take the transistor, let alone the integrated circuit and Moore, to show that estimate to be nonsense. Reality was that the cost demand curve wasn't as "flat" as the industry-dominating IBM would have liked and there simply wasn't as much perception that political power would be lost by expanding the access to computing as there was that, at the height of the Apollo program, power would be decentralized by expanding access to space for the boomer generation.

The historic analogue of the current situation is to be found in the fact that Leif Erikson not only mapped the first routes to the new world --he provided (under duress of the christian King of Norway) Iceland with its first Bishop of the Roman church -- which probably provided Rome with crucial information, if not maps, of potential new trade routes. But like all empires, they have to keep things "manageable". What followed was a similar "flat demand curve" for new world exploration as Mediterranean theocratic nepotism ("Is the Pope Italian?" used to be rhetorical question.) over potential trade-routes excluded northern european peoples until the Sephardic Jews, expelled by the theocratic Spanish Inquisition, teamed up with the Dutch and then, via Cromwell, with the British. This created the Protestant reformation which broke the Mediterranean monopoly on the trade routes (although it didn't allow the reestablishment of real mythic independence as would have the mass printing of the Eddas and Sagas) -- thus unleashing the age of exploration and establishment of the protestant colonies of north and west Europe.

Who are the Sephardim and potential "protestants" of the modern era? I tend to believe we should belooking for hysterical inquisitions against more genetically dominant cultures by the current theocracy of "political correctness" as it realizes African tribes, for example, are far from "politically correct". What will happen if more traditional African tribes team up with rural Americans, Russians, Australians, etc.? Certainly no one expected the combination of Guttenberg and Sephardic-edited Masoretic texts to unleash the old germanics from their domination to Rome's monopoly on trade routes.

This is the main reason why I recently spent a month travelling in Africa.

As I've said repeatedly in the past:

Promotion of politics exterminates apolitical genes in the population.
Promotion of frontiers gives apolitical genes a route to survival.

Change the tools and you change the rules.

I think that is addressed under the keyword scalability: "Perhaps the most far-reaching innovations have been brought by the Keck, with virtually unlimited scalability of the telescope primary optics". The Keck telescope consists of 36 smaller mirrors (supplied by Kodak). Since for such big telescopes active optical control (meaning that the mirror(s) can be deformed slightly by special elements under them) is necessary anyway to counteract athmospheric effects and structural relaxation in different positions the problem of microadjusting all those smaller mirrors could be addressed by the active optics (though this is apparently still an issue).

This might also mean that the OWL could already start working before the main mirror is completely assembled, probably starting with the outer ring to make most of the diameter.

However, everything associated with Juice is open-source, and the API is documented. If you're curious, you can check it out here.

It's all a bit rough, but I think all it would take to turn this (or at the very least, the model on which it is based) into something really useful and promising is to get an active group of people maintaining and improving it. It's certainly interesting as a cross-platform development tool, completely outside the browser. Anyone interested?

Juice is a derivative of the moderately cool language Oberon, which is a very cool derivative of Modula-2. But that's not the neat part about it.

What's really neat about Juice is that while it IS platform independent, it doesn't do this by compiling out to the "native bytecode" of a Juice Virtual Machine. It compiles out to intermediate object code which can be downloaded by a client machine and is then compiled to the real machine's native bytecode with the Juice Just-In-Time Compiler.

The object code is reasonably compact and platform independent, while the resulting compiled code has the speed advantage of a native program. The standard distribution of the browser plug-in includes a set of standard libraries for common functions and graphic controls which a Juice program can use to reduce its download size greatly if it's doing standard sorts of things.

If it shares as much as I think it does with standard Oberon, executables can share modules in memory similarly to the way windows apps use DLLs, reducing the memory footprint for running multiple Oberon apps.

Anyway, I've always felt that Java was a subpar solution because of the speed issue. Juice solves that. I'm curious to see more details on C# to see if it's going to JIT compile to native bytecode or just re# the Java model of running interpreted code on an emulator for a Virtual Machine.

Things might even go further. When in a movie someone 'plays' the bad guy, we know this is only pretending on the part of the actor. How does playing a rapist reflect on the actor's character? Not badly I hope. And does this translate to someone playing a rapist in an online RPG?

Good question, and one I've wondered about for quite some time, especially after reading A Rape in Cyberspace.

I've noticed that online (not just in MUDs), the line between genuine interaction and roleplaying can get very easily blurred. Often, even though those involved may not realize it, a story is being played out. What if one of the players has a different story in mind than the others? Can they be charged with a crime if they "rape", "murder", or "discriminate against" another? It's just part of the story, right? Just words on a screen...

is here

Everybody knows the big US domains (.com, .org, .net, .edu, .gov). And anybody halfway with it knows about country codes too. (.de, .uk, etc.)

Additionally, most old timers remember when .mil addresses used to be more common (and often used, too!), and some of use even remember the old .arpa addresses. And the European Union currently has a .int address. But has anybody found a .nato address? In theory, the exist, but the closest I've ever come has been the NATO home page.

I've put a script up here that removes the virus from unix mailspools.

China is .CN. You can find the country code list here.

LeGuin invented the term, but I think she used it prior to The Dispossessed.

• Write a pipe program to redirect output from one program to input for another. (i.e. pipe program1 \| program2)
• Write a program to share a memory page between two processes created with the fork() system call.
• Using semaphors, write a program to solve the dining philosophers problem.

The Cocos (Keeling) Islands. Country codes are here.

...sounds like a "Carbon Copy" domain to me. :)
---
pb Reply or e-mail; don't vaguely moderate.

1. Turn off these everywhere...

• HTML (except the browser)
• Java
• Java Script
• Active-X
• VBA or macro features
• Anything similar to the above

Also, turning off Javascript turns off style sheets; that may or may not justify leaving it on, depending on your browsing habits. Javascript is, I belive, less of a risk than Java, and orders of magnitude less of a risk than ActiveX.

3. Never open any message unless you...

• Know the person sending it
• Expect the message

6. Don't give out your email address unless it's REALLY NECESSARY.

I take a few anti-spam precautions. My address above is given in a spam-proof fashion, and so is the one on my web site (interestingly, it appears that many spambots read only the text of the page and don't parse the contents of a "mailto" URL). When I do get spam, I usually send it to the appropriate postmasters and the account is revoked within hours. And I use slocal (part of MH) to filter incoming mail and autobounce a few rouge domains.(Although now that I'm running my own genuine domain instead of a forwarded virtual one, I can make sendmail do the work.)

mmmmmmozillllla

Wouldn't resealing this document mean instituting prior restraint? This is what the Pentagon Papers were all about, and the Cigarrette papers. In an article in the Nation they talk about a case where the University of California won a suit over documents from a tobacco company because they had published the documents on a CD and the Web. This case should be a precedent that publication on a web site should mean that the documents are public, and not secret.

DeCSS is based on material that was not encrypted, and was available for public scrutiny. At worst, they violated copyright. The supposed trade secret was not a secret because of oversight by licensed users. It strikes me that this case has numerous parallels with the Cigarrette Papers case, which was also in California.

Perhaps a lawyer familiar with the Cigarrette Papers case can tell me why that case did not set precedent.

First of all, as a Canadian I am vividly aware of the lack of corporate press in America. For example, how many of you American readers are aware of or have ever heard of the MAI (now dead) which would have destroyed investment barriers between nations. Canadians (and others) shot it down but *activists* I know in the states hadn't even heard of it.

My point is that awareness of corporate control is at a stunningly low ebb, no matter whether you support or hate it, in the US.

Jon Katz's predictions of a dire future remind me of Wired's future scenarios a few years back. They gave three possibilities, dominated to various degrees by dictator-like corporations.

Here's a bit of media education for those who didn't get it in school (and I bet that's most of us): The larger the corporation the more profitable it can be. But there's a severe downside when media companies join with others. It's a fact that they can't cover their own dealings with impartiality. Do expect MSNBC to cover the Microsoft trial impartially? They will either cover their own news with a biased slant or not cover it at all (almost as bad). And the more one company owns the less you're going to hear about.

Here's a page with information on which media companies own what as well as some good analysis.

What Wired didn't see at the time was the power of open-source. I think it's a powerful weapon against corporate control because we can use big business' best weapon, the law, against their domination of our culture. Let's face it, that's how open-source got started, against Microsoft and other software corporation monopolies that were putting out crappy software.

Well, now we've pissed off the big boys and we have to learn to play as dirty as they do.

That means learning how to use lawyers and money and learning how the media game works.

I can already see some manager wondering who got their hands on it -- a competitor? 2600 or LoD -- aren't they based in the east coast, possibly New York? Then thoughts shift to what this will do when management hears about this: have we just committed a "career-limiting act"?

There's probably always been a kind of siege mentality at Microsoft. I'm sure that this has only intensified with the recent finding of fact by Judge Jackson, BackOrifice 2000, the spotlight that Linux took from Windows and all the general ill will towards the company. Couple that with the human tendency to assume that something that's gone missing has been stolen (especially if that something is valuable), and you have a recipe for paranoia. Except that paranoia is the mistaken impression that people are out to get you.

In the end, they assumed theft-by-scam, for which it would have been justified to call the cops. Since it wasn't the case, it's yet more egg on Microsoft's face, and you can allow yourself a little schadenfreude and know that somewhere inside 1 Microsoft Way, someone is getting the riot act read to them.

I think that the money is excellent as a Phd, so you can get both hapiness and money ! Comments welcome. Sumit

Mutt seems to me to have the nicest of the text interfaces; it is somewhat unfortunate that it doesn't have huge support for the multiplicity of folders that a MH user grows to. (I've got 350 mail folders and 179MB of archived email, for instance.) For managing that, the user interface of EXMH combined with a variety of shell scripts are pretty much necessary.

Mutt is still the nicest way of reading mail on a console...

If you really want the URL of a Java application of relative complexity, try:

FreeBuilder - An IDE in Java.
Argo/UML - A UML editor with cognitive support

The patent itself is more concerned with making sure that the conversion process occurs without any exceptions taking place .. or actually holding the processor state and waiting for a sequence of instructions to make sure no exception etc happens and then excuting it on the host processor.

They obviously also need strong compiler support for such a processor which explains all the software and compiler people they have been recruiting.

Fun, fun, fun .. who says Computer architecture is dead !

Sumit

The detector is located deep underground in order to shield it from cosmic ray muons by the rock above it.

It's slightly different when books are superceded by newer versions, though. The old version is still useful, and the differences aren't necessarily sufficient to make releasing the old version of the book commercially viable. For example, my DNS and BIND book is good enough for what I need to know. Although it's been replaced by a newer version, I wouldn't have gone out and bought the new one (although some kind soul was good enough to buy it for my birthday anyway :-)

I seem to recall reading that O'Reilly do offer a trade in service, where you can send them the front cover of a previous version to get a discount on the newer version of a book.

Here is my original web site and the copy that he made. I have changed my site a lot since then (he did this a year ago). He refuses to respond to any emails I send him.

A program called Visual Perl is available here. "Visual Perl is a two-way visual tool used to design graphics interface for Perl/GTK. The goal of it is to design a Visual Basic like tool for UNIX system."

oh well. i was kinda looking forward to an alternate version of Drunken Master. The Jackie Chan version is pretty cheesy, but still enjoyable. Ya gotta love the almost unreadable subtitles. Whee! Check out this list of actual subtitles used in kung fu movies.

Speaking of perl scripts, look into MHonarc.
Home Page

FAQ

Here's the description:
MHonArc is a Perl mail-to-HTML converter. MHonArc provides HTML mail archiving with index, mail thread linking, etc; plus other capabilities
including support for MIME and powerful user customization features.

Earl Hood has done all the work for you. Good stuff.

Speaking of perl scripts, look into MHonarc.
Home Page

FAQ

Here's the description:
MHonArc is a Perl mail-to-HTML converter. MHonArc provides HTML mail archiving with index, mail thread linking, etc; plus other capabilities
including support for MIME and powerful user customization features.

Earl Hood has done all the work for you. Good stuff.