Most likely a malformed header created by the sending application.
Depending on how strict an application insists on CR/LF combinations (vs just CR or just LF) – the attachment is either recognized as a distinct MAPI element – or treated as excess junk in the headers or some previous MAPI segment. That’s why it’s still “there” after forwarding it. It was never GONE. It’s not just “visible” to certain email applications who have strict standards implementations. You can get to the bottom of it, by setting up a temporary test rule in Declude based on the subject or some even the senders address that sends the email to some “hold” folder (like the Virus or Junkmail hold folders). Then, disable that rule again. Now you have the “native” message body and you can inspect it with a hex editor and you’ll be able to see some issue with quoting or folding and then tell the sender how to fix their application to be MAPI compliant. From: Imail Admin [mailto:imailad...@bcwebhost.net] Sent: Monday, March 12, 2012 9:11 PM To: Declude.JunkMail@declude.com Subject: [Declude.JunkMail] invisible attachments? Hi, I have a problem with invisible attachments and I'm wondering if it's an IMail problem, a Declude problem, or something else. A law firm that I've dealt with for a long time recently has a problem that messages send to us with attachments sometimes don't display the attachments. They leave the sender with an attachment, but they arrive with no clue that there is an attachment. If I forward them on to a gmail account I use for testing, then the attachments are visible there. I've tested this with both Outlook Express and Mail Live on the receiving end and see nothing about the attachments. I check on an Android phone using K-9 and it doesn't show the attachments but does show the mail.dat file usually associated with Outlook and the formatting of messages (and these senders are using Outlook with MS Exchange). However, the usual fix (use Plain Text Only) doesn't seem to help. My first thought was that the attachments were getting stripped (by Declude?) at our server. But since they still seem to be there once I forward to the gmail account, that excludes that idea. I haven't had any problems receiving test JPG files as attachments and sometimes their PDF files get through just fine. So any idea what's going on here? Thanks, Ben --- This E-mail came from the Declude.JunkMail mailing list. To unsubscribe, just send an E-mail to imail...@declude.com, and type "unsubscribe Declude.JunkMail". The archives can be found at http://www.mail-archive.com. --- This E-mail came from the Declude.JunkMail mailing list. To unsubscribe, just send an E-mail to imail...@declude.com, and type "unsubscribe Declude.JunkMail". The archives can be found at http://www.mail-archive.com.
