From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/19547 Path: main.gmane.org!not-for-mail From: Mike McEwan Newsgroups: gmane.emacs.gnus.general Subject: images not being encoded after pgnus-0.61 Date: 03 Dec 1998 04:26:08 +0000 Sender: owner-ding@hpc.uh.edu Message-ID: NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 X-Trace: main.gmane.org 1035157878 12195 80.91.224.250 (20 Oct 2002 23:51:18 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 23:51:18 +0000 (UTC) Return-Path: Original-Received: from gizmo.hpc.uh.edu (gizmo.hpc.uh.edu [129.7.102.31]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id XAA18105 for ; Wed, 2 Dec 1998 23:34:37 -0500 (EST) Original-Received: from sina.hpc.uh.edu (lists@sina.hpc.uh.edu [129.7.3.5]) by gizmo.hpc.uh.edu (8.9.1/8.9.1) with ESMTP id WAA17695; Wed, 2 Dec 1998 22:32:23 -0600 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Wed, 02 Dec 1998 22:32:01 -0600 (CST) Original-Received: from sclp3.sclp.com (root@sclp3.sclp.com [204.252.123.139]) by sina.hpc.uh.edu (8.7.3/8.7.3) with ESMTP id WAA09240 for ; Wed, 2 Dec 1998 22:31:52 -0600 (CST) Original-Received: from post.mail.demon.net (post-12.mail.demon.net [194.217.242.41]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id XAA18061 for ; Wed, 2 Dec 1998 23:31:43 -0500 (EST) Original-Received: from [158.152.62.156] (helo=lotusland.demon.co.uk) by post.mail.demon.net with esmtp (Exim 2.053 #1) id 0zlQQV-0003oq-00 for ding@gnus.org; Thu, 3 Dec 1998 04:31:39 +0000 Original-Received: from mike by lotusland.demon.co.uk with local (Exim 2.05 #1) id 0zlQQT-00013O-00 for ding@gnus.org; Thu, 3 Dec 1998 04:31:37 +0000 Original-To: ding@gnus.org User-Agent: Gnus/5.070061 (Pterodactyl Gnus v0.61) XEmacs/21.2(beta4) (Aglaophonos) Precedence: list X-Majordomo: 1.94.jlt7 Original-Lines: 32 Xref: main.gmane.org gmane.emacs.gnus.general:19547 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:19547 I found that I could no longer get images (jpeg in this instance) to encode into a test message after 0.61. The resultant message simply had a blank space where the encoded jpeg should have been. A little mooching around and I discovered: *** 210,216 **** (setq coded (buffer-string))) (mm-with-unibyte-buffer (if (setq filename (cdr (assq 'filename cont))) ! (insert-file-contents-literally filename) (insert (cdr (assq 'contents cont)))) (setq encoding (mm-encode-buffer type) coded (buffer-string)))) --- 214,220 ---- (setq coded (buffer-string))) (mm-with-unibyte-buffer (if (setq filename (cdr (assq 'filename cont))) ! (insert-file-contents filename) (insert (cdr (assq 'contents cont)))) (setq encoding (mm-encode-buffer type) coded (buffer-string)))) *************** I Changed this back to `insert-file-contents-literally' and was back in business. Why the change? Looking at the Doc-string for the `literally' version, I can only assume some kind of modification to the temp buffer containing the image is screwing things up a little. But then again, what am I screwing up now? -- Mike.