From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/17401 Path: main.gmane.org!not-for-mail From: Kai Grossjohann Newsgroups: gmane.emacs.gnus.general Subject: pgnus-0.33: multipart/mixed: usage of filename? Date: 25 Sep 1998 11:29:59 +0200 Sender: owner-ding@hpc.uh.edu Message-ID: NNTP-Posting-Host: coloc-standby.netfonds.no X-Trace: main.gmane.org 1035156108 739 80.91.224.250 (20 Oct 2002 23:21:48 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 23:21:48 +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 FAA08211 for ; Fri, 25 Sep 1998 05:32:20 -0400 (EDT) Original-Received: from sina.hpc.uh.edu (sina.hpc.uh.edu [129.7.3.5]) by gizmo.hpc.uh.edu (8.7.6/8.7.3) with ESMTP id EAF10601; Fri, 25 Sep 1998 04:03:18 -0500 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Fri, 25 Sep 1998 04:30:34 -0500 (CDT) Original-Received: from sclp3.sclp.com (root@sclp3.sclp.com [209.195.19.139]) by sina.hpc.uh.edu (8.7.3/8.7.3) with ESMTP id EAA12380 for ; Fri, 25 Sep 1998 04:30:20 -0500 (CDT) Original-Received: from waldorf.informatik.uni-dortmund.de (waldorf.informatik.uni-dortmund.de [129.217.4.42]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id FAA08201 for ; Fri, 25 Sep 1998 05:30:12 -0400 (EDT) Original-Received: from ramses.informatik.uni-dortmund.de (ramses.informatik.uni-dortmund.de [129.217.20.180]) by waldorf.informatik.uni-dortmund.de with SMTP id LAA28638 for ; Fri, 25 Sep 1998 11:30:01 +0200 (MES) Original-Received: by ramses.informatik.uni-dortmund.de id LAA15538; Fri, 25 Sep 1998 11:30:00 +0200 Original-To: ding@gnus.org Original-Lines: 30 User-Agent: Gnus/5.070033 (Pterodactyl Gnus v0.33) Emacs/20.3 Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:17401 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:17401 Hi all, our fax software sends me multipart/mixed messages where each fax page is a part, with headers like so: ,----- | Content-Type: image/g3n | Content-Disposition: inline; filename="/var/spool/fax/incoming/fn608ec94ya-_-+49-231-7552130_.01" | Content-Transfer-Encoding: base64 `----- After this header comes the fax itself, base64-encoded. When wanting to view this file, Emacs tells me: ,----- | Opening output file: no such file or directory, /var/spool/fax/incoming/fn608ec94ya-_-+49-231-7552130_.01 [2 times] `----- It seems that Gnus tries to write into that file, but as the directory doesn't exist (it's a directory name from our fax server), that's bound to fail. Shouldn't Gnus write the file in /tmp as usual, disregarding the filename, when *viewing* such stuff? I'd be happy with Gnus using the filename as default when *saving* the stuff, but why is it used at all for viewing? kai -- OOP: object oriented programming; OOPS: object oriented mistakes