From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/15767 Path: main.gmane.org!not-for-mail From: Jochen_Hayek@ACM.org Newsgroups: gmane.emacs.gnus.general Subject: Re: gnus-uu-post-insert-binary-in-article is not correct Date: Thu, 30 Jul 1998 21:48:49 GMT Organization: Hayek@Berlin Sender: owner-ding@hpc.uh.edu Message-ID: References: Reply-To: Jochen_Hayek@ACM.org NNTP-Posting-Host: coloc-standby.netfonds.no X-Trace: main.gmane.org 1035154747 23939 80.91.224.250 (20 Oct 2002 22:59:07 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 22:59:07 +0000 (UTC) Return-Path: Original-Received: from sandy.calag.com (root@sandy [206.190.83.128]) by altair.xemacs.org (8.9.1/8.9.1) with ESMTP id PAA22836 for ; Thu, 30 Jul 1998 15:44:17 -0700 Original-Received: from gwyn.tux.org (gwyn.tux.org [207.96.122.8]) by sandy.calag.com (8.9.0/8.9.0) with ESMTP id OAA21398 for ; Thu, 30 Jul 1998 14:52:19 -0700 Original-Received: from gizmo.hpc.uh.edu (gizmo.hpc.uh.edu [129.7.102.31]) by gwyn.tux.org (8.8.8/8.8.8) with ESMTP id RAA04658 for ; Thu, 30 Jul 1998 17:51:23 -0400 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 QAT14859; Thu, 30 Jul 1998 16:22:35 -0500 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Thu, 30 Jul 1998 16:49:12 -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 QAA04704 for ; Thu, 30 Jul 1998 16:49:03 -0500 (CDT) Original-Received: from sunsite.auc.dk (sunsite.auc.dk [130.225.51.30]) by sclp3.sclp.com (8.8.5/8.8.5) with SMTP id RAA15655 for ; Thu, 30 Jul 1998 17:48:54 -0400 (EDT) Original-Received: (qmail 5136 invoked by uid 509); 30 Jul 1998 21:48:51 -0000 Original-To: ding@gnus.org Original-Path: not-for-mail X-Attribution: JH X-URL: http://www.ACM.org/~Jochen_Hayek/ Original-Newsgroups: emacs.ding Original-Lines: 86 X-Newsreader: Gnus v5.6.27/Emacs 20.2 Original-NNTP-Posting-Host: 194.131.150.147 Original-NNTP-Posting-Date: Thu, 30 Jul 1998 23:48:49 MET DST Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:15767 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:15767 >>>>> "LMI" == Lars Magne Ingebrigtsen writes: Jochen_Hayek@ACM.org writes: >> May I suggest the patch, that you find in the end? >> (I really did not change more, than I found necessary.) LMI> [...] >> ! ("\\.doc$" "application/msword") >> ! ("\\.\\(te?xt\\|c\\|h\\)$" "text/plain") LMI> This one I can't accept. Did you ever receive a lengthy MS Word `.doc' file as attached MIME? I assume, you did not. People know, you don't like MIME. (Sorry, I couldn't resist ...) But let us assume you did! So you find something, that looks like that, toggle to MIME mode, and ... you have that `nice binary' in your article (text) buffer. How would you write that region to a file? On the other hand: have you ever received a `.doc' file, that was not an MS Word file? And if that would ever happen, I assume it wouldn't even be base64 (or whatever) encoded, so what's the damage letting `.doc' appear as `application/msword'. Welcome to planet earth! So why can't you accept this rather practically minded change request. ---------- >> ! (defvar gnus-uu-post-binary-separator "--binary follows this line--") LMI> [...] >> ! (defvar gnus-uu-post-binary-separator "---") LMI> Uhm... Why this change? >> ! (format "%s %s -o %s" "mmencode" path file-name))) LMI> [...] >> ! (format "%s %s" "mmencode" path))) LMI> I don't understand how this can work at all Have you ever *really* tried gnus-uu-post-insert-binary-in-article, I mean `base64', not just `uue'? Sorry, I doubt it, because it does not work. *All* these changes are necessary to make MIME mode write the *decoded* regions to temporary files (using metamail). I mean, `who sends shall also be able to receive', right? LMI> -- we have to give a -o parameter to specify the output file... No, that is not a useful parameter in this context at all. Because if you do (as Gnus does so far), you have to get the output from that file, to which you diverted it -- using `-o'. Whereas if you don't use `-o', the output is just going to stdout, where you get it from and insert it to the emacs buffer. Nice, isn't it? ^H^H^H^H^H^H^H Wouldn't it be nice?!! LMI> Could you send a new patch? Would you pls reconsider this rather simple and effective patch! It does not break anything, it cures a problem, yes and it really works for me. Pls! I find this actually rather humiliating. I never saw such a public debate about a simple patch before. Just my $0.02 . .