Re: Can not delete attachements

2015-02-20 Thread David Haguenauer
Hi,

* Brian Salter-Duke , 2015-02-21 07:11:58 Sat:
> I am receiving emails from a colleague that have the following attachements:-
> 
> 1 [  10M] ""7bit 
> multipart/alternative
> [...]
> 9 [ 7.2K] "smime.p7s"   base64 
> application/pkcs7-signature
> 
> I can save the docx and pgf files, but having done so, I want to
> delete them from the email, which of course I want to save. However
> it will not let me.  It is something to do with the smime.p7s
> signiture.

Presumably, Mutt doesn't let you delete attachments because doing so
would render the signature invalid. If you don't care about breaking
signatures, and would rather be able to delete attachments no matter
what, I have a patch:

http://www.kurokatta.org/hacks/src/mutt-1.5.13-rmattach.patch

It was meant for PGP-encrypted messages; hopefully it works for S/MIME
as well.

-- 
David Haguenauer


pgpSuzoucWI8X.pgp
Description: Digital signature


Can not delete attachements

2015-02-20 Thread Brian Salter-Duke
I am receiving emails from a colleague that have the following attachements:-

1 [  10M] ""7bit 
multipart/alternative
2 [ 3.6K] ""   
quoted-printable text/plain
3 [  10M] ""  7bit 
multipart/mixed
4 [ 3.8K] ""
quoted-printable text/html
5 [ 9.4M] "H2-paper.docx"  base64 
application/vnd.openxmlformats-officedocument.wordprocess
6 [ 0.2K] ""
7bit text/html
7 [ 816K] "H2-paper.pdf"base64 
application/pdf
8 [ 2.5K] ""
quoted-printable text/html
9 [ 7.2K] "smime.p7s"   base64 
application/pkcs7-signature

I can save the docx and pgf files, but having done so, I want to delete them
from the email, which of course I want to save. However it will not let me.  It
is something to do with the smime.p7s signiture. How can I delete the large
files?  Any help eould be appreciated.

Cheers, Brian.

-- 
Brian Salter-Duke (Brian Duke) b_d...@bigpond.net.au  
Melbourne, Australia.


Re: Viewing attachements

2008-02-01 Thread Rado S
=- Mauro Sacchetto wrote on Wed 30.Jan'08 at 23:27:31 +0100 -=

> I receive a mail with an attachement. I put "v" to view it and
> "enter" to open the application to open the file. If the
> attachement is an .odt file, while OpenOffice is open I can come
> back to Mutt and read other e-mails. If I've other kinds of files,
> as .pdf, while Kpdf is open it's impossible to come back to Mutt,
> or better I come back to a empty windows but I can not use it to
> read other e-mails. I found a little script
> http://www.spocom.com/users/gjohnson/mutt/mutt_bgrun that solves
> this problem, but maybe there is a better way to do it without
> using external programs...

You can put the content of the script in your mailcap, but that's
ugly. That's not a mutt, but a mime/mailcap problem, so you're
already using external programs, one more doesn't hurt you.

-- 
© Rado S. -- You must provide YOUR effort for your goal!
EVERY effort counts: at least to show your attitude.
You're responsible for ALL you do: you get what you give.


Viewing attachements

2008-01-30 Thread Mauro Sacchetto

I receive a mail with an attachement.
I put "v" to view it and "enter" to open
the application to open the file.
If the attachement is an .odt file,
while OpenOffice is open I can
come back to Mutt and read other e-mails.
If I've other kinds of files, as .pdf,
while Kpdf is open it's impossible
to come back to Mutt, or better
I come back to a empty windows
but I can not use it to read other e-mails.
I found a little script
http://www.spocom.com/users/gjohnson/mutt/mutt_bgrun
that solves this problem, but maybe
there is a better way to do it
without using external programs...

Thanx
M.




-- 
linux user no.: 353546
public key at http://keyserver.linux.it


Re: saving attachements

2007-04-17 Thread Sander Smeenk
Quoting Przemyslaw Gawronski ([EMAIL PROTECTED]):

> I find these macros useful:
> 
> macro attach s /home/gawron/attachments/
> macro attach S 

Hmm, i haven't checked on the Wiki yet, but this question has been on
the list some more, maybe you could document it in the wiki?

-- 
| If you must choose between two evils, pick the one you've never tried before.
| 1024D/08CEC94D - 34B3 3314 B146 E13C 70C8  9BDB D463 7E41 08CE C94D


Re: saving attachements

2007-04-17 Thread Thorsten Scherf

On [Mon, 16.04.2007 22:58], Przemyslaw Gawronski wrote:

Hi


is it possible to define a specific folder where all saved attchements goes
into?


I find these macros useful:

macro attach s /home/gawron/attachments/
macro attach S 


This works great. Thanks.

--


Re: saving attachements

2007-04-16 Thread Przemyslaw Gawronski
Hi

> is it possible to define a specific folder where all saved attchements goes
> into?

I find these macros useful:

macro attach s /home/gawron/attachments/
macro attach S 

Przemek
-- 
AIKIDO TANREN DOJO  -   Poland - Warsaw - Mokotow - Ursynow - Natolin
info: http://www.tanren.pl/ phone: +4850151 email: [EMAIL PROTECTED]


Re: saving attachements

2007-04-16 Thread Kyle Wheeler
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Monday, April 16 at 10:08 PM, quoth Thorsten Scherf:
> Hm, maybe I did something wrong, but this worked only for saving 
> mails, not
> for attachements. I have this in muttrc:
>
> save-hook . ~/Mail/saved
>
> When I save a regular mail, it goes into the folder mentioned above. But
> when I now save an attachement, it goes into ~

Ah, hm, I misread you there. Huh, I wonder why that doesn't trigger 
the . save-hook... You may want to submit a bug report to 
http://bugs.mutt.org

~Kyle
- -- 
Strong coffee, much strong coffee, is what awakens me. Coffee gives me 
warmth, waking, an unusual force and a pain that is not without very 
great pleasure.
  -- Napoleon Bonaparte
-BEGIN PGP SIGNATURE-
Comment: Thank you for using encryption!

iD8DBQFGI9m5BkIOoMqOI14RAsAVAJsFTK1WCV1O7nfIN/TqfnRdtN4iDwCfQ8Q2
oLG/i9L+T6jxwftlirDScFg=
=83CU
-END PGP SIGNATURE-


Re: saving attachements

2007-04-16 Thread Thorsten Scherf

On [Mon, 16.04.2007 13:46], Kyle Wheeler wrote:

On Monday, April 16 at 09:23 PM, quoth Thorsten Scherf:
is it possible to define a specific folder where all saved 
attchements goes into?


As in, can you prevent people from saving attachments elsewhere? No. 
Can you specify a default one? Sure:


Hm, maybe I did something wrong, but this worked only for saving mails, not
for attachements. I have this in muttrc:

save-hook . ~/Mail/saved

When I save a regular mail, it goes into the folder mentioned above. But
when I now save an attachement, it goes into ~




Re: saving attachements

2007-04-16 Thread Kyle Wheeler
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Monday, April 16 at 09:23 PM, quoth Thorsten Scherf:
> is it possible to define a specific folder where all saved 
> attchements goes into?

As in, can you prevent people from saving attachments elsewhere? No. 
Can you specify a default one? Sure:

 save-hook . /name/of/folder

~Kyle
- -- 
I love America more than any other country in this world, and, exactly 
for this reason, I insist on the right to criticize her perpetually.
-- James Baldwin, Notes of a Native Son
-BEGIN PGP SIGNATURE-
Comment: Thank you for using encryption!

iD8DBQFGI9KIBkIOoMqOI14RAmrNAKC6z3VvrdP2Q6mlo5zgWFd2n1+mKQCeMrkk
RXePNkH26K5okresRf8Qmlk=
=qnAg
-END PGP SIGNATURE-


saving attachements

2007-04-16 Thread Thorsten Scherf

Hi,

is it possible to define a specific folder where all saved attchements goes
into?

Thanks,
Thorsten

--


Re: Default folder for save attachements (resolved)

2002-06-07 Thread Oliver Fuchs

Many thanks for your very good (as always) suggestions and hints. I put
it this way:
In my .bash_profile I set an alias with: alias mutt="cd
~/download;mutt". It is a little bit unusual but for my requirements it
works out the best. 
Thank you again

Oliver
-- 
... don't touch the bang-bang fruit



Re: Default folder for save attachements

2002-06-06 Thread David T-G

Oliver --

...and then Oliver Fuchs said...
% 
% On Wed, 05 Jun 2002, David T-G wrote:
% 
% > I don't believe so;
% 
% Yes, me too

:-(


% 
...
% > The closest you can probably come is changing to there before starting mutt
% 
% t is a good hint/idea ...

If you haven't yet, be sure to check out some of the macros that other
folks have posted.   and  to jump to the beginning and then
back to the end of line sound quite slick, and don't mess up your folder
searching when you're not looking only at your set list of mailboxes like
a pre-cd would.


% 
% Thank you

Have fun!


% 
% -- 
% ... don't touch the bang-bang fruit


HAND

:-D
-- 
David T-G  * It's easier to fight for one's principles
(play) [EMAIL PROTECTED] * than to live up to them. -- fortune cookie
(work) [EMAIL PROTECTED]
http://www.justpickone.org/davidtg/Shpx gur Pbzzhavpngvbaf Qrprapl Npg!




msg28657/pgp0.pgp
Description: PGP signature


Re: Default folder for save attachements

2002-06-05 Thread Oliver Fuchs

On Wed, 05 Jun 2002, David T-G wrote:

> I don't believe so;

Yes, me too

> I just did a quick grep thru the manual and didn't
> see anything on it, but that's where you'd find out about it.

I searched the manual too and could not find a setting that would
submitt this topic

> The closest you can probably come is changing to there before starting mutt

t is a good hint/idea ...

Thank you

-- 
... don't touch the bang-bang fruit



Re: Default folder for save attachements

2002-06-05 Thread John P Verel

A variation on the below, given to this list by Mikko Hanninen, 4/2/00:

macro attach s /mnt/vfat/john/muttattachments/

John
On 06/05/02, 11:13:56PM +0200, Nicolas Rachinsky wrote:
> * Oliver Fuchs <[EMAIL PROTECTED]> [2002-06-05 22:39 +0200]:
> > can I define a default folder for saving attachments (something like
> > /home/me/download) in the .muttrc?
> 
> macro attach  s '~/I/' 'save attachment'
> 
> Nicolas



Re: Default folder for save attachements

2002-06-05 Thread Shawn D. McPeek

Previously, Oliver Fuchs wrote:
% Hi,
% can I define a default folder for saving attachments (something like
% /home/me/download) in the .muttrc?
% 
% Thank you in advance

I use this:

macro attach s ~/WINDOWS/

Shawn

-- 
I love children.  Especially when they cry -- for then someone takes them away.
-- Nancy Mitford



Default folder for save attachements

2002-06-05 Thread Oliver Fuchs

Hi,
can I define a default folder for saving attachments (something like
/home/me/download) in the .muttrc?

Thank you in advance

Oliver
-- 
... don't touch the bang-bang fruit



Re: Default folder for save attachements

2002-06-05 Thread Nicolas Rachinsky

* Oliver Fuchs <[EMAIL PROTECTED]> [2002-06-05 22:39 +0200]:
> can I define a default folder for saving attachments (something like
> /home/me/download) in the .muttrc?

macro attach  s '~/I/' 'save attachment'

Nicolas



Re: Default folder for save attachements

2002-06-05 Thread Peter T. Abplanalp

On Wed, Jun 05, 2002 at 03:45:20PM -0500, David T-G wrote:

> I don't believe so; I just did a quick grep thru the manual and didn't
> see anything on it, but that's where you'd find out about it.  The
> closest you can probably come is changing to there before starting mutt
> if you don't want to just feed your message to a script that does the cd
> and then the munpack for you...

another alternative might be an alias for mutt like: alias mutt="cd
/my/dnld/dir;/path/to/mutt"  might be a little easier then always
remembering to be in the correct directory when starting mutt.

-- 
Peter Abplanalp

Email:   [EMAIL PROTECTED]
PGP: pgp.mit.edu



msg28632/pgp0.pgp
Description: PGP signature


Re: Default folder for save attachements

2002-06-05 Thread David T-G

Oliver --

...and then Oliver Fuchs said...
% 
% Hi,
% can I define a default folder for saving attachments (something like
% /home/me/download) in the .muttrc?

I don't believe so; I just did a quick grep thru the manual and didn't
see anything on it, but that's where you'd find out about it.  The
closest you can probably come is changing to there before starting mutt
if you don't want to just feed your message to a script that does the cd
and then the munpack for you...


% 
% Thank you in advance

Sorry...


% 
% Oliver
% -- 
% ... don't touch the bang-bang fruit


:-D
-- 
David T-G  * It's easier to fight for one's principles
(play) [EMAIL PROTECTED] * than to live up to them. -- fortune cookie
(work) [EMAIL PROTECTED]
http://www.justpickone.org/davidtg/Shpx gur Pbzzhavpngvbaf Qrprapl Npg!




msg28630/pgp0.pgp
Description: PGP signature


Default folder for save attachements

2002-06-05 Thread Oliver Fuchs

Hi,
can I define a default folder for saving attachments (something like
/home/me/download) in the .muttrc?

Thank you in advance

Oliver
-- 
... don't touch the bang-bang fruit



Re: Forward an email with attachements

2002-03-20 Thread James Hamilton


The one that worked best for me was 

set mime_forward=ask-no

Then it asks if you want to forward as mime or not I think there's an ask-yes
too.

On Sun, Oct 21, 2001 at 08:58:25AM -0500, Jinchao Xu wrote:
> I would appreciate any hint on how to forward a whole
> message including all attachements.  Using "f" within
> mutt seems to ignore the attachments.  Thanks.  Jinchao

-- 


James Hamilton  | "Take heed: Perl, like most powerful languages, allows
Southwest Cyberport | you to nuke your filesystem without breaking a sweat."
505-232-7992| --David N. Blank-Edelman  




Re: Forwarding attachements...

2001-11-30 Thread Justin R. Miller

Thus spake Matej Cepl ([EMAIL PROTECTED]):

> My mutt does not automagically attach attachements of the original
> message being forwarded. What option does control this behavior?

Have a look at mime_forward.  I use this: 

message-hook . "set mime_forward=no"
message-hook "~h multipart" "set mime_forward=ask-yes"

-- 
Justin R. Miller <[EMAIL PROTECTED]>
PGP/GnuPG Key ID 0xC9C40C31 (preferred)



msg20878/pgp0.pgp
Description: PGP signature


Forwarding attachements...

2001-11-30 Thread Matej Cepl

My mutt does not automagically attach attachements of the
original message being forwarded. What option does control this
behavior?

TIA

Matej

-- 
Matej Cepl, [EMAIL PROTECTED]
138 Highland Ave. #10, Somerville, Ma 02143, (617) 623-1488
 
They that can give up essential liberty to obtain a little
temporary safety deserve neither liberty nor safety.
-- Benjamin Franklin, Historical Review
   of Pennsylvania, 1759.




Re: Forward an email with attachements

2001-10-21 Thread Justin R. Miller

Thus spake Michael Tatge ([EMAIL PROTECTED]):

> set mime_forward=yes

Also, I use this:  

message-hook . "set mime_forward=no"
message-hook "~h multipart" "set mime_forward=ask-yes"

-- 
Justin R. Miller <[EMAIL PROTECTED]>
PGP/GnuPG Key ID 0xC9C40C31 (preferred)

 PGP signature


Re: Forward an email with attachements

2001-10-21 Thread Michael Tatge

Jinchao Xu muttered:
> I would appreciate any hint on how to forward a whole
> message including all attachements.  Using "f" within
> mutt seems to ignore the attachments.

set mime_forward=yes


HTH,

Michael
-- 
How do I type "for i in *.dvi do xdvi i done" in a GUI?
(Discussion in comp.os.linux.misc on the intuitiveness of interfaces.)

PGP-Key: http://www-stud.ims.uni-stuttgart.de/~tatgeml/public.key



Forward an email with attachements

2001-10-21 Thread Jinchao Xu

I would appreciate any hint on how to forward a whole
message including all attachements.  Using "f" within
mutt seems to ignore the attachments.  Thanks.  Jinchao




Re: Multiple [*.log] file attachements from script

2001-05-17 Thread Lars Hecking

[Note: moved to mutt-users only!]

> I am using mutt to send e-mail messages to the development group
> following a product build/compile. Now I am writing some scripts for a
> new product which is made out of multiple modules each of which will be
> built individually. I may find myself in a situation where I do not know
> how many *.log files I end up with after the build. If I do try to send
> a message and try attach and inexistent file -:) , mutt will not send
> it, of course.
> 
> My question is: Is there a way that I can tell mutt to attach whatever
> *.log files happen to exist in the current directory, from within a
> script, knowing that there may me one or more such files?

 Let the script build the mutt command line.

attach=
for i in *.log ; do test -s "$i" && attach=" -a $i" ; done
...
mutt -s "$subject" $attach rcpt 


Re: Attachements

2000-09-29 Thread Dave Pearson

On Thu, Sep 28, 2000 at 06:22:08PM +0200, Andy Spiegl wrote:

> > I also don't have the URL handy, but it should be available in the list
> > archives at least. Possibly also on the Links page at www.mutt.org.
>
> I have been using it for a long time and made some small extensions. It's
> attached to this mail. No idea where the original is, sorry.

On my web page.

> # Changes by Andy Spiegl <[EMAIL PROTECTED]>, 1999, 2000

While changing and distributing is in the spirit of the GPL (and it's the
reason I used the GPL) I would suggest that you might want to send me your
changes before you think about distributing a version that is different from
my own. If for no other reason than I don't want to have to answer questions
about software that is different from the version I use locally. ;>

> # $Log: mutt.octet.filter,v $
> # Revision 1.2  1999/01/27 17:35:25  davep

The current version is 1.6 so you're also distributing a pretty old version.

-- 
Take a look in Hagbard's World: | mutt.octet.filter - autoview octet-streams
http://www.hagbard.demon.co.uk/ | mutt.vcard.filter - autoview simple vcards
http://www.acemake.com/hagbard/ | muttrc2html   - muttrc -> HTML utility
Free software, including| muttrc.sl - Jed muttrc mode



Re: Attachements

2000-09-28 Thread Dirk Ruediger

Hi all!

On Thu, 28 Sep 2000, Emmanuel Anne wrote:

> I had a look at the docs, but could not find a way to handle bad
> attachements ie : jpeg images attached as "application/octet-stream"
> insted of "image/jpeg".
> 
> Does someone know a way to view them directly instead of first saving
> them on the disk ???
Beside the script "mutt.octet.filter" I wrote a wrapper for this kind of
(M$) garbage ;-)
I defined it in my ~/.mailcap and it redefines the mime-type according
to the file extension and hand it over to mime-utils again. It could be
much more generic by reading ~/.mime.types and using this as a decision
base or you might rewrite it in a scripting lang with some mime-libs
(perl, python), but that was beyond the scope of my needs...
==
#!/bin/sh
# handle-octstream

# Defaults
ACTION=see
TYPE="text/html"

while getopts spe param
do
  case $param in
s) ACTION=see;;
p) ACTION=print;;
e) ACTION=edit;;
*) ACTION=see;;
  esac
  continue
done 
shift

F=${1:?"No Filename given! Finished."}
WORD="application/msword"
XL="application/excel"
case $F in
  *.xls,*.XLS) TYPE=$XL;;
  *.doc,*.DOC) TYPE=$WORD;;
  *.txt,*.TXT) TYPE=$WORD;;
esac

$ACTION "$TYPE:$F"
==

The mailcap-entry is as follows:

application/octet-stream; ~/bin/handle-octstream -s '%s';print=~/bin/handle-octstream 
-p '%s';edit=~/bin/handle-octstream -e '%s'

Ciao for now, Dirk
-- 
Dirk Ruediger, Rostock, Germany
 
When a trainstation is were a train stops what is a workstation?



Re: Attachements

2000-09-28 Thread Andy Spiegl

>  http://www.hagbard.demon.co.uk/mutt.html
Thanks.

>  Why did you not submit your changes to Dave?
Hm, good question.  I guess the changes were pretty personal.
Dave, feel free to adopt anything you want.
 Andy.

-- 
 E-Mail: [EMAIL PROTECTED] URL: http://andy.spiegl.de
 PGP/GPG: see headers
o  _ _ _
  - __o   __o  /\_   _ \\o  (_)\__/o  (_)
  --- _`\<,__`\<,__>(_) (_)/<_\_| \   _|/' \/
  -- (_)/ (_)  (_)/ (_)  (_)(_)   (_)(_)'  _\o_
 ~~~
 "Ya' know, Moe, my mom once said something that really stuck with me. She
 said, 'Homer, you're a big disappointment' and God bless her soul, she was
 really onto something." -- Homer Simpson in _There's_No_Disgrace_Like_Home_



Re: Attachements

2000-09-28 Thread Lars Hecking

Andy Spiegl writes:
> > I also don't have the URL handy, but it should be available in the
> > list archives at least.  Possibly also on the Links page at
> > www.mutt.org.
> I have been using it for a long time and made some small extensions.
> It's attached to this mail.  No idea where the original is, sorry.
 
 http://www.hagbard.demon.co.uk/mutt.html

 Why did you not submit your changes to Dave?




Re: Attachements

2000-09-28 Thread Dave Pearson

On Thu, Sep 28, 2000 at 06:14:14PM +0300, Mikko Hänninen wrote:

> You could try the "octet-stream-filter" that someone has. It's used to
> handle application/octet-stream files, it works by trying to look at the
> content and try to figure out what kind of file it is, then doing the
> Right Thing for that kind of file (I think, I don't use it myself).
> 
> I also don't have the URL handy, but it should be available in the list
> archives at least. Possibly also on the Links page at www.mutt.org.

It's available from my web pages. However, it won't really help in this
case. mutt.octet.filter is designed to allow people to `auto_view'
octet-streams.

-- 
Take a look in Hagbard's World: | mutt.octet.filter - autoview octet-streams
http://www.hagbard.demon.co.uk/ | mutt.vcard.filter - autoview simple vcards
http://www.acemake.com/hagbard/ | muttrc2html   - muttrc -> HTML utility
Free software, including| muttrc.sl - Jed muttrc mode



Re: Attachements

2000-09-28 Thread Andy Spiegl

> I also don't have the URL handy, but it should be available in the
> list archives at least.  Possibly also on the Links page at
> www.mutt.org.
I have been using it for a long time and made some small extensions.
It's attached to this mail.  No idea where the original is, sorry.

Have fun,
 Andy.

-- 
 E-Mail: [EMAIL PROTECTED] URL: http://andy.spiegl.de
 PGP/GPG: see headers
o  _ _ _
  - __o   __o  /\_   _ \\o  (_)\__/o  (_)
  --- _`\<,__`\<,__>(_) (_)/<_\_| \   _|/' \/
  -- (_)/ (_)  (_)/ (_)  (_)(_)   (_)(_)'  _\o_
 ~~~
 Those who do not understand Unix are condemned to reinvent it, poorly.  
  -- Henry Spencer


#!/bin/sh
#
# mutt.octet.filter - Octet filter for use with the mutt autoview facility
# Copyright (C) 1997,1998,1999 David A Pearson
#
# Changes by Andy Spiegl <[EMAIL PROTECTED]>, 1999, 2000
#
# This program is free software; you can redistribute it and/or modify
# it under the terms of the GNU General Public License as published by
# the Free Software Foundation; either version 2 of the license, or 
# (at your option) any later version.
# 
# This program is distributed in the hope that it will be useful,
# but WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
# GNU General Public License for more details.
#
# You should have received a copy of the GNU General Public License
# along with this program; if not, write to the Free Software
# Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA.
#

#
# This script file is a pretty brain-dead, last resort, "works for me"
# utility that will attempt to make sense of any octet-stream data
# that is received as part of an email and act as a filter for use
# with mutt's auto_view ability.
#
# Here is how I use it. In my ~/.mutt_mailcap (use your filename of
# choice) I have the following entry:
#
# application/octet-stream; mutt.octet.filter %s | vcat -s; copiousoutput
#
# 'vcat' is a silly little utility that strips any non-printing
# characters, use your non-printing filter of choice. You don't need
# that filter there, mutt.octet.filter attempts to not show binary
# data, but belt and braces can be a good idea now and again.
#
# All you then need to do is add a line like:
#
# auto_view application/octet-stream 
#
# to your ~/.muttrc (use your filename of choice).
#
# In it's current state the script isn't perfect, it's your typical
# "works for me" type of script and is offered in the hope that it
# maybe handy and that you can do something with it.
#
# All comments/flames/feedback can be directed to:
#
#   [EMAIL PROTECTED]
#

# $Log: mutt.octet.filter,v $
# Revision 1.2  1999/01/27 17:35:25  davep
# Added handling for .bz2 files (thanks to Lars Hecking for that).
# Added handling of MSWord documents (requires catdoc).
#
# Revision 1.1  1998/10/14 16:00:25  davep
# Initial revision
#
# many changes by ASp
# among them: -t switch
#  if -t is given as parameter, all output is converted to text
#  if not, images etc. are displayed using X

ShowTAR()
{
tar tvvf "$1" 2> /dev/null
}

ShowTGZ()
{
tar tzvvf "$1" 2> /dev/null
}

ShowGZIP()
{
gzip -dc "$1" 2> /dev/null
}

ShowBZIP()
{
bzip2 -dc "$1" 2> /dev/null
}

ShowZIP()
{
unzip -l "$1" 2> /dev/null
}

ShowARJ()
{
unarj l "$1" 2> /dev/null
}

ShowEXE()
{
echo $(basename "$1"): DOS/Windows executable
}

ShowOBJ()
{
echo $(basename "$1"): DOS/Windows object file
}

ShowLIB()
{
echo $(basename "$1"): MS-DOS program library
}

ShowNG()
{
echo $(basename "$1"): Norton Guide Database
}

ShowVCard()
{
cat "$1" | mutt.vcard.filter
}

ShowTIF()
{
if [ "$textoutput" == "true" ]; then
  tiffinfo "$1"
else
  xv "$1"
fi
}

ShowIMG()
{
if [ "$textoutput" == "true" ]; then
  (djpeg -pnm $1 | pnmscale -xysize 80 92 | ppmtopgm | pgmtopbm | pbmtoascii -1x2 
) 2>&1
else
  xv "$1"
fi
}

ShowPNG()
{
if [ "$textoutput" == "true" ]; then
  echo $1 is a PNG image.  Sorry, cannot convert to ASCII.
else
  xv "$1"
fi
}

ShowPS()
{
if [ "$textoutput" == "true" ]; then
#  echo $1 is a Postscript document.
  ps2ascii $1
else
  acroread "$1"
fi
}

ShowPDF()
{
if [ "$textoutput" == "true" ]; then
#  echo $1 is a PDF document.
  pdf2ascii $1
else
  acroread "$1"
fi
}

ShowMSWord()
{
#catdoc "$1"
# ASp: first, let's see if this is really MicroSoft nonsense...
ldat "$1" | grep -is microsoft > /dev/null

if [ $? -eq 0 ]; then
   echo "`basename "$1"` is a Microsoft document:"
   ldat "$1"
   lhalw -F "$1"
else
   echo "`basename "$1"` unprintable data:"
   strings --bytes=5 $1
fi
}

Showdata()
{
# let's see if this is MicroS

Re: Attachements

2000-09-28 Thread Byrial Jensen

On Thu, Sep 28, 2000 at 11:14:04 -0400, Bob Bell wrote:
> Your mime.types file should pick up on the extension and let mutt
> treat the file as image/jpeg, at which point your setting for image/jpeg
> take over.  This is described in the manual under "Mutt's MIME Support".

No, the mime.types file is used to determine the default MIME type
of attachments when composing new messages. It was no influence on
received messages with attachments.

-- 
Byrial
http://home.worldonline.dk/~byrial/



Re: Attachements

2000-09-28 Thread Byrial Jensen

On Thu, Sep 28, 2000 at 16:51:39 +0200, Emmanuel Anne wrote:
> I had a look at the docs, but could not find a way to handle bad
> attachements ie : jpeg images attached as "application/octet-stream"
> insted of "image/jpeg".
> 
> Does someone know a way to view them directly instead of first saving
> them on the disk ???

Go into the attachment menu with v (it is the default key
binding), select the attachment and type ctrl-e to edit the mime
type of the attachment to what it should have been. The change
isn't pernament (it will not be written to disk) but will last as
long as the current mailbox is open.

If you often have attachments with wrong types, you may also
consider to automate the process by using macros.

-- 
Byrial
http://home.worldonline.dk/~byrial/



Re: Attachements

2000-09-28 Thread David Champion

On 2000.09.28, in <[EMAIL PROTECTED]>,
"Emmanuel Anne" <[EMAIL PROTECTED]> wrote:
> I had a look at the docs, but could not find a way to handle bad
> attachements ie : jpeg images attached as "application/octet-stream"
> insted of "image/jpeg".
> 
> Does someone know a way to view them directly instead of first saving
> them on the disk ???

Obviously you're going to have to tell Mutt what kind of attachment
you're dealing with, or else a command to process it with.  You can use
'v' to go into theattachments list, and pipe individual attachments to
a program.  If you have a script that will feed stdin to xv (or
whatever), you can pipeto that script.

Or, if you want to automate more, you can pipe to a program that takes
the content-type on the command line, and uses metamail to invoke the
correct viewer no matter what.  Then you can set up macros, one for
each kind of data you receive as octet-stream, that will try viewing
the attachment as a single type.

OR, you can write a script that saves the stdin to a tmp file, use
"file" to determine what kind of data is in it, and invokes metamail on
the corresponding content-type.

-- 
 -D.[EMAIL PROTECTED]NSITUniversity of Chicago



Re: Attachements

2000-09-28 Thread Bob Bell

On Thu, Sep 28, 2000 at 04:51:39PM +0200, Emmanuel Anne <[EMAIL PROTECTED]> wrote:
> I had a look at the docs, but could not find a way to handle bad
> attachements ie : jpeg images attached as "application/octet-stream"
> insted of "image/jpeg".
> 
> Does someone know a way to view them directly instead of first saving
> them on the disk ???

Your mime.types file should pick up on the extension and let mutt
treat the file as image/jpeg, at which point your setting for image/jpeg
take over.  This is described in the manual under "Mutt's MIME Support".

-- 
Bob Bell <[EMAIL PROTECTED]>
-
 "There are two major products to have come out of Berkeley:
  LSD and UNIX"
   -- Author Unknown



Re: Attachements

2000-09-28 Thread Mikko Hänninen

Emmanuel Anne <[EMAIL PROTECTED]> wrote on Thu, 28 Sep 2000:
> I had a look at the docs, but could not find a way to handle bad
> attachements ie : jpeg images attached as "application/octet-stream"
> insted of "image/jpeg".

You could try the "octet-stream-filter" that someone has.  It's
used to handle application/octet-stream files, it works by trying
to look at the content and try to figure out what kind of file it
is, then doing the Right Thing for that kind of file (I think, I
don't use it myself).

I also don't have the URL handy, but it should be available in the
list archives at least.  Possibly also on the Links page at
www.mutt.org.


Hope this helps,
Mikko
-- 
// Mikko Hänninen, aka. Wizzu  //  [EMAIL PROTECTED]  //  http://www.iki.fi/wiz/
// The Corrs list maintainer  //   net.freak  //   DALnet IRC operator /
// Interests: roleplaying, Linux, the Net, fantasy & scifi, the Corrs /
Warning: Dates in the calendar are closer than they appear.



Re: Attachements

2000-09-28 Thread Bruce DeVisser

On Thu, Sep 28, 2000 at 04:51:39PM +0200, Emmanuel Anne wrote:
> I had a look at the docs, but could not find a way to handle bad
> attachements ie : jpeg images attached as "application/octet-stream"
> insted of "image/jpeg".
> 
> Does someone know a way to view them directly instead of first
> saving them on the disk ???

If you can't get mailcap to take care of it, just pipe it to
'xli stdin' or equivalent. If there is no facility in your image
viewer for reading from standard input, you'll need to write a wrapper
script to save the standard input to file, invoke the viewer, then
delete the file. This is basically the same as the %s system in the
mailcap file, but you are taking matters into your own hands.

-- 
- Bruce



Attachements

2000-09-28 Thread Emmanuel Anne

I had a look at the docs, but could not find a way to handle bad
attachements ie : jpeg images attached as "application/octet-stream"
insted of "image/jpeg".

Does someone know a way to view them directly instead of first saving
them on the disk ???



Re: Attachments (Was Re: Bleh - MS attachements)

1999-03-10 Thread Stephen Hack

The attached perl script handles removing of the tnef attachment##

it's worked for me.  (might want to test with a large assortment of message to
make sure that you're not loosing the attachments.)

##
## Remove the ms-tnef attachments
##

:0 
* B ?? ^Content-Type: \/(application/ms-tnef)$
{
LOG="--found garbage--"

# save backups
:0 c
$PMDIR/save.ms-tnef

:0 f
| $PMDIR/remove-attachment" "$MATCH
}


> > On Wed, Mar 03, 1999 at 08:12:54PM +0100, Christian Stigen Larsen wrote:
> > > Is there any patch, utility, script or something which
> > > can decode typical MS-attachements like
> > > 
> > >   [applica/ms-tnef, base64, 1.4M]
> > > 
> > > As I continually get these type of attachements life is
> > > really annoying, as I can't decode them (and the senders
> > > won't attach in another format).

-- 
Stephen P. Hackmutt - vim - maildrop http://www.uiuc.edu/ph/www/shack
[EMAIL PROTECTED]  Underwater Hockey Pres http://www.uiuc.edu/ro/uwhockey
[EMAIL PROTECTED] University of IllinoisComputer Science


#!/home/shack/bin/perl

$mime = join ' ', @ARGV;
@ARGV = ();

$message = join '', <>;
$message =~ /Content-Type:[^\n]*boundary=(".*")/;
$boundary = $1;
$boundary =~ s/"//g;  #"

$date = scalar localtime;

$message =~ s/--$boundary\nContent-Type: 
$mime[\s\S]*\n--$boundary/\n--$boundary\nContent-Type: text\/plain\n\nRemoved a 
message of type $mime\n\n$0: $date\n\n\n--$boundary/m;

print $message;



Attachments (Was Re: Bleh - MS attachements)

1999-03-04 Thread John Adams

On Wed, 3 Mar 1999, fred smith wrote:

> On Wed, Mar 03, 1999 at 08:12:54PM +0100, Christian Stigen Larsen wrote:
> > Is there any patch, utility, script or something which
> > can decode typical MS-attachements like
> > 
> > [applica/ms-tnef, base64, 1.4M]
> > 
> > As I continually get these type of attachements life is
> > really annoying, as I can't decode them (and the senders
> > won't attach in another format).
> 
> 
> [deleted text] 
> I tend to get stiff-necked and tell them i can't read their mail,
> it's got some kind of "strange junk" in it,... can they please 
> configure their mailer to send plain text?
> [deleted text]
> <\gripe-mode>

I regularly see annoying junk in e-mail.  I'm a hold-over from the 80s
internet before WWW.  I think a sig over four lines with ASCII art or long
rambling quotes is a waste.  But rather than bitch about it, I use
procmail to filter the crap.

-- 
John Adams   O-
[EMAIL PROTECTED]



Re: Bleh - MS attachements

1999-03-04 Thread fred smith

On Wed, Mar 03, 1999 at 08:12:54PM +0100, Christian Stigen Larsen wrote:
> Is there any patch, utility, script or something which
> can decode typical MS-attachements like
> 
>   [applica/ms-tnef, base64, 1.4M]
> 
> As I continually get these type of attachements life is
> really annoying, as I can't decode them (and the senders
> won't attach in another format).


Yeah they are really annoying. What's even worse is the air heads
who think it's really cool that they can send pretty formatted text
as email, without thinking or caring that they are making it harder
for anybody who doesn't use their own proprietary mail programs.

I tend to get stiff-necked and tell them i can't read their mail,
it's got some kind of "strange junk" in it,... can they please 
configure their mailer to send plain text?

At work we use Lotus Notes for email. While I think there are a lot
of things wrong with using a kitchen-sink as a mailer, at least one 
thing they got right was that when you send pretty formatted text
outside the company all that arrives at the other end is nice plain
80-column ASCII.
<\gripe-mode>
-- 
 Fred Smith -- [EMAIL PROTECTED] 



Re: Bleh - MS attachements

1999-03-03 Thread Michael Sobolev

On Wed, Mar 03, 1999 at 08:12:54PM +0100, Christian Stigen Larsen wrote:
> Is there any patch, utility, script or something which
> can decode typical MS-attachements like
> 
>   [applica/ms-tnef, base64, 1.4M]
I doubt there is one.  I believe it should make hard use of OLE stuff or
something alike.  Anyway, it has nothing of use.  To my mind, at least. :)
Formattings, attachment placement, etc.  Yes, sometime this very attachment
may contain all the stuff, but this is rather rare.

You may try to ask your [usual] correspondents to turn so called `Rich-text'
option off when sending e-mail to you.

--
Mike



Re: Bleh - MS attachements

1999-03-03 Thread David DeSimone

Christian Stigen Larsen <[EMAIL PROTECTED]> wrote:
>
> Is there any patch, utility, script or something which
> can decode typical MS-attachements like
> 
>   [applica/ms-tnef, base64, 1.4M]

Try this URL:

http://www.fiction.net/blong/programs/#tnef2txt

-- 
David DeSimone   | "The doctrine of human equality reposes on this:
[EMAIL PROTECTED]   |  that there is no man really clever who has not
Hewlett-Packard  |  found that he is stupid." -- Gilbert K. Chesterson
Convex Division  |PGP: 5B 47 34 9F 3B 9A B0 0D  AB A6 15 F1 BB BE 8C 44



Bleh - MS attachements

1999-03-03 Thread Christian Stigen Larsen

Is there any patch, utility, script or something which
can decode typical MS-attachements like

[applica/ms-tnef, base64, 1.4M]

As I continually get these type of attachements life is
really annoying, as I can't decode them (and the senders
won't attach in another format).

-- 
Christian Stigen Larsen -- http://www.sublevel3.org
[EMAIL PROTECTED]http://www.stud.ntnu.no/~chrisl/