pgnus & winmail.dat?

pgnus & winmail.dat?

[Bill White]

[-- Attachment #1: Type: text/plain, Size: 259 bytes --]

A friend of mine has things of this sort attached to every email he
sends:

Content-Type: application/ms-tnef;
	name="winmail.dat"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="winmail.dat"

Here's what it looks like decoded:


[-- Attachment #2: decoded winmail.dat --]
[-- Type: application/octet-stream, Size: 1384 bytes --]

[-- Attachment #3: Type: text/plain, Size: 4880 bytes --]


Can pgnus extract any usable information from this winmail.dat
thingie? 

Here's the complete message for reference:

X-From-Line: mrandall@soltec.net  Thu Sep 30 15:19:19 1999
Return-Path: <mrandall@soltec.net>
Received: from photon.soltec.net (photon.soltec.net [206.148.208.27])
	by dragonfly.wolfram.com (8.8.8/8.8.8) with ESMTP id PAA00733
	for <billw@wolfram.com>; Thu, 30 Sep 1999 15:19:17 -0500 (CDT)
Received: from merlot (ppp3-5.cu.soltec.net [206.148.214.5])
	by photon.soltec.net (8.8.8/8.8.9) with SMTP id PAA09374;
	Thu, 30 Sep 1999 15:18:31 -0500 (CDT)
From: "Mark Randall" <mrandall@soltec.net>
To: "Tim & Stephanie Rice" <tbrice@staff.uiuc.edu>,
        "Shawn Herman" <smherman@uiuc.edu>,
        "Peggy Hoffman" <phoffman@uiuc.edu>,
        "Michael Cooke" <socermmm@aol.com>,
        "Maryann & Donovan Hayslip" <dhayslip@aol.com>,
        "Mary Jo Kirisits" <kirisits@uiuc.edu>,
        "Mary Cooprider" <macoop@denr1.igis.uiuc.edu>,
        "Mark Randall" <mrandall@soltec.net>,
        "Marcy Bellafiore" <mbellafiore@stmatt.net>,
        "Kristin & Bob Hummel" <hummel@soltec.net>,
        "Kevin Park" <kpark@spine.npa.uiuc.edu>,
        "Judy Park" <judyp@mail.hkusa.com>,
        "Jane Cincotta" <cincotta@net66.com>,
        "Fr. David Erickson" <dje4jmj@aol.com>,
        "Doug Keiffer" <kieffer@uiuc.edu>, "Deb Benz" <debbiebenz@hotmail.com>,
        "Con Pelekani" <pelekani@hotmail.com>,
        "Colleen Randall" <crandall@ccmsi.com>,
        "Colleen Gratton" <gratton@students.uiuc.edu>,
        "Bill White" <billw>, "Bill Madaio" <bmadaio@soltec.net>,
        "Bill Hannafin" <whanafin@uiuc.edu>,
        "Beth Ross" <champaignrosses@worldnet.att.net>,
        "Anna & Jay Rice" <ANNANJAY@prodigy.net>,
        "Rinehart, Dan & Suzanne" <Dan1suz@aol.com>
Cc: "Dave Gottfred" <djgottfred@aol.com>
Subject: Back online now!
Date: Thu, 30 Sep 1999 15:17:11 -0500
X-Gnus-Mail-Source: file:/var/spool/mail/billw
Message-ID: <LOBBIMGOOCHHKGBKGJICOEBOCBAA.mrandall@soltec.net>
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0014_01BF0B56.DE1B7E60"
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300
Importance: Normal
X-MS-TNEF-Correlator: <LOBBIMGOOCHHKGBKGJICOEBOCBAA.mrandall@soltec.net>
Xref: g.wolfram.com ysym:258
Lines: 48

This is a multi-part message in MIME format.

------=_NextPart_000_0014_01BF0B56.DE1B7E60
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

Phew  -- I was going into email withdrawal. I'm back online now and ready to
go. 

Mark


------=_NextPart_000_0014_01BF0B56.DE1B7E60
Content-Type: application/ms-tnef;
	name="winmail.dat"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="winmail.dat"

eJ8+IgsUAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA5AQAAAAAAADoAAEIgAcAGAAAAElQTS5NaWNy
b3NvZnQgTWFpbC5Ob3RlADEIAQ2ABAACAAAAAgACAAEGgAMADgAAAM8HCQAeAA8AEQAAAAQAIQEB
A5AGAOwEAAAlAAAACwACAAEAAAALACMAAAAAAAMAJgAAAAAACwApAAAAAAADADYAAAAAAB4AcAAB
AAAAEQAAAEJhY2sgb25saW5lIG5vdyEAAAAAAgFxAAEAAAAWAAAAAb8LgMXMz56TiXcOEdOnLNbQ
xTqKJAAAAgEdDAEAAAAZAAAAU01UUDpNUkFOREFMTEBTT0xURUMuTkVUAAAAAAsAAQ4AAAAAQAAG
DgBGUsCAC78BAgEKDgEAAAAYAAAAAAAAACwjtoWs8L4RjG7OVBCfxXLCgAAACwAfDgEAAAACAQkQ
AQAAAL4AAAC6AAAA3wAAAExaRnXu1TFhAwAKAHJjcGcxMjUWMgD4C2BuDhAwMzNPAfcCpAPjAgBj
aArAc7BldDAgBxMCgH0KgZJ2CJB3awuAZDQMYI5jAFALAwu1IFBoB9EAIC0tIEkgd2FJBCBnbwuA
ZyALgHQ4byBlAMADEQPwdGhIZHJhFIBsLhRQJ0htIGIA0GsgAiBsYQuAZSBubwfgAHBkwiAJcGFk
eSAVQRTArxZwCqIKhAqATQrAaxjqBRHhABrgAAALAAGACCAGAAAAAADAAAAAAAAARgAAAAADhQAA
AAAAAAMAA4AIIAYAAAAAAMAAAAAAAABGAAAAABCFAAAAAAAAAwAHgAggBgAAAAAAwAAAAAAAAEYA
AAAAUoUAACdqAQAeAAmACCAGAAAAAADAAAAAAAAARgAAAABUhQAAAQAAAAQAAAA5LjAAHgAKgAgg
BgAAAAAAwAAAAAAAAEYAAAAANoUAAAEAAAABAAAAAAAAAB4AC4AIIAYAAAAAAMAAAAAAAABGAAAA
ADeFAAABAAAAAQAAAAAAAAAeAAyACCAGAAAAAADAAAAAAAAARgAAAAA4hQAAAQAAAAEAAAAAAAAA
CwANgAggBgAAAAAAwAAAAAAAAEYAAAAAgoUAAAEAAAALADqACCAGAAAAAADAAAAAAAAARgAAAAAO
hQAAAAAAAAMAPIAIIAYAAAAAAMAAAAAAAABGAAAAABGFAAAAAAAAAwA9gAggBgAAAAAAwAAAAAAA
AEYAAAAAGIUAAAAAAAALAFKACCAGAAAAAADAAAAAAAAARgAAAAAGhQAAAAAAAAMAU4AIIAYAAAAA
AMAAAAAAAABGAAAAAAGFAAAAAAAAAgH4DwEAAAAQAAAALCO2hazwvhGMbs5UEJ/FcgIB+g8BAAAA
EAAAACwjtoWs8L4RjG7OVBCfxXICAfsPAQAAAIIAAAAAAAAAOKG7EAXlEBqhuwgAKypWwgAAUFNU
UFJYLkRMTAAAAAAAAAAATklUQfm/uAEAqgA32W4AAABDOlxXSU5ET1dTXExvY2FsIFNldHRpbmdz
XEFwcGxpY2F0aW9uIERhdGFcTWljcm9zb2Z0XE91dGxvb2tcb3V0bG9vay5wc3QAAAADAP4PBQAA
AAMADTT9NwAAAgF/AAEAAAAzAAAAPExPQkJJTUdPT0NISEtHQktHSklDT0VCT0NCQUEubXJhbmRh
bGxAc29sdGVjLm5ldD4AAAMABhDPxh3gAwAHEEEAAAADABAQAAAAAAMAERAAAAAAHgAIEAEAAABC
AAAAUEhFVy0tSVdBU0dPSU5HSU5UT0VNQUlMV0lUSERSQVdBTElNQkFDS09OTElORU5PV0FORFJF
QURZVE9HT01BUksAAACm6g==

------=_NextPart_000_0014_01BF0B56.DE1B7E60--



-- 
Bill White . billw@wolfram.com . http://members.wri.com/billw
"No ma'am, we're musicians."

Re: pgnus & winmail.dat?

[Simon Josefsson]

Bill White <billw@wolfram.com> writes:

> Can pgnus extract any usable information from this winmail.dat
> thingie? 

Try putting

application/ms-tnef; tnef2txt %s; copiousoutput

in your ~/.mailcap and be sure to install

http://www.fiction.net/blong/programs/tnef2txt/tnef2txt-1.4.tar.gz

in your path.

The MAPI winmail.dat stuff should turn up when you click on the
attachment if you use gnus from cvs (includes the patch below), for
earlier versions you'll have to switch to buffer *mm* by yourself.

1999-11-29  Simon Josefsson  <jas@pdc.kth.se>

	* mm-decode.el (mm-display-external): For `copiousoutput' methods,
	switch to buffer after calling program.

Re: pgnus & winmail.dat?

[William M. Perry]

Bill White <billw@wolfram.com> writes:

> Can pgnus extract any usable information from this winmail.dat
> thingie? 

Did you look at what that looks like base64-decoded?  It is abysmal binary
garbage, you can ALMOST see bits and pieces of his textual email in there,
but barely.  Things like 

I waI^D go^K\200g ^K\200

^K == 'i'
\200 == 'n'

WTF?

-Bill P.

Re: pgnus & winmail.dat?

[Bill White]

On 29 Nov 1999 17:31:56 -0500
in article <863dtp9bfn.fsf@megalith.bp.aventail.com>
wmperry@aventail.com (William M. Perry) said:

  > Bill White <billw@wolfram.com> writes:
  >> Can pgnus extract any usable information from this winmail.dat
  >> thingie? 

  > Did you look at what that looks like base64-decoded?  It is
  > abysmal binary garbage, you can ALMOST see bits and pieces of his
  > textual email in there, but barely.  Things like

  > I waI^D go^K\200g ^K\200

  > ^K == 'i'
  > \200 == 'n'

  > WTF?

Heh - yeah, I took a look in there and was really curious about what
micro$soft was up to with all that binary crap. Did you see Simon's
post to the list with tnef2txt, et. al.? Pretty nifty stuff - thanks,
Simon. 

bw
-- 
Bill White . billw@wolfram.com . http://members.wri.com/billw
"No ma'am, we're musicians."

Re: pgnus & winmail.dat?

[Hrvoje Niksic]

Simon Josefsson <jas@pdc.kth.se> writes:

> 1999-11-29  Simon Josefsson  <jas@pdc.kth.se>
> 
> 	* mm-decode.el (mm-display-external): For `copiousoutput' methods,
> 	switch to buffer after calling program.

Shouldn't it simply insert the output into the existing buffer?

Re: pgnus & winmail.dat?

[Simon Josefsson]

Hrvoje Niksic <hniksic@iskon.hr> writes:

> > 	* mm-decode.el (mm-display-external): For `copiousoutput' methods,
> > 	switch to buffer after calling program.
> 
> Shouldn't it simply insert the output into the existing buffer?

The "external" in `mm-display-external' led me to believe it should be
"external" in some sense, altough another emacs buffer isn't very
external it is more external than inlining it. Um. I don't really
know. Opinions?

Re: pgnus & winmail.dat?

[Bill White]

On 30 Nov 1999 18:04:05 +0100
in article <ilug0xnvrlm.fsf@badis.pdc.kth.se>
Simon Josefsson <jas@pdc.kth.se> said:

  > Hrvoje Niksic <hniksic@iskon.hr> writes:
  >> > 	* mm-decode.el (mm-display-external): For `copiousoutput' methods,
  >> > 	switch to buffer after calling program.
  >> 
  >> Shouldn't it simply insert the output into the existing buffer?

  > The "external" in `mm-display-external' led me to believe it
  > should be "external" in some sense, altough another emacs buffer
  > isn't very external it is more external than inlining it. Um. I
  > don't really know. Opinions?

Putting it in the existing buffer should be fine from a practical
point of view. It can easily be hidden again.

bw
-- 
Bill White . billw@wolfram.com . http://members.wri.com/billw
Having children is like having a bowling alley installed in 
your brain. --Martin Mull

Re: pgnus & winmail.dat?

[Hrvoje Niksic]

Simon Josefsson <jas@pdc.kth.se> writes:

> Hrvoje Niksic <hniksic@iskon.hr> writes:
> 
> > > 	* mm-decode.el (mm-display-external): For `copiousoutput' methods,
> > > 	switch to buffer after calling program.
> > 
> > Shouldn't it simply insert the output into the existing buffer?
> 
> The "external" in `mm-display-external' led me to believe it should
> be "external" in some sense,

It invokes an external command, thus the name.

The distinction is unimportant for other "external" things because
they other don't have output, or require a terminal.  But with useful
output, I think it would be perfectly fine to insert it in the current
buffer.  As Bill white said, there is no practical reason not to do
so, at least provided that the "Save..." menu entry et al. still work.

Re: pgnus & winmail.dat?

[Lars Magne Ingebrigtsen]

Simon Josefsson <jas@pdc.kth.se> writes:

> The "external" in `mm-display-external' led me to believe it should be
> "external" in some sense, altough another emacs buffer isn't very
> external it is more external than inlining it. Um. I don't really
> know. Opinions?

External means "outside of Emacs".  If it's not outside of Emacs, then 
it should insert into the article buffer.

-- 
(domestic pets only, the antidote for overdose, milk.)
   larsi@gnus.org * Lars Magne Ingebrigtsen

Re: pgnus & winmail.dat?

[Simon Josefsson]

Hrvoje Niksic <hniksic@iskon.hr> writes:

> The distinction is unimportant for other "external" things because
> they other don't have output, or require a terminal.  But with useful
> output, I think it would be perfectly fine to insert it in the current
> buffer.  As Bill white said, there is no practical reason not to do
> so, at least provided that the "Save..." menu entry et al. still work.

Ok, clicking on a application/ms-tnef attachment and having

application/ms-tnef; tnef2txt %s; copiousoutput

in your ~/.mailcap should now (current CVS) insert the ouput in the
article buffer.

1999-12-04  Simon Josefsson  <jas@pdc.kth.se>

	* mm-decode.el (mm-display-part): Let mm-display-external return
	inline or external.
	(mm-display-external): For copiousoutput methods, insert output in
	buffer.