When I record a voice file as an .mp3 file and attach it to an Email
the person receiving the attachment sees the file name as UNTITLED.BIN.
If they leave a copy on the server and then access the server without
using Outlook the file name remains voice.mp3.
If the file "UNTITLED.BIN" is renamed back to "VOICE.MP3" it gets
associated back to a media program and plays fine. To make the original
file we are using a software program called mp3 recorder and using the
PC's sound card and microphone. Using the .mp3 format rather than the
..wav cuts way down on file size and transfer time so we would like to
be able to use both the mp3 recorder and outlook. Can anyone help me
find a way to stop outlook from changing the file name?? Once I attach
a file I don't want outlook(receiving end) to change its name. It
appears that if Outlook can't recognize the file type it changes it's
name to UNTITLED.BIN.

tom wrote:

When I record a voice file as an .mp3 file and attach it to an Email
the person receiving the attachment sees the file name as
UNTITLED.BIN. If they leave a copy on the server and then access the
server without using Outlook the file name remains voice.mp3.
If the file "UNTITLED.BIN" is renamed back to "VOICE.MP3" it gets
associated back to a media program and plays fine. To make the
original file we are using a software program called mp3 recorder and
using the PC's sound card and microphone. Using the .mp3 format
rather than the .wav cuts way down on file size and transfer time so
we would like to be able to use both the mp3 recorder and outlook.
Can anyone help me find a way to stop outlook from changing the file
name?? Once I attach a file I don't want outlook(receiving end) to
change its name. It appears that if Outlook can't recognize the file
type it changes it's name to UNTITLED.BIN.

In what format are you composing the mesage containing the attachment?
--
Brian Tillman

Are you sending this from Outlook if so what version are you using and what
format are you sending the message. Also may sure that all of your Office
and Windows updates have been updated.

--
Regards,

Francine Otterson
President, San Diego Outlook User Group
MVP - Microsoft Outlook


"tom" wrote in message
oups.com...
When I record a voice file as an .mp3 file and attach it to an Email
the person receiving the attachment sees the file name as UNTITLED.BIN.
If they leave a copy on the server and then access the server without
using Outlook the file name remains voice.mp3.
If the file "UNTITLED.BIN" is renamed back to "VOICE.MP3" it gets
associated back to a media program and plays fine. To make the original
file we are using a software program called mp3 recorder and using the
PC's sound card and microphone. Using the .mp3 format rather than the
.wav cuts way down on file size and transfer time so we would like to
be able to use both the mp3 recorder and outlook. Can anyone help me
find a way to stop outlook from changing the file name?? Once I attach
a file I don't want outlook(receiving end) to change its name. It
appears that if Outlook can't recognize the file type it changes it's
name to UNTITLED.BIN.

The message has been composed in both html and plain text(both have the
same result). I launch outlook(2002) select new and select "insert
file", then select my mp3 file. I also get the same result when I use
my notebook(different PC) which uses outlook 2003. At the receiving end
if I option to "leave a copy on the server" and then access this email
account through a http page I can see the same file but the name is
correct. If I download a .mp3 music file I can send that and the
receiving PC will show this as the correct name and extension. This
problem occurs only when 2 conditions are met. 1) the file must be
created with a program called super mp3 recorder and 2) the receiving
end must receive this file from a server into outlook. It seems that
the mp3 format this program creates is not recognized by outlook so
outlook is renaming it UNTITLED.BIN. If I can get outlook to just leave
the file name alone everything would be fine.

tom wrote:

The message has been composed in both html and plain text(both have
the same result). I launch outlook(2002) select new and select "insert
file", then select my mp3 file. I also get the same result when I use
my notebook(different PC) which uses outlook 2003. At the receiving
end if I option to "leave a copy on the server" and then access this
email account through a http page I can see the same file but the
name is correct. If I download a .mp3 music file I can send that and
the receiving PC will show this as the correct name and extension.
This problem occurs only when 2 conditions are met. 1) the file must
be created with a program called super mp3 recorder and 2) the
receiving end must receive this file from a server into outlook. It
seems that the mp3 format this program creates is not recognized by
outlook so outlook is renaming it UNTITLED.BIN. If I can get outlook
to just leave the file name alone everything would be fine.

So, you're sending and receiving the file using Outlook?
--
Brian Tillman

Yes and no, I normally send and receive the file using outlook but to
try and isolate the problem I have attached and had the file uploaded
through AOL (no outlook) and received at my PC using outlook and the
problem still occured. Below is the internet header from the file being
sent from a aol user to my frontier email that i access using outlook
pop. The attachment was received as UNTITLED.BIN

Status: U
X-UIDL:
1144816900.M673551P21116V0000000000000014I016FFF6B _0.mx04.roc.ny.frontiernet.net,S=7871583
Return-Path:
Delivered-To:
Received: from imo-m25.mx.aol.com (imo-m25.mx.aol.com [64.12.137.6])
by mx04.roc.ny.frontiernet.net (Postfix) with ESMTP id 590A12D18
for ; Wed, 12 Apr 2006 04:41:21 +0000 (UTC)
Received: from
by imo-m25.mx.aol.com (mail_out_v38_r7.3.) id 3.396.10590f (48552)
for ; Wed, 12 Apr 2006 00:41:08 -0400
(EDT)
From:
Message-ID:
Date: Wed, 12 Apr 2006 00:41:08 EDT
Subject: test
To:
MIME-Version: 1.0
Content-Type: multipart/mixed;
boundary="part1_396.10590f.316ddee4_boundary"
X-Mailer: 9.0 Security Edition for Windows sub 5300
X-Spam-Flag: NO
X-Virus-Scanned: by amavisd-new-2.3.2 (20050629) at
filter02.roc.ny.frontiernet.net

tom wrote:

Yes and no, I normally send and receive the file using outlook but to
try and isolate the problem I have attached and had the file uploaded
through AOL (no outlook) and received at my PC using outlook and the
problem still occured. Below is the internet header from the file
being sent from a aol user to my frontier email that i access using
outlook pop. The attachment was received as UNTITLED.BIN

Could you also post the MIME headers that separate the various parts of the
message?
--
Brian Tillman

I'm Sorry I don't know MIME headers are.
The only other info I see is the

TO:
FROM:
Attachments: UNTITLED.BIM

tom wrote:

I'm Sorry I don't know MIME headers are.
The only other info I see is the

TO:
FROM:
Attachments: UNTITLED.BIM

The MIME headers will be in the body of the message and will look similar to
the following, only they'll contain the string
"part1_396.10590f.316ddee4_boundary" from the headers you posted:

--0__=0ABBFBD2DFF30CF28f9e8a93df938690918c0ABBFBD2DF F30CF2
Content-type: multipart/alternative;
Boundary="1__=0ABBFBD2DFF30CF28f9e8a93df938690918c 0ABBFBD2DFF30CF2"

--1__=0ABBFBD2DFF30CF28f9e8a93df938690918c0ABBFBD2DF F30CF2
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: quoted-printable

--1__=0ABBFBD2DFF30CF28f9e8a93df938690918c0ABBFBD2DF F30CF2
Content-type: text/html; charset=US-ASCII
Content-Disposition: inline
Content-transfer-encoding: quoted-printable

--1__=0ABBFBD2DFF30CF28f9e8a93df938690918c0ABBFBD2DF F30CF2--

--0__=0ABBFBD2DFF30CF28f9e8a93df938690918c0ABBFBD2DF F30CF2
Content-type: image/gif;
name="ecblank.gif"
Content-Disposition: inline; filename="ecblank.gif"
Content-ID: 20__=0ABBFBD2DFF30CF28f9e8a9@somedomain
Content-transfer-encoding: base64

--0__=0ABBFBD2DFF30CF28f9e8a93df938690918c0ABBFBD2DF F30CF2
Content-type: image/gif;
name="pic01802.gif"
Content-Disposition: inline; filename="pic01802.gif"
Content-ID: 30__=0ABBFBD2DFF30CF28f9e8a9@somedomain
Content-transfer-encoding: base64
--
Brian Tillman