You could try changing the name of the file first and see if problems arise, if none
then delete it.
Sean
On Sat, 19 Feb 2000 17:54:02 -0500, Kurth Bemis wrote:
>At 05:50 PM 2/19/2000 , you wrote:
>
>hrm..its taking up 19 megs...we don't use any fax programs...t
At 07:34 PM 2/19/2000 , you wrote:
um...
this is all it contains
!"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_`abcdefghij
!"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_`abcdefghijkl
mnopqrstuvwxyz{|}~
!"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUV
try using viewfax to view the file (you need X).
At 07:34 PM 2/19/00 -0500, you wrote:
>On Sat, 19 Feb 2000, Kurth Bemis wrote:
>
> > i found this today. what is it?
> >
> > usa:/virtual/test/usr/bin# file Bonnie.20727
> > Bonnie.20727: raw G3 data, byte-padded
> > usa:/virtual/test/usr/bin#
>
>Y
On Sat, 19 Feb 2000, Kurth Bemis wrote:
> i found this today. what is it?
>
> usa:/virtual/test/usr/bin# file Bonnie.20727
> Bonnie.20727: raw G3 data, byte-padded
> usa:/virtual/test/usr/bin#
You might also try also doing this:
strings Bonnie.20727 |less
And see if there is anything in th
On Sat, 19 Feb 2000, Kurth Bemis wrote:
> hrm..its taking up 19 megs...we don't use any fax programs...think its safe
> to delete it?
That is a decision you have to make! :-)
Despite the name, "file" isn't magic; it can make mistakes. Besides, who am
I to say what software you may be usin
At 05:50 PM 2/19/2000 , you wrote:
hrm..its taking up 19 megs...we don't use any fax programs...think its safe
to delete it?
~kurth
>On Sat, 19 Feb 2000, Kurth Bemis wrote:
> > usa:/virtual/test/usr/bin# file Bonnie.20727
> > Bonnie.20727: raw G3 data, byte-padded
>
> The "file" command gets
On Sat, 19 Feb 2000, Kurth Bemis wrote:
> usa:/virtual/test/usr/bin# file Bonnie.20727
> Bonnie.20727: raw G3 data, byte-padded
The "file" command gets its data from a file, usually called "/etc/magic" or
"/usr/share/magic" or some other variant thereof. The file is plain-text,
human-readable,
i found this today. what is it?
usa:/virtual/test/usr/bin# file Bonnie.20727
Bonnie.20727: raw G3 data, byte-padded
usa:/virtual/test/usr/bin#
i'm setting up vhosts with a virtual filesystem and one file system takes
100M so i'm trying to trim it a bit.
~kurth
Kurth Bemis
Senior UNIX Network
At 03:03 PM 2/19/2000 , you wrote:
whaoo it works
>i have royally messed sendmail trying to get it to do virtual
>domains..i had to compile this and that and blah! now i see why
>everybody likes qmail or exim!
>
>anyway...this is just a test to see if i can get mail from outside h
i have royally messed sendmail trying to get it to do virtual
domains..i had to compile this and that and blah! now i see why
everybody likes qmail or exim!
anyway...this is just a test to see if i can get mail from outside hosts!
~kurth
Kurth Bemis
Senior UNIX Network/Systems Administra
On Sat, 19 Feb 2000, Derek Martin wrote:
> Very cool dude! How'd you manage to figg'r that one out? I've been
> fussing about that one for years!
Me too! As for how I found it... pure luck. I was doing a search on
Slashdot for something completely unrelated, and one of the comments in an
of
On Thu, 17 Feb 2000, Benjamin Scott wrote:
> Hi all,
>
> Say you have a URL in another window (xterm, whatever) and you wat to view
> it in Netscape. So you select it with the mouse in the first program, but now
> you have to figure out how to get it into Netscape without losing the
> selecti
On Sat, 19 Feb 2000, Jeff Dike wrote:
>> can somebody tell me if there is a central place where to submit
>> Linux kernel bugs?
>
> Send them (and patches :-) to [EMAIL PROTECTED]
Do not -- repeat, do NOT -- report bugs with Red Hat kernels to the
[EMAIL PROTECTED] mailing list. Red Hat
> can somebody tell me if there is a central place where to submit
> Linux kernel bugs?
Send them (and patches :-) to [EMAIL PROTECTED]
Jeff
**
To unsubscribe from this list, send mail to
[EMAIL PR
Hello,
can somebody tell me if there is a central place where to
submit Linux kernel bugs?
The IP aliasing module has this nasty bug that when a process
creates more than one alias (SIOCSIFADDR), then when it deletes
the first, all other aliases are deleted. This happens in 2.2-5
and 2.2
I raised this question at least twice in the last couple of
years, and ISTR the group's wisdom was:
1. IDE CD-R/CD-RWs are much more prone to failure and production
of unusable dics; go with SCSI
2. The leading SCSI CD-RWs are Yamaha and.. I forget the other
I ended up getting a Yamaha CRW441
16 matches
Mail list logo
