Attachments forwarded by MS Outlook

Attachments forwarded by MS Outlook

[Graham Murray]

Someone, using MS Outlook (not express) forwarded an email, containing
multiple attachments, to me. The email arrived as text with just one
attachment, labeled as an ms-tnf file which (on examining it in hexl
mode) contained the normal 'visiting card' for the person who
fordwared the mail - then the contents of the original attachments
(all of which are binary files.)  I have previously received mail with
multiple attachments directly from the original sender, so I am
reasonably sure that the original message could have been decoded had
it been sent directly to me.

Is there any way with Gnus to extract the original attachments?

Re: Attachments forwarded by MS Outlook

[Kai Großjohann]

Graham Murray <graham@barnowl.demon.co.uk> writes:

> Is there any way with Gnus to extract the original attachments?

Since you didn't show us what it actually looked like, who's to know.
But you may wish to type C-d on the message to see what happens.

kai
-- 
A large number of young women don't trust men with beards.  (BFBS Radio)

Re: Attachments forwarded by MS Outlook

[Simon Josefsson]

Graham Murray <graham@barnowl.demon.co.uk> writes:

> Someone, using MS Outlook (not express) forwarded an email, containing
> multiple attachments, to me. The email arrived as text with just one
> attachment, labeled as an ms-tnf file which (on examining it in hexl
> mode) contained the normal 'visiting card' for the person who
> fordwared the mail - then the contents of the original attachments
> (all of which are binary files.)  I have previously received mail with
> multiple attachments directly from the original sender, so I am
> reasonably sure that the original message could have been decoded had
> it been sent directly to me.
> 
> Is there any way with Gnus to extract the original attachments?

Try 'tnef2txt' (available via freshmeat et al).

Re: Attachments forwarded by MS Outlook

[Nemeth Ervin]

>>>>> Graham Murray writes:

> Someone, using MS Outlook (not express) forwarded an email, containing
> multiple attachments, to me. The email arrived as text with just one
> attachment, labeled as an ms-tnf file which (on examining it in hexl
> mode) contained the normal 'visiting card' for the person who
> fordwared the mail - then the contents of the original attachments
> (all of which are binary files.)  I have previously received mail with
> multiple attachments directly from the original sender, so I am
> reasonably sure that the original message could have been decoded had
> it been sent directly to me.

> Is there any way with Gnus to extract the original attachments?

Yes, digest mode is what you seek.  Simply hit C-d in the summary.

-- 
  ____                 ____________________________________________________
 /____| NEMETH, ERVIN |____________________________________________________|
//	< airwin @ inf.bme.hu >		http://www.inf.bme.hu/~airwin
||
||	"Nonsense.  All you have to do is say 'Engage'"
||					-- Patrick Stewart about warp theory

Re: Attachments forwarded by MS Outlook

[Steve Harris]

Nemeth Ervin <airwin@inf.bme.hu> writes:

> >>>>> Graham Murray writes:

[...]

> > Is there any way with Gnus to extract the original attachments?
> 
> Yes, digest mode is what you seek.  Simply hit C-d in the summary.

C-d only solves part of this problem. You're still faced with a TNEF
attachment that Gnus can't crack open on its own.

Mark Simpson's tnef program [1] might help here. I downloaded the
source but could not compile it on Solaris for lack of 'getopt.h'! Can
anyone using this program explain 1) what it does, and 2) how to
integrate it with Gnus?

[1] http://world.std.com/~damned/tnef-latest.tar.gz

-- 
Steven E. Harris
Primus Knowledge Solutions, Inc.
http://www.primus.com

Re: Attachments forwarded by MS Outlook

[Michael Piotrowski]

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

Steve Harris <sharris@primus.com> writes:

> Mark Simpson's tnef program [1] might help here. I downloaded the
> source but could not compile it on Solaris for lack of 'getopt.h'! Can

It needs GNU getopt and thus doesn't compile out of the box on UNIX.
Attached is a patch which changes it to use Standard getopt instead.


[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: Patch to src/main.c and src/tnef.c --]
[-- Type: text/x-patch, Size: 4005 bytes --]

*** main.c.orig	Fri Feb  4 11:02:57 2000
--- main.c	Fri Feb  4 11:34:53 2000
***************
*** 27,33 ****
  
  #include <memory.h>
  #include <stdio.h>
! #include <getopt.h>
  
  #include "tnef.h"
  
--- 27,33 ----
  
  #include <memory.h>
  #include <stdio.h>
! #include <unistd.h>
  
  #include "tnef.h"
  
***************
*** 42,54 ****
  "Public License.  For more information about these matters, see the file\n"
  "named COPYING.";
  static const char* USAGE = \
! "-f FILE, --file=FILE\tuse FILE as input ('-' == stdin)\n"
! "-d DIR, --directory=DIR\tput unpacked files in DIR\n"
! "-l, --list          \tlist files, do not extract\n"
! "-n, --dry_run       \tparse the file only\n"
! "-v, --verbose       \tproduce verbose output\n"
! "-h, --help          \tshow this message\n"
! "--version           \tdisplay version and copyright\n"
  "\nIf FILE is not specified standard input is used\n"
  "\nReport bugs to <damned@world.std.com>\n";
  
--- 42,53 ----
  "Public License.  For more information about these matters, see the file\n"
  "named COPYING.";
  static const char* USAGE = \
! "-f FILE\tuse FILE as input ('-' == stdin)\n"
! "-d DIR\tput unpacked files in DIR\n"
! "-l\tlist files, do not extract\n"
! "-n\tparse the file only\n"
! "-v\tproduce verbose output\n"
! "-h\tshow this message\n"
  "\nIf FILE is not specified standard input is used\n"
  "\nReport bugs to <damned@world.std.com>\n";
  
***************
*** 72,112 ****
  parse_cmdline (int argc, char **argv)
  {
      int i = 0;
!     int option_index = 0;
!     static struct option long_options[] = 
!     { 
!         {"file", required_argument, 0, 'f' },
!         {"directory", required_argument, 0, 'd' },
!         {"help", no_argument, 0, 'h'},
!         {"verbose", no_argument, 0, 'v'},
!         {"dry_run", no_argument, 0, 'n'},
!         {"list", no_argument, 0, 'l'}, /* for now same as -n */
!         {"version", no_argument, 0, 0},
!         { 0, 0, 0, 0 }
!     };
  
!     while ((i = getopt_long (argc, argv, "f:d:vhnl", 
!                              long_options, &option_index)) != -1)
      {
          switch (i) 
          {
-         case 0:               /* long options with no val field */
-             if (strcmp (long_options[option_index].name, 
-                              "version") == 0)
-             {
-                 fprintf (stderr, "%s %s\n", PACKAGE, VERSION);
-                 fprintf (stderr, COPYRIGHTS);
-                 fprintf (stderr, "\n");
-                 fprintf (stderr, NO_WARRANTY, PACKAGE, PACKAGE);
-                 fprintf (stderr, "\n");
-                 exit (0);
-             }
-             else
-             {
-                 abort ();       /* impossible! */
-             }
-             break;
- 
          case 'v': 
              verbose = 1;
              break;
--- 71,83 ----
  parse_cmdline (int argc, char **argv)
  {
      int i = 0;
!     extern char *optarg;
!     extern int optind, optopt;
  
!     while ((i = getopt (argc, argv, "f:d:vhnl")) != -1)
      {
          switch (i) 
          {
          case 'v': 
              verbose = 1;
              break;
*** tnef.c.orig	Fri Feb  4 11:12:38 2000
--- tnef.c	Fri Feb  4 11:13:40 2000
***************
*** 43,52 ****
  #define GETINT16(p)    (uint16)(p[0]+(p[1]<<8))
  
  /* Program Options: */
! static int Verbose_Output = 0;  /* Shall we shout it from the rooftops? */
! static int Dry_Run = 0;         /* Parse file only */
! static FILE* Input_File = NULL; /* Input File */
! static char* Directory = NULL;  /* Where to put output */
  
  
  /* Array of days of the week for translating a date */
--- 43,52 ----
  #define GETINT16(p)    (uint16)(p[0]+(p[1]<<8))
  
  /* Program Options: */
! int Verbose_Output = 0;  /* Shall we shout it from the rooftops? */
! int Dry_Run = 0;         /* Parse file only */
! FILE* Input_File = NULL; /* Input File */
! char* Directory = NULL;  /* Where to put output */
  
  
  /* Array of days of the week for translating a date */

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


-- 
Michael Piotrowski, M.A. <m.piotrowski@springer.de>
Electronic Technologies, Springer-Verlag Heidelberg

Re: Attachments forwarded by MS Outlook

[Steve Harris]

Michael Piotrowski <m.piotrowski@springer.de> writes:

> Steve Harris <sharris@primus.com> writes:
> 
> > Mark Simpson's tnef program [1] might help here. I downloaded the
> > source but could not compile it on Solaris for lack of 'getopt.h'! Can
> 
> It needs GNU getopt and thus doesn't compile out of the box on UNIX.
> Attached is a patch which changes it to use Standard getopt instead.

Thanks for the patch. 'tnef' built fine with your patch, but core
dumps on all of the sample files in the test directory:

[_ hodge:~/temp/tnef-0.8/src _]
> tnef -lnv ../tests/rtf.tnef 
TNEF Key is: c02
TNEF Version [type: dword] = 00010000
OEM Codepage [type: byte] = e4 04 00 00 00 00 00 00
Message Class [type: word] = 5049 5049 5049...
Message ID [type: string] ='4C8701152E82D311A7A50008C71BCA8D'
Date Modified [type: date] =Segmentation fault (core dumped)

[_ hodge:~/temp/tnef-0.8/src _]
> gdb tnef core
GNU gdb 4.18
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "sparc-sun-solaris2.5.1"...(no debugging symbols found)...
Core was generated by `tnef -lnv ../tests/rtf.tnef'.
Program terminated with signal 11, Segmentation Fault.
Reading symbols from /usr/lib/libc.so.1...(no debugging symbols found)...done.
Reading symbols from /usr/lib/libdl.so.1...(no debugging symbols found)...done.
Reading symbols from /usr/platform/SUNW,Ultra-4/lib/libc_psr.so.1...(no debugging symbols found)...done.
#0  0xef6a4734 in strlen () from /usr/lib/libc.so.1
(gdb) where
#0  0xef6a4734 in strlen () from /usr/lib/libc.so.1
#1  0xef6da65c in _doprnt () from /usr/lib/libc.so.1
#2  0xef6e36c4 in fprintf () from /usr/lib/libc.so.1
#3  0x11be8 in dump_attr ()
#4  0x11f38 in decode_attribute ()
#5  0x11f70 in decode_message ()
#6  0x124b0 in parse_file ()
#7  0x11330 in main ()
(gdb) q

-- 
Steven E. Harris
Primus Knowledge Solutions, Inc.
http://www.primus.com

Re: Attachments forwarded by MS Outlook

[Simon Josefsson]

Steve Harris <sharris@primus.com> writes:

> Thanks for the patch. 'tnef' built fine with your patch, but core
> dumps on all of the sample files in the test directory:

I'm using Brian Long's tnef2txt
<URL:http://www.fiction.net/blong/programs/#tnef2txt> and it compiled
and worked just fine out of the box.