VM

Bug #756247
Comment #10

Comment 10 for bug 756247

Revision history for this message

mere user (emacs-user) wrote on 2011-04-26: Re: [Bug 756247] Re: deleting attachments

#10

sorry for not replying to this earlier. I do get strange results from
the interaction of external types and deleteable types. I have in my
.vm:

(setq vm-mime-external-content-types-alist
      '(
;; linux:
; ("text/html" "firefox -remote 'openFILE(%f)' || firefox file://%f ")
; ("image" "xloadimage")
;; MacOSX:
("text/plain" "open %f")
("text/html" "open %f")
  ("image" "open -a Preview %f")
  ("video/mpeg" "open")
  ("video" "open %f")
  ("application/pdf" "acroread")
  ("application/x-pdf" "acroread")
; ("webmail/pdf" "acroread")
  ("application/postscript" "gv")
  ("application/ms-tnef" "tnef --number-backups")
  ("application/vnd.openxmlformats-officedocument.presentationml.presentation"
"open_powerpoint")
  ("application/vnd.openxmlformats-officedocument.spreadsheetml.sheet"
"open_excel")
  ("application/vnd.openxmlformats-officedocument.wordprocessingml.document"
"open_word")
  ("application/vnd.ms-excel" "open_excel")
  ("application/vnd.ms-powerpoint" "open_powerpoint")
  ("application/msword" "open_word")
  ("application/x-msword" "open_word")
  ("application/rtf" "open_word")
  ("application/winword" "open_word")
  ("application/xfig" "xfig")
  ("video/x-ms-wmv" "open -a WMV Player %f")
  ))

and when I look at the value of deleteable types I get:

vm-mime-deleteable-types is a variable defined in `vm-vars.el'.
Its value is ("application" "x-unknown" "application/x-gzip")

Original value was
("application" "x-unknown" "application/x-gzip" "text/plain"
"text/html" "image" "video/mpeg" "video" "application/pdf"
"application/x-pdf" "application/postscript" "application/ms-tnef"
"application/vnd.openxmlformats-officedocument.presentationml.presentation"
"application/vnd.openxmlformats-officedocument.spreadsheetml.sheet"
"application/vnd.openxmlformats-officedocument.wordprocessingml.document"
"application/vnd.ms-excel" "application/vnd.ms-powerpoint"
"application/msword" "application/x-msword" "application/rtf"
"application/winword" "application/xfig" "video/x-ms-wmv")

so at some point ("original value" above) it did get the right idea,
but then it reverted back to the three values ("application"
"x-unknown" "application/x-gzip"). adding external types to
deleteable types is not necessarily a bad idea if it works. but if it
cannot work then, of course...

best, Eli

On Mon, Apr 25, 2011 at 7:53 PM, Uday Reddy <email address hidden> wrote:
> I propose that we get rid of the addition of external-content-types-
> alist in the setting of deleteable-types and saveable-types.
>
> These cross-references depend on the evaluation order and cause
> confusion.
>
> Cheers,
> Uday
>
>
> ** Changed in: vm
> Milestone: None => 8.2.0
>
> ** Changed in: vm
> Status: New => Triaged
>
> ** Changed in: vm
> Importance: Undecided => Low
>
> --
> You received this bug notification because you are a direct subscriber
> of the bug.
> https://bugs.launchpad.net/bugs/756247
>
> Title:
> deleting attachments
>
> Status in VM (View Mail) for Emacs:
> Triaged
>
> Bug description:
> hi Uday, vm-delete-all-attachments doesn't work for me for attachments
> such as the jpg image in the following email. should it? cheers, E
>
>
> X-Mailer: YahooMailRC/559 YahooMailWebService/0.8.109.295617
> Content-Type: multipart/alternative;
> boundary="0-1440180891-1302379389=:3436"
> MIME-Version: 1.0
>
> --0-1440180891-1302379389=:3436
> Content-Type: text/plain; charset="us-ascii"
>
> May 6-7. may need to drive there on the 5th
>
>
>
> --0-1440180891-1302379389=:3436
> Content-Type: multipart/related; boundary="0-828134094-1302379389=:3436"
>
> --0-828134094-1302379389=:3436
> Content-Type: text/html; charset="us-ascii"
>
> <html><head>
> blah blah
>
>
> </body></html>
> --0-828134094-1302379389=:3436
> Content-Type: image/jpeg; name="--blah.jpg"
> Content-Transfer-Encoding: base64
> Content-ID: <email address hidden>
> Content-Disposition: inline
>
> /9j/4AAQSkZJRgABAgAAZABkAAD/7AARRHVja3kAAQAEAAAAUAAA/+4ADkFkb2JlAGTAAAAAAf/b
> AIQAAgICAgICAgICAgMCAgIDBAMCAgMEBQQEBAQEBQYFBQUFBQUGBgcHCAcHBgkJCgoJCQwMDAwM
> Y/4z+8/tW/3b6f8A1dNAXpQCgFAKAUAoBQCgFAWfkv8AF2v/AHvuufvH7v8AsZH7v/8AZ/8Ai66A
> vCgFAKAUAoD/2Q==
>
> --0-828134094-1302379389=:3436--
>
> --0-1440180891-1302379389=:3436--
>
> To unsubscribe from this bug, go to:
> https://bugs.launchpad.net/vm/+bug/756247/+subscribe
>

sorry for not replying to this earlier.  I do get strange results from
the interaction of external types and deleteable types.  I have  in my
.vm:

(setq vm-mime-external-content-types-alist
      '(
	;; linux:
;	("text/html" 	"firefox -remote 'openFILE(%f)' || firefox file://%f ")
; 	("image" 	"xloadimage")
	;; MacOSX:
	("text/plain" 	"open %f")
	("text/html" 	"open %f")
 	("image" 	"open -a Preview %f")
 	("video/mpeg" 	"open")
 	("video" 	"open %f")
 	("application/pdf" "acroread")
 	("application/x-pdf" "acroread")
;	("webmail/pdf" "acroread")
 	("application/postscript" "gv")
 	("application/ms-tnef" "tnef --number-backups")
 	("application/vnd.openxmlformats-officedocument.presentationml.presentation"
"open_powerpoint")
 	("application/vnd.openxmlformats-officedocument.spreadsheetml.sheet"
"open_excel")
 	("application/vnd.openxmlformats-officedocument.wordprocessingml.document"
"open_word")
 	("application/vnd.ms-excel" "open_excel")
 	("application/vnd.ms-powerpoint" "open_powerpoint")
 	("application/msword" "open_word")
 	("application/x-msword" "open_word")
 	("application/rtf" "open_word")
 	("application/winword" "open_word")
 	("application/xfig" "xfig")
 	("video/x-ms-wmv" "open -a WMV Player %f")
 	))

and when I look at the value of deleteable types I get:

vm-mime-deleteable-types is a variable defined in `vm-vars.el'.
Its value is ("application" "x-unknown" "application/x-gzip")

so at some point ("original value" above) it did get the right idea,
but then it reverted back to the three values ("application"
"x-unknown" "application/x-gzip").  adding external types to
deleteable types is not necessarily a bad idea if it works.  but if it
cannot work then, of course...

best, Eli

On Mon, Apr 25, 2011 at 7:53 PM, Uday Reddy <u.s.reddy@cs.bham.ac.uk> wrote:
> I propose that we get rid of the addition of external-content-types-
> alist in the setting of deleteable-types and saveable-types.
>
> These cross-references depend on the evaluation order and cause
> confusion.
>
> Cheers,
> Uday
>
>
> ** Changed in: vm
>    Milestone: None => 8.2.0
>
> ** Changed in: vm
>       Status: New => Triaged
>
> ** Changed in: vm
>   Importance: Undecided => Low
>
> --
> You received this bug notification because you are a direct subscriber
> of the bug.
> https://bugs.launchpad.net/bugs/756247
>
> Title:
>  deleting attachments
>
> Status in VM (View Mail) for Emacs:
>  Triaged
>
> Bug description:
>  hi Uday, vm-delete-all-attachments doesn't work for me for attachments
>  such as the jpg image in the following email.  should it?  cheers, E
>
>
>  X-Mailer: YahooMailRC/559 YahooMailWebService/0.8.109.295617
>  Content-Type: multipart/alternative;
>        boundary="0-1440180891-1302379389=:3436"
>  MIME-Version: 1.0
>
>  --0-1440180891-1302379389=:3436
>  Content-Type: text/plain; charset="us-ascii"
>
>  May 6-7.  may need to drive there on the 5th
>
>
>
>  --0-1440180891-1302379389=:3436
>  Content-Type: multipart/related; boundary="0-828134094-1302379389=:3436"
>
>  --0-828134094-1302379389=:3436
>  Content-Type: text/html; charset="us-ascii"
>
>  <html><head>
>  blah blah
>
>
>        </body></html>
>  --0-828134094-1302379389=:3436
>  Content-Type: image/jpeg; name="--blah.jpg"
>  Content-Transfer-Encoding: base64
>  Content-ID: <1302379285213@dclient.mail.yahoo.com>
>  Content-Disposition: inline
>
>  /9j/4AAQSkZJRgABAgAAZABkAAD/7AARRHVja3kAAQAEAAAAUAAA/+4ADkFkb2JlAGTAAAAAAf/b
>  AIQAAgICAgICAgICAgMCAgIDBAMCAgMEBQQEBAQEBQYFBQUFBQUGBgcHCAcHBgkJCgoJCQwMDAwM
>  Y/4z+8/tW/3b6f8A1dNAXpQCgFAKAUAoBQCgFAWfkv8AF2v/AHvuufvH7v8AsZH7v/8AZ/8Ai66A
>  vCgFAKAUAoD/2Q==
>
>  --0-828134094-1302379389=:3436--
>
>  --0-1440180891-1302379389=:3436--
>
> To unsubscribe from this bug, go to:
> https://bugs.launchpad.net/vm/+bug/756247/+subscribe
>