From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp12.migadu.com ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms5.migadu.com with LMTPS id kNCoAJMg0GO6SQAAbAwnHQ (envelope-from ) for ; Tue, 24 Jan 2023 19:16:51 +0100 Received: from aspmx1.migadu.com ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp12.migadu.com with LMTPS id 6PYrO5Ig0GOsZAEAauVa8A (envelope-from ) for ; Tue, 24 Jan 2023 19:16:50 +0100 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id B6EDB402A6 for ; Tue, 24 Jan 2023 19:16:50 +0100 (CET) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pKNqR-0003S0-Uq; Tue, 24 Jan 2023 13:16:31 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pKNqP-0003Rm-M0 for emacs-orgmode@gnu.org; Tue, 24 Jan 2023 13:16:29 -0500 Received: from stw1.rcdrun.com ([217.170.207.13]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pKNqN-0000kO-Q8 for emacs-orgmode@gnu.org; Tue, 24 Jan 2023 13:16:29 -0500 Received: from localhost ([::ffff:197.239.13.158]) (AUTH: PLAIN admin, TLS: TLS1.3,256bits,ECDHE_RSA_AES_256_GCM_SHA384) by stw1.rcdrun.com with ESMTPSA id 0000000000103A94.0000000063D0205D.000075FE; Tue, 24 Jan 2023 11:15:57 -0700 Date: Tue, 24 Jan 2023 21:03:33 +0300 From: Jean Louis To: Ihor Radchenko Cc: Max Nikulin , AW , emacs-orgmode@gnu.org Subject: Re: Link from orgmode file to E-Mail (using kmail or notmuch) Message-ID: Mail-Followup-To: Ihor Radchenko , Max Nikulin , AW , emacs-orgmode@gnu.org References: <3218434.44csPzL39Z@linux.fritz.box> <860cca44-faa3-ce41-3606-f92b50ee00a9@gmail.com> <87a62bnf4t.fsf@localhost> <21750362.EfDdHjke4D@linux.fritz.box> <939b62c1-34ee-051e-405a-328b841d3d16@gmail.com> <87pmb45kv8.fsf@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <87pmb45kv8.fsf@localhost> User-Agent: Mutt/2.2.9+54 (af2080d) (2022-11-21) Received-SPF: pass client-ip=217.170.207.13; envelope-from=bugs@gnu.support; helo=stw1.rcdrun.com X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: emacs-orgmode-bounces+larch=yhetil.org@gnu.org X-Migadu-Flow: FLOW_IN X-Migadu-Country: US ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1674584210; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:list-id:list-help: list-unsubscribe:list-subscribe:list-post; bh=dWXvkLOWJXMj5ABgytLoTf2gprC+AiPiQdwK9Ax0TDA=; b=mxKNPXZ/k2Kt8/ZySPYyHqm7TR5cx7RwdXirqTv4IpfuDuweJa/3/7PeBNZQseE0JyDJuI olbMXg9XkJtNANdIjMAjaaw7NHPWv7/pHCsAKR6qJQrKYAQUPlwgEypbpu7bHVSqO28BYa 2EI/srEJFL6bWtfDzdI0jdk670B32iiZolkXNrg8OmLUnltnu7C/uTqIcVk+odXCd4jnQz PbVhpdC3oWGdBt9CrJzJC/RvUy6Peu3MFRJJ5A/jIk2U70ZUNxvqIlGr1ZlrmAAiD+JjDt ek3ToG4h9VRXS6Boq30ZX0e4kBW0gk8gu/owb/3vglcDR9IVMpN+dO2ICmeMCg== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=none; spf=pass (aspmx1.migadu.com: domain of "emacs-orgmode-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="emacs-orgmode-bounces+larch=yhetil.org@gnu.org"; dmarc=none ARC-Seal: i=1; s=key1; d=yhetil.org; t=1674584210; a=rsa-sha256; cv=none; b=SNtCKKKeiA4HuJlYcO7K/5UrcITK8Zq9ybM56aZO2dAf8/Kmq2Wz8Bu2o/Hojoru0NY2Cb oJFuhmwDMZ7r0whW9MqB2+zNhJieuBrcv0phUKx93W+zltyDkNhiG//9TuEiQwfguAfpKs RRn4ipIFdwOgFIkLIoBRMrGMbhrJxaaCDvbl7/x3I67xf8meJfvrXvl5Fr5HSFDfu00SBK tsUP4Sv+1WrhI2pFPSAeo6/D0R1AWB/YENEhnpc/9Nyr3z/y01xVm1xFjEmISh+jTvE1+h FPYnYLhPkK4gSPsOo4qxu0Q0XFxbldNUMPSkfu4iBTO2AhDuHm5QzEDbaqqhmQ== X-Migadu-Scanner: scn1.migadu.com Authentication-Results: aspmx1.migadu.com; dkim=none; spf=pass (aspmx1.migadu.com: domain of "emacs-orgmode-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="emacs-orgmode-bounces+larch=yhetil.org@gnu.org"; dmarc=none X-Migadu-Spam-Score: -1.38 X-Spam-Score: -1.38 X-Migadu-Queue-Id: B6EDB402A6 X-TUID: lreq3Nvf/ah/ * Ihor Radchenko [2023-01-24 12:43]: > Max Nikulin writes: > > > On 23/01/2023 17:40, Ihor Radchenko wrote: > >> I am not even sure if we need to make Org open mid: links via > >> `browse-url'. Maybe it should be something else? IDK. > > > > Do you know an alternative? Org already uses this package to open some > > types of links. It allows to have the same handler for all Emacs > > packages. I do not think that Org-specific handler would be better. > > I am mostly concerned that channelling mid: links to browse-url will not > work (open empty page in browser) in most cases. This is more confusing > than not having mid: link handler at all. Thanks. It does not mean that browse-url "will not work" but that user did not customize content types. You need not think what users will customize neither you can't know what future brings. Do you see that any browser could have the same strategy to maybe forbid various URLs, but browsers mostly adopted the strategy to let user customize how to open some URL. >From Org side that is all, you do not hard code how to open various links, but there shall be customization for users to decide how to open content types. That is what other browsers do as well. You don't need to think of it, as you cannot control other program from Org. Please allow users to set URL handlers how they want. That is customary for decades. Other program must know how to handle hyperlinks, if to report error, or to warn user or to ask user how to open such URLs. For example Elinks with $ elinks mid:123 "This URL contains a protocol not yet known by ELinks. You can configure an external handler for it through the options system." or for example Firefox: "Firefox doesn’t know how to open this address, because one of the following protocols (mid) isn’t associated with any program or is not allowed in this context. You might need to install other software to open this address." It is for me as user to set it, and not for Org to think how user is to customize or use other software. -- Jean Take action in Free Software Foundation campaigns: https://www.fsf.org/campaigns In support of Richard M. Stallman https://stallmansupport.org/