A sender is trying to send me a PDF attachment. Not certain what mailer
he's using but I think it's Yahoo. However, I never see the attachment.
If I view the incoming message source I can see the encoded attachment but
there is no attachment icon showing in the inbox.
I can send a PDF to myself without a problem, the sender says other people
can receive the PDF from him. I have received similar files before from the
same sender without problems.
This problem appears to be similar to that raised in a recent earlier
thread.
Grateful for any ideas or suggestions.
Nick
2. Ask Sender to re-send using Plain Text format.
3. Ask Sender (and any other correspondents who use MS Outlook) to only send
messages to your using Plain Text.
--
~Robear Dyer (PA Bear)
MS MVP-IE, Mail, Security, Windows Desktop Experience - since 2002
AumHa VSOP & Admin http://aumha.net
DTS-L http://dts-l.net/
1. The sender is using Yahoo (web based) email.
2. I don't think the user has any control over the message format with this
email client.
Looking in the message source I see the message text is sent both as plain
text:
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
and HTML:
Content-Type: text/html; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Headers for the attachment are:
Content-Type: application/pdf; name="Publisher newsletter FEBRUARY
2008.pdf"
Content-Transfer-Encoding: base64
Content-Description: 2126997828-Publisher newsletter FEBRUARY 2008.pdf
Content-Disposition: attachment; filename="Publisher newsletter FEBRUARY
2008.pdf"
Nick
"PA Bear [MS MVP]" <PABe...@gmail.com> wrote in message
news:%23PQXB$0bIHA...@TK2MSFTNGP03.phx.gbl...
1. Yahoo's serverside scanning of outgoing mail is causing the problem; or
2. NAV's Email Protection "horked" your current identity => Try one or more
of your accounts in a new Named Identity (File > Identities > Add new
identity) and have the same correspondent send you a message with a PDF
attachment.
Assuming all is well, (1) compact all folders in the old identity, (2)
import messages from the old identity into the new one, and then (3) delete
the old one (File > Identities > Manage Identities).
3. Ask your correspondent to send you a message with a PDF attachment from
an account other than his Yahoo acount and see if the behavior persists *in
the new identity or the original one*.
--
~PA Bear
See the Problems and Complications section of
Decoding Internet Attachments - A Tutorial
http://pages.prodigy.net/michael_santovec/decode.htm#problem
--
Mike - http://pages.prodigy.net/michael_santovec/techhelp.htm
"Nick" <ni...@nospam.xxx.co.uk> wrote in message
news:z7mtj.375$os2...@newsfe3-win.ntli.net...
I am not using any anti-spam software. From the MIME headers it looks as
though Yahoo is using Cloudmark on their outgoing mail.
I haven't had a chance to do a test using a new identity in OE yet.
The message is structured as multipart/mixed and contains a
multipart/alternative section and the application/pdf section. The
multipart/alternative section consists of text/plain and text/html parts. I
have successfully received a similarly structured message from the same
sender containing a Word (.doc) file.
I noticed that in the message source display the MIME headers for the
application/pdf attachment are not highlighted in bold as all the rest are.
I also noticed that the pdf file had a long filename containing quite a few
spaces which I thought could have caused problems. However the sender tried
using a shorter filename but the result was the same.
Nick
e-mail: michael_...@prodigy.net
--
Mike - http://pages.prodigy.net/michael_santovec/techhelp.htm
"Nick" <ni...@nospam.xxx.co.uk> wrote in message
news:tTAuj.1375$yv1...@newsfe4-win.ntli.net...
The problem is caused by the Cloudmark anti-spam program, which is
presumably running at his ISP ntlworld.com.
In some cases, it is inserting an incomplete header and losing the blank
line that indicates the end of header causing the following boundary
marker to be ignored.
So what was sent as ---->
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="0-1444092360-1203364590=:44990"
Content-Transfer-Encoding: 8bit
Message-ID: <xxxxx>
--0-1444092360-1203364590=:44990
Content-Type: multipart/alternative;
boundary="0-1770661725-1203364590=:44990"
Arrived as ---->
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="0-1444092360-1203364590=:44990"
Content-Transfer-Encoding: 8bit
Message-ID: <xxxxx>
X-Cloudmark-Analysis:
--0-1444092360-1203364590=:44990
Content-Type: multipart/alternative;
boundary="0-1770661725-1203364590=:44990"
when it should have arrived as --->
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="0-1444092360-1203364590=:44990"
Content-Transfer-Encoding: 8bit
Message-ID: <xxxxx>
X-Cloudmark-Analysis: {cloudmark analysis data}
--0-1444092360-1203364590=:44990
Content-Type: multipart/alternative;
boundary="0-1770661725-1203364590=:44990"
A workaround for the issue is to save the message to an EML file, then
open in Notepad and insert a blank line after the cloudmark header then
save and double click the fixed EML file to open.
--
Mike - http://pages.prodigy.net/michael_santovec/techhelp.htm
"Michael Santovec" <michael_...@prodigy.net> wrote in message
news:OEeLjcyc...@TK2MSFTNGP02.phx.gbl...
Hi,
Maybe the pdf attachment is corrupt or something. If it's true, you
can try a utility called Advanced PDF Repair to repair your PDF file.
It works rather well for my corrupt PDF files. Its web address is
http://www.datanumen.com/apdfr/
Hope this will help.
Alan
---
* Synchronet * The Whitehouse BBS --- whitehouse.hulds.com --- check it out free usenet!
--- Synchronet 3.15a-Win32 NewsLink 1.92
Time Warp of the Future BBS - telnet://time.synchro.net:24