SCIENTIFIC-LINUX-USERS Archives

October 2012

SCIENTIFIC-LINUX-USERS@LISTSERV.FNAL.GOV

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Steven Haigh <[log in to unmask]>
Reply To:
Steven Haigh <[log in to unmask]>
Date:
Sat, 27 Oct 2012 13:36:02 +1100
Content-Type:
multipart/signed
Parts/Attachments:
text/plain (1343 bytes) , smime.p7s (4 kB)
On 27/10/2012 10:58 AM, David Sommerseth wrote:
>> Content-Type: application/octet-stream
>                  ^^^^^^^^^^^^^^^^^^^^^^^^
> This is somewhat odd, I'd expect this to be text/plain or something in
> that direction.  But that's set based on the data the mailer receives.
> If it contains some control characters or other binary bytes, it might
> flip over to octet-stream.
>
>> Content-Transfer-Encoding: base64
>                               ^^^^^^
> The mail is encoded as base64.  At first glance, the mail headers looks
> appropriate to me.  Which makes me wonder what kind of mail client you use?

Thats pretty much what I see as well... The mail client is Thunderbird 
16.0.1 on Windows 7 - so I wouldn't expect issues here... but you never 
know.

> If you take that "gibberish blob" below and send it through 'base64 -d'
> or 'openssl base64 -d', then you'll get something quite readable out.
> So from what I see, it should be all good.

Yeah, I couldn't see anything at first glance either...

> I'm suspecting a mail client which doesn't parse the
> Content-Transfer-Encoding field very well - or that it rejects to
> display mails with application/octet-stream.

Maybe - but I'd expect thunderbird would do the right thing? :\

--
Steven Haigh

Email: [log in to unmask]
Web: http://www.crc.id.au
Phone: (03) 9001 6090 - 0412 935 897
Fax: (03) 8338 0299



ATOM RSS1 RSS2