From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=DKIM_INVALID,DKIM_SIGNED, HEADER_FROM_DIFFERENT_DOMAINS,RCVD_IN_DNSWL_MED,RCVD_IN_MSPIKE_H3, RCVD_IN_MSPIKE_WL,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.4 Received: from mx1.math.uh.edu (mx1.math.uh.edu [129.7.128.32]) by inbox.vuxu.org (Postfix) with ESMTP id 1601D2586A for ; Fri, 26 Jan 2024 07:55:54 +0100 (CET) Received: from lists1.math.uh.edu ([129.7.128.208]) by mx1.math.uh.edu with esmtps (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.97.1) (envelope-from ) id 1rTG7q-0000000GvoE-1HNf for ml@inbox.vuxu.org; Fri, 26 Jan 2024 00:55:46 -0600 Received: from lists1.math.uh.edu ([127.0.0.1] helo=lists.math.uh.edu) by lists1.math.uh.edu with smtp (Exim 4.97.1) (envelope-from ) id 1rTG7q-00000003qeD-0GXZ for ml@inbox.vuxu.org; Fri, 26 Jan 2024 00:55:42 -0600 Received: from mx2.math.uh.edu ([129.7.128.33]) by lists1.math.uh.edu with esmtp (Exim 4.97.1) (envelope-from ) id 1rTG7n-00000003qe4-0eAG for ding@lists.math.uh.edu; Fri, 26 Jan 2024 00:55:39 -0600 Received: from quimby.gnus.org ([95.216.78.240]) by mx2.math.uh.edu with esmtps (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.97.1) (envelope-from ) id 1rTG7i-0000000F6p7-0oAY for ding@lists.math.uh.edu; Fri, 26 Jan 2024 00:55:38 -0600 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:Mime-Version:References:Message-ID:Date:Subject: From:To:Sender:Reply-To:Cc:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=wSy6tiyoVMkHa3qtqZhOR41OZeFRnXeaOwy6UFL49QQ=; b=kCE9zsvFWv9u+d6xsODo1c0/Hn gAVM6mEUEvFAXd7MKH8uFxP7XzgBbdqDppoI843NoQgEFoDhESorky9LJnlwSZcwb7g32TY4Hu/p3 UJl7exOLeM6JYqoApWDW5bLCNikJjDraBCKNDSd6obGa274RaoxMqypACf1eiRf8QNxM=; Received: from ciao.gmane.io ([116.202.254.214]) by quimby.gnus.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1rTG7W-00086F-4C for ding@gnus.org; Fri, 26 Jan 2024 07:55:24 +0100 Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1rTG7U-0000XQ-R1 for ding@gnus.org; Fri, 26 Jan 2024 07:55:20 +0100 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: ding@gnus.org To: ding@gnus.org From: Steinar Bang Subject: Re: Displaying text/calendar after the text/html part Date: Fri, 26 Jan 2024 07:55:14 +0100 Organization: Probably a good idea Message-ID: <87jznweg8d.fsf@dod.no> References: <34603.7125958659$1706233277@news.gmane.org> Mime-Version: 1.0 Content-Type: text/plain User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.2 (gnu/linux) Cancel-Lock: sha1:5PBxPA+dYwvr3tixTF4MeR0pv4I= Mail-Copies-To: never List-ID: Precedence: bulk >>>>> Husain Alshehhi : > Hello, > By default, if I get an email that has two parts, text/html (first) and > text/calendar (second), gnus by default shows the text/calendar. This > default behavior is because mime tools in emacs display the latest part > as it is the "most rich"[1]. However, in the case, both display > different information. I would like to display the text/html first, and > then the text/calendar at the same time. I would like to do that when > the email has html and calendar parts. Is this possible? Doesn't that depend on whether it is multipart/mixed or multipart/alternative? With multipart/mixed: https://datatracker.ietf.org/doc/html/rfc2046#section-5.1.3 The "mixed" subtype of "multipart" is intended for use when the body parts are independent and need to be bundled in a particular order. Any "multipart" subtypes that an implementation does not recognize must be treated as being of subtype "mixed". With multipart/alternative: https://datatracker.ietf.org/doc/html/rfc2046#section-5.1.4 The "multipart/alternative" type is syntactically identical to "multipart/mixed", but the semantics are different. In particular, each of the body parts is an "alternative" version of the same information. I.e. with multipart/mixed both the calendar and text should be displayed in the order they are found in the email, while with multipart/alternative only the "richest" alternative should be displayed?