Linux-Misc Digest #618, Volume #27 Mon, 16 Apr 01 04:13:02 EDT
Contents:
perl 5.6.1 build problem (Pete Schmitt)
Re: Thrashing HD (John Scudder)
modify S/N # of NTFS
Re: process just refuses to die!!!! ("Gero H. Marten")
Re: control Numlock, Roll, Capslock LEDs! (Pawel Sawka)
Re: Redhat 7 - where's AisleRiot? ("Monte Milanuk")
Re: Could Linux be used in this factory environment ? ("Erik Funkenbusch")
Re: How to measure elapsed time? (MH)
Re: Mounting Nero ISO Images ("Glitch")
Re: Pico editor ("muzh")
Re: Could Linux be used in this factory environment ? (Charles E. Hill)
Re: Could Linux be used in this factory environment ? ([EMAIL PROTECTED])
Re: Thrashing HD (Dave Brown)
Re: Looking for a linux book ("Hello")
help in using initrd when there is no root file system (lmc83)
Help in Using romfs (lmc83)
Re: X11-V4.03- (Michael Heiming)
Re: Looking for a linux book ("Hello")
Re: Procmail default directory (Michael Heiming)
Re: How to measure elapsed time? (Drew Roedersheimer)
Re: help in using initrd when there is no root file system ("Eric en Jolanda")
Re: Procmail default directory (Todd Knarr)
Re: Procmail default directory (Michael Heiming)
----------------------------------------------------------------------------
From: Pete Schmitt <[EMAIL PROTECTED]>
Crossposted-To: alt.os.linux.slackware
Subject: perl 5.6.1 build problem
Date: Mon, 16 Apr 2001 02:21:27 GMT
Hi all
I recently upgraded my slack 7.1 box to perl 5.6.1, which I built from
source. All went well except for one thing..
I can't delete the build directory, as there is a file in the /t
directory called 'big' that won't stat. I assume it's left over from
'make test', and is probably from the checking of large file support. I
forced fsck and all was clean. when I try to rm -R the file or even cd
into the /t directory, I get " File 'big' exists but can not be stat-ed:
Value too large for defined data type."
I'm running kernel 2.4.3, and upgraded everything in the 'changes'
file.
Do I need to recompile glibc 2.1.3 against the new headers? How about
fileutils? Anything else?
Thanks in advance for any insight on this one.
Pete.
--
- Nobody moves very much in a Hanna Barbera cartoon! - Zorak
- Philip Glass! Muzak for the new millenium!
- Prschmitt at home dot com http://www.geocities.com/prschmitt/
------------------------------
From: John Scudder <[EMAIL PROTECTED]>
Subject: Re: Thrashing HD
Date: Sun, 15 Apr 2001 22:40:38 -0400
>
> This is hardly going to take more than 5 minutes. He says it goes on
> forever! Perhaps he should have a look with "top" to see what is
> running.
My Mandrake Linux machine does exactly the same thrashing after 15 minutes.. I
ran 'gtop' to find the culprit and found that 'slocate' was taking a good
portion of my CPU time. The trashing usually stops after 5 minutes, I have
learned to live with it but would like to know if I really need to have this
run each night.
John
------------------------------
From: <[EMAIL PROTECTED]>
Subject: modify S/N # of NTFS
Date: 16 Apr 2001 03:05:26 GMT
Hi,
I am wondering if there is any way to modify the S/N number
of a NTFS partition. Any tools or methods under any platforms
are welcome. But be ware that the hdd has *only* NTFS. While
we can boot from floppy or another hdd from the same computer.
I used to use "debug" under DOS to modify the S/N of FAT32.
Just cannot find where is the S/N of NTFS :)
---- Brittle
------------------------------
From: "Gero H. Marten" <[EMAIL PROTECTED]>
Subject: Re: process just refuses to die!!!!
Date: Mon, 16 Apr 2001 00:15:36 +0200
> what can i do..
Tell us your real name
Give a correct e-mail address
Don't cross post
--
Gero H. Marten
"Computers are like air conditioners:
They stop working properly if you open windows."
------------------------------
From: Pawel Sawka <[EMAIL PROTECTED]>
Subject: Re: control Numlock, Roll, Capslock LEDs!
Date: 15 Apr 2001 13:57:19 GMT
Marc Beck <[EMAIL PROTECTED]> wrote:
> Hello,
> how can I switch the CapsLock, Roll and NumLock LEDs on/off?
> Is there a special program available?
The answer is:
http://www.iki.fi/sampo.niskanen/ledcontrol/
--
* Pawe� Sawka sawka at tu.koszalin.pl RLU#79732 *
* while [ -s ~/kawa ]; do �yk ~/kawa; sleep 60; done *
------------------------------
From: "Monte Milanuk" <[EMAIL PROTECTED]>
Subject: Re: Redhat 7 - where's AisleRiot?
Date: Mon, 16 Apr 2001 03:26:57 GMT
Have you tried something like 'locate aisle'? That should search the locate
db on your machine for any file w/ 'aisle' as any part of the name or path.
You may need to do a 'locate <filename> | less' to see it all if it
generates more than one screen of output.
HTH,
Monte
Ralph Brands <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]...
> I'm just new to Linux, and have successfully put Redhat7 on my Dell
> Inspiron 4000, after disasters with Linux Mandrake.
>
> I'm just learning KDE and am setting up a user account for my daughter
> with a special menu in KDE for my daughter to get to the KDE and Gnome
> games packages. All the Gnome games seem to be in /usr/bin, but I can't
> find AisleRiot, the solitaire game anywhere. All attemts to use find
> with snippets of the name etc haven't worked. Is there some easier way?
> A file in the .kde configuration files that must contain the path name?
>
> Many thanks, Ralph Brands.
------------------------------
From: "Erik Funkenbusch" <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.advocacy,comp.os.linux.hardware
Subject: Re: Could Linux be used in this factory environment ?
Date: Sun, 15 Apr 2001 22:29:35 -0500
"Hartmann Schaffer" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]...
> In article <_DrC6.3490$[EMAIL PROTECTED]>, Erik Funkenbusch wrote:
> >"franek" <[EMAIL PROTECTED]> wrote in message
> >news:[EMAIL PROTECTED]...
> >> I could never understand this enamoration with HTML-based interfaces.
> >There's a good case
> >> for using HTML in a normal web-based environment, but why the hell one
> >would want to use
> >> this crude and slow method in a standalone system is beyond me.
> >
> >Well, there are a lot of reasons why one might want to do this.
> > ...
>
> all the reasons you give describe a thin client arrangement, i.e. a client
> that only does the user interaction and communication with the server.
that
> doesn't mean it has to be html
You're ignoring the one about management. Consider that many factories
operate 24/7, which means they never shut down the terminals and the
"application" runs constantly. When you upgrade the application, the
terminals are still running it. You have to get all the clients to shutdown
and load the new version.
Yes, you could write a script to connect to the machines and kill the
processes and restart it, but what if those terminals are in use when you do
this?
The web based solution works well, because once you've updated the
application, the next time they load a page it uses the new version
automatically.
------------------------------
From: MH <[EMAIL PROTECTED]>
Subject: Re: How to measure elapsed time?
Date: Sun, 15 Apr 2001 20:41:44 -0700
Peter T. Breuer wrote:
>
> This is what it says:
>
> If the *time* reserved word precedes a pipeline, the elapsed
> as well as user and system time consumed by its execution
> are reported when the pipeline terminates
>
> And it defines pipeline as:
>
> Pipelines
> A pipeline is a sequence of one or more commands separated
> by the character |. The format for a pipeline is:
> [time [-p]] [ ! ] command [ | command2 ... ]
>
> So I don't see how it could be misconstrued! You have the trivial case
> of a pipeline of one command. So no pipe (vertical bar) symbols.A It's
> just. You also don't want the optional negation symbol. I haven0t the
> faintest what -p means, but it's optional, so so you just want:
>
> time command
>
> for values of command ranging from echo hi, to make bzImage.
>
> Peter
>
Here's what MAN gives me:
TIME(2) Linux Programmer's Manual TIME(2)
NAME
time - get time in seconds
SYNOPSIS
##incclluuddee <<time..h>>
time__t time((time__t *_t));;
DESCRIPTION
time returns the time since the Epoch (00:00:00 UTC, Jan�
uary 1, 1970), measured in seconds.
If _t is non-NULL, the return value is also stored in the
memory pointed to by _t.
RETURN VALUE
On success, the value of time in seconds since the Epoch
is returned. On error, ((time_t)-1) is returned, and
_e_r_r_n_o is set appropriately.
ERRORS
DEFAULT _t points outside your accessible address space.
Another post provided an example, which clued me in. It was simply so
obvious that it didn't occur to me--particularly after having read the
above entry in MAN!
--
I use GNU/Linux and support the Free Software Foundation. This message was
composed and transmitted using free software, licensed under the General
Public License.
--
------------------------------
From: "Glitch" <[EMAIL PROTECTED]>
Subject: Re: Mounting Nero ISO Images
Date: Mon, 16 Apr 2001 01:23:35 -0400
In article <[EMAIL PROTECTED]>, "Lutz Lehmann"
<[EMAIL PROTECTED]> wrote:
> Hi...
>
> I'm desperately trying to mount Nero NRG-Images, but...
>
> wa23fa4:~ # mount /usr/local/ftp/pub/isoz/Exceed\ 7.nrg /cdrom -t
> iso9660 -o loop
> mount: wrong fs type, bad option, bad superblock on /dev/loop0, or too
> many mounted file systems
>
>
um, Nero may make put some sort of proprietary header on the ISO images
it makes. I don't have an image to try but this may be the problem,
otherwise it would be working. Ithink I remember various Windows programs
having trouble with burning .nrg (nero iso images) as a regular iso image.
------------------------------
From: "muzh" <[EMAIL PROTECTED]>
Subject: Re: Pico editor
Date: Mon, 16 Apr 2001 17:21:18 +1200
Yes I do know what you are talking about --
This used to happen to me, not only with pico. Everything locked solid,
and I had to use the refresh button and run the risk of scrambling my
files to recover.
This turned out to be a hardware problem -- faulty memory module.
I think you should check your hardware -- all connections, cards,
add-ons, memory, etc --
And beware of static!
Hope this helps --
In article <[EMAIL PROTECTED]>, "dave" <[EMAIL PROTECTED]> wrote:
> Every once is a while I go to save something in the pico editor and I
> lock up my screen. Does anybody know what I am talking about?
------------------------------
From: Charles E. Hill <[EMAIL PROTECTED]>
Subject: Re: Could Linux be used in this factory environment ?
Crossposted-To: comp.os.linux.advocacy,comp.os.linux.hardware
Date: Mon, 16 Apr 2001 05:24:17 GMT
Franek wrote:
> Brent R wrote:
>> No way man, you're wrong ... everything that's computer-related must
>> look like a web-page... if it doesn't then you're just behind the times.
>> The factory worker's will be soooo much more productive if they feel
>> like they're searching the web,
> Oh yea, yeah, now I see I was wrong, of course, yeas, just think of it,
> the factory workers will be able to shop on-line while operating their
> favorite lathe! Kewl, dude. To check how their stocks are doing, transact
> their banking online, make a reservation at a favorite restaurant in
> Seattle, stare at some nekkid broads while them forklifts are running wild
> around. Read some unimaginative crap on Salon-dot-com. Productivity will
> soar that's for sure. That's the end of the shop floor as we know it.
>
Be serious! There are several ways to block this -- no default (0.0.0.0)
route on the terminals is the one I used when setting up web-clients in an
electronics (automotive elec) facility.
How about having the firewall deny outgoing packets from the shop floor's
subnet?
There are numerous, effective ways to restrict the floor systems to showing
only work-related items. Many manufacturing facilities require that a
terminal show only info related to the STEP PERFORMED AT THAT POINT, and
not just general work info.
HTML control with PDF documents is a great way to do centralized document
distribution in a document-controlled environment.
--
Charles E. Hill
Artek New Media
------------------------------
From: [EMAIL PROTECTED]
Subject: Re: Could Linux be used in this factory environment ?
Date: Mon, 16 Apr 2001 05:50:30 GMT
"Erik Funkenbusch" <[EMAIL PROTECTED]> writes:
> "Hartmann Schaffer" <[EMAIL PROTECTED]> wrote in message
> news:[EMAIL PROTECTED]...
> > In article <_DrC6.3490$[EMAIL PROTECTED]>, Erik Funkenbusch wrote:
> > >"franek" <[EMAIL PROTECTED]> wrote in message
> > >news:[EMAIL PROTECTED]...
> > >> I could never understand this enamoration with HTML-based interfaces.
> > >There's a good case
> > >> for using HTML in a normal web-based environment, but why the hell one
> > >would want to use
> > >> this crude and slow method in a standalone system is beyond me.
> > >
> > >Well, there are a lot of reasons why one might want to do this.
> > > ...
> >
> > all the reasons you give describe a thin client arrangement, i.e. a client
> > that only does the user interaction and communication with the server.
> that
> > doesn't mean it has to be html
> You're ignoring the one about management. Consider that many
> factories operate 24/7, which means they never shut down the
> terminals and the "application" runs constantly. When you upgrade
> the application, the terminals are still running it. You have to
> get all the clients to shutdown and load the new version.
> Yes, you could write a script to connect to the machines and kill
> the processes and restart it, but what if those terminals are in use
> when you do this?
> The web based solution works well, because once you've updated the
> application, the next time they load a page it uses the new version
> automatically.
This is distinctly _NOT_ ignoring the issue of "management." If the
server application is taken down to upgrade the new version of the
_server_ side, and the thin client happens to be hooking to this, the
client side _does_ get restarted.
It _has_ to, in order to reestablish its connection to the server
process that was just taken down.
This is _precisely_ what happens with the SAP R/3 application...
--
(concatenate 'string "cbbrowne" "@acm.org")
http://www.ntlug.org/~cbbrowne/resume.html
We'll know that rock is dead when you have to have a degree to get a
job in it.
------------------------------
From: [EMAIL PROTECTED] (Dave Brown)
Subject: Re: Thrashing HD
Reply-To: [EMAIL PROTECTED]
Date: 16 Apr 2001 01:08:29 -0500
In article <[EMAIL PROTECTED]>, John Scudder wrote:
>>
>> This is hardly going to take more than 5 minutes. He says it goes on
>> forever! Perhaps he should have a look with "top" to see what is
>> running.
>
>My Mandrake Linux machine does exactly the same thrashing after 15 minutes.. I
>ran 'gtop' to find the culprit and found that 'slocate' was taking a good
>portion of my CPU time. The trashing usually stops after 5 minutes, I have
>learned to live with it but would like to know if I really need to have this
>run each night.
See my previous answer. ( The slocate command is a replacement for
updatedb. ) As I said before, it is being started by anacron. And,
no, you needn't run it every night. You could move the file slocate.cron
from /etc/cron.daily to /etc/cron.weekly. Or if you never use the "locate"
command, remove it altogether.
--
Dave Brown Austin, TX
------------------------------
From: "Hello" <[EMAIL PROTECTED]>
Crossposted-To:
ahn.tech.linux,alt.linux,alt.os.linux,comp.os.linux,comp.os.linux.hardware,comp.os.linux.help,comp.os.linux.questions
Subject: Re: Looking for a linux book
Date: Mon, 16 Apr 2001 06:16:10 GMT
SuSE, specifically, comes with /great/ documentation. there's probably a way
of ordering their "handbook" somewhere off their site.
> And can anyone tell mea good book for SuSE Linux??
------------------------------
From: lmc83 <[EMAIL PROTECTED]>
Subject: help in using initrd when there is no root file system
Date: Mon, 16 Apr 2001 14:32:15 +0800
hi,
I want to develop system in an evaluation board (edb7212).
Currently, the kernel could download into the board and boot up.
But it shows "VFS: unable to mount root fs".
If I want to use initrd as root file system, how to do ?
( There was no root file system currently, the only thing
I could do is to download the initrd.img to the specifiled
address which is on chip flash )
Thanks in advance for your help.
Liang Ming-Chung
------------------------------
From: lmc83 <[EMAIL PROTECTED]>
Subject: Help in Using romfs
Date: Mon, 16 Apr 2001 14:36:47 +0800
Hi,
Does anyone have experience in using romfs?
If I want to use a range of memory as root file system,
how to do that?
Thanks in advance for your help.
Liang Ming-Chung
------------------------------
Date: Mon, 16 Apr 2001 09:06:02 +0200
From: Michael Heiming <[EMAIL PROTECTED]>
Subject: Re: X11-V4.03-
"Peter T. Breuer" wrote:
>
> James D Parker Jr <[EMAIL PROTECTED]> wrote:
> > Michael Heiming wrote:
>
> >> Ulrich Brachvogel wrote:
> >> > how can I display the running version of X? I (think I;-) ) have installed
> >> > the V4.03 on my experimental partition, but want to be shure that I don't
> >> > run the old one before changing X11 on my actual system
> >> Typing "X -version".
>
> > Interesting. I tried it. It told me I was running Xfree86 Version 3.3.6. Which
> > was what I thought. It also told me that I was running Linux 2.2.5-22smp i686
>
> You are confusing yourself with the build info (different from the
> running info).
>
> Anyway, you don't know that X is your running server. To query the
> running server you need one of the obscure X utilities (try random
> things beginning with x! I've forgotten which it is ... hmm. Probably
> xdpyinfo. Everything you wanted to know about your display).
>
> Peter
It's "xdpyinfo" which gives at least on my box the same info as "X
-version",
but contains lots more of info....thx..:-)
Regards
Michael Heiming
------------------------------
From: "Hello" <[EMAIL PROTECTED]>
Crossposted-To:
ahn.tech.linux,alt.linux,alt.os.linux,comp.os.linux,comp.os.linux.hardware,comp.os.linux.help,comp.os.linux.questions
Subject: Re: Looking for a linux book
Date: Mon, 16 Apr 2001 07:06:49 GMT
oh and...one thing to mention if you don't need a physical book...you could
look on the CD-Rom for the PDF version...
"Hello" <[EMAIL PROTECTED]> wrote in message
news:K6wC6.13369$[EMAIL PROTECTED]...
> SuSE, specifically, comes with /great/ documentation. there's probably a
way
> of ordering their "handbook" somewhere off their site.
>
> > And can anyone tell mea good book for SuSE Linux??
>
>
------------------------------
Date: Mon, 16 Apr 2001 09:40:19 +0200
From: Michael Heiming <[EMAIL PROTECTED]>
Subject: Re: Procmail default directory
Todd Knarr wrote:
>
> In comp.os.linux.misc <[EMAIL PROTECTED]> Lars Oeschey
><[EMAIL PROTECTED]> wrote:
> > another disk, since it can get big I guess. Where do I set the default
> > folder for procmail? Without compiling procmail from source?;)
>
> I believe that typing 'man procmailrc' and hitting the Enter key will
> enlighten you. Specifically the section on environment variables, and
> in particular the MAILDIR and DEFAULT variables. You might also want
> to check 'man procmailex' and /usr/doc/procmail-$VERSION/examples ( if
> it was installed on your system, RedHat at least puts the examples
> from the procmail distribution in there ) for example recipes.
It's ORGMAIL, however /var/spool/mail/($LOGNAME) is the original
position
and set in the binary of procmail, I would just move /var to another
partition,
in order to have more space available, instead of changing the default
location,
which is of course possible.
As "man 5 procmailrc" suggests:
"Before you get lost in the multitude of environment vari�
ables, keep in mind that all of them have reasonable
defaults."
[...]
Beside the procmail man pages, check:
/etc/mail/README (SuSE)
http://www.sendmail.org/email-explained.html
Good luck
Michael Heiming
------------------------------
From: [EMAIL PROTECTED] (Drew Roedersheimer)
Subject: Re: How to measure elapsed time?
Reply-To: [EMAIL PROTECTED]
Date: Mon, 16 Apr 2001 07:44:47 GMT
On Sun, 15 Apr 2001 20:41:44 -0700, MH wrote:
>Peter T. Breuer wrote:
>
<snip>
>
>Here's what MAN gives me:
>
>TIME(2) Linux Programmer's Manual TIME(2)
>
>
>NAME
> time - get time in seconds
>
>SYNOPSIS
> ##incclluuddee <<time..h>>
>
> time__t time((time__t *_t));;
>
>DESCRIPTION
> time returns the time since the Epoch (00:00:00 UTC, Jan�
> uary 1, 1970), measured in seconds.
>
> If _t is non-NULL, the return value is also stored in the
> memory pointed to by _t.
>
>RETURN VALUE
> On success, the value of time in seconds since the Epoch
> is returned. On error, ((time_t)-1) is returned, and
> _e_r_r_n_o is set appropriately.
>
>ERRORS
> DEFAULT _t points outside your accessible address space.
>
>Another post provided an example, which clued me in. It was simply so
>obvious that it didn't occur to me--particularly after having read the
>above entry in MAN!
>
>--
>I use GNU/Linux and support the Free Software Foundation. This message was
>composed and transmitted using free software, licensed under the General
>Public License.
>--
>
That's a different section of the manual - in particular, the programmer's
section. Try `man 1 time` (at least on my Debian system) to get the page
that Peter was referencing...
HTH
-DR
--
An invasion of armies can be resisted, but not an idea whose time has come.
-- Victor Hugo
------------------------------
From: "Eric en Jolanda" <[EMAIL PROTECTED]>
Subject: Re: help in using initrd when there is no root file system
Date: Mon, 16 Apr 2001 09:49:54 +0200
> But it shows "VFS: unable to mount root fs".
> If I want to use initrd as root file system, how to do ?
>
> ( There was no root file system currently, the only thing
> I could do is to download the initrd.img to the specifiled
> address which is on chip flash )
>
There's a howto on making a boot/root floppydisk.
It describes the possibilities you have. (You will have to set the
ramdisk word to tell the kernel where the rootfs can be found)
Eric
------------------------------
From: Todd Knarr <[EMAIL PROTECTED]>
Subject: Re: Procmail default directory
Date: Mon, 16 Apr 2001 08:01:32 GMT
In comp.os.linux.misc <[EMAIL PROTECTED]> Michael Heiming
<[EMAIL PROTECTED]> wrote:
> It's ORGMAIL, however /var/spool/mail/($LOGNAME) is the original
> position
> and set in the binary of procmail, I would just move /var to another
Actually you don't want to mess with ORGMAIL unless you know what you're
doing. ORGMAIL is the original default location, your primary inbox on
the mail spool ( exact location depends on system configuration ).
DEFAULT is the default mailbox mail will be delivered to, initialized
to $ORGMAIL before .procmailrc is read. MAILDIR is the current directory
and the directory mail folder paths are relative to ( unless they're
absolute paths themselves ), initialized to the user's home directory
before .procmailrc is read.
Usually you don't want MAILDIR to be the home directory, as that would
clutter it up with mailboxes, so if you use MAILDIR and folders at all
you usually set it to something like ${HOME}/Mail and put your folders
there. The usual reason to mess with DEFAULT is to put your inbox under
your home directory, and something like ${MAILDIR}/inbox works well for
that. ORGMAIL is used when all other attempts to deliver have failed, so
you almost always leave it untouched and pointing to the mail spool to
make sure that mail goes somewhere other than the bitbucket if everything
gets messed up. My rule of thumb on it would be: if you need a tutorial
on procmail, you _don't_ know enough to be messing with ORGMAIL yet.
My usual configuration:
MAILDIR: ${HOME}/Mail
DEFAULT: inbox in mail spool
Most mail is sorted by recipes and filed under MAILDIR. Only a small
amount of unsortable mail goes into the inbox. Mail larger than 25k
goes into the "oversize" folder under MAILDIR. Mail larger than 100k
that doesn't match explicit acceptance rules gets immediately bounced
via EXITCODE.
--
Collin was right. Never give a virus a missile launcher.
-- Erk, Reality Check #8
------------------------------
Date: Mon, 16 Apr 2001 10:10:13 +0200
From: Michael Heiming <[EMAIL PROTECTED]>
Subject: Re: Procmail default directory
Todd Knarr wrote:
>
> In comp.os.linux.misc <[EMAIL PROTECTED]> Michael Heiming
><[EMAIL PROTECTED]> wrote:
> > It's ORGMAIL, however /var/spool/mail/($LOGNAME) is the original
> > position
> > and set in the binary of procmail, I would just move /var to another
>
> Actually you don't want to mess with ORGMAIL unless you know what you're
> doing. ORGMAIL is the original default location, your primary inbox on
> the mail spool ( exact location depends on system configuration ).
> DEFAULT is the default mailbox mail will be delivered to, initialized
> to $ORGMAIL before .procmailrc is read. MAILDIR is the current directory
> and the directory mail folder paths are relative to ( unless they're
> absolute paths themselves ), initialized to the user's home directory
> before .procmailrc is read.
>
> Usually you don't want MAILDIR to be the home directory, as that would
> clutter it up with mailboxes, so if you use MAILDIR and folders at all
> you usually set it to something like ${HOME}/Mail and put your folders
> there. The usual reason to mess with DEFAULT is to put your inbox under
> your home directory, and something like ${MAILDIR}/inbox works well for
> that. ORGMAIL is used when all other attempts to deliver have failed, so
> you almost always leave it untouched and pointing to the mail spool to
> make sure that mail goes somewhere other than the bitbucket if everything
> gets messed up. My rule of thumb on it would be: if you need a tutorial
> on procmail, you _don't_ know enough to be messing with ORGMAIL yet.
>
> My usual configuration:
>
> MAILDIR: ${HOME}/Mail
> DEFAULT: inbox in mail spool
>
> Most mail is sorted by recipes and filed under MAILDIR. Only a small
> amount of unsortable mail goes into the inbox. Mail larger than 25k
> goes into the "oversize" folder under MAILDIR. Mail larger than 100k
> that doesn't match explicit acceptance rules gets immediately bounced
> via EXITCODE.
>
> --
> Collin was right. Never give a virus a missile launcher.
> -- Erk, Reality Check #8
Thx Todd, that's what I wanted to say, don't mess around with the
default
locations, just move /var to another partition/hd.
Michael Heiming
------------------------------
** FOR YOUR REFERENCE **
The service address, to which questions about the list itself and requests
to be added to or deleted from it should be directed, is:
Internet: [EMAIL PROTECTED]
You can send mail to the entire list by posting to comp.os.linux.misc.
Linux may be obtained via one of these FTP sites:
ftp.funet.fi pub/Linux
tsx-11.mit.edu pub/linux
sunsite.unc.edu pub/Linux
End of Linux-Misc Digest
******************************
