Paul wrote:
> Ray wrote:
>> I have an email with a "txt" extension but can't find a way to open
>> it. Using Notepad I get jibberish.
>>
>> Ray
>
> Your computer has Notepad and Wordpad.
>
> Have you tried Wordpad yet ?
>
> Paul
Working off Nil's idea, you could also check the file type
with a program that checks and detects what is in a file.
(This isn't guaranteed to give a result, but it's worth a
shot if nothing else is working.)
This program originated on Unix. In the Unix OS, the file
extensions are more arbitrary than they are on Windows. Since
that is the case (extensions aren't even needed if you don't want
to use them), it means the OS needs a more reliable way to determine
what kind of file is involved. Applications have to "poke around"
within files, to tell what they are. And the "file" program,
is a program that doesn't do anything other than the poking part.
They invented the "file" program for that purpose, and a typical
usage from a command window would look like this
Prompt>> file somedangfile
Output>> Text file with CR/LF line terminations
That would tell you the file was a certain kind of text file.
You could then rename the file, as in somedangfile.txt .
A port of that program, so it will run in Windows, is here.
http://gnuwin32.sourceforge.net/packages/file.htm
I think there is an installer, in the "file-5.03-setup.exe" download,
and it should put the files in the right place. You can also install the
program by hand. For example, if I look on my computer right now, the
necessary files for a test run would be...
05/07/2009 09:18 AM 45,056 file.exe
08/08/2010 04:18 AM 150,016 magic1.dll
10/24/2007 12:10 PM 79,360 regex2.dll
03/23/2007 07:33 PM 72,192 zlib1.dll
somedangfile
What you'd do, is arrange all those files in one folder. The unknown
(text-like) file "somedangfile", the three DLL files, and the executable.
(On some of the gnuwin32 programs, the DLL files are missing, and
then you have to scrounge around and find them.)
You'd open a command window by using cmd.exe in Windows 7. Presumably it
wouldn't need to be elevated to work (because our folder is just
a data folder). Although elevating cmd.exe to run with administrator,
prevents UAC from hijacking the output of the command and ruining it.
When the command window opens, you'd do
cd \
cd foldername
and so on, until you'd traversed to the place where that folder is set up.
Once you "change directory" to the folder holding the above files, doing
dir
should print the four files like in my example.
If the files are now being listed properly, you've successfully traversed
to the test folder. Four of the files are parts of the program,
while the "somedangfile" is the file we want to test.
When you now run the command, it'll tell you what the real file type is.
You can either use the word file or file.exe . If the file is uuencoded
or base64 or whatever, the program should tell you.
file.exe somedangfile
Some of us could also guess at the contents, based on either seeing a
picture of a hex editor opening the file and displaying its contents.
But we don't really want access to the file, for (your) privacy reasons. So
using the file.exe program as above, is the next best thing. If the sender
of the original message, could send you another email where the attachment
was innocuous, then it would be less of a risk to post it in some way
for analysis. But if the contents of the attachment shouldn't be
exposed to the world, then try out the "file.exe" command and
see what it claims the file is. If it is encoded, with a little work
you can find a decoder.
HTH,
Paul