From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Mohsen BANAN Newsgroups: gmane.emacs.devel Subject: Re: [PATCH] Reviving qmail with X-Message-SMTP-Method in Gnus Date: Thu, 04 May 2023 09:02:57 -0700 Organization: ByStar Federation of Autonomous Libre Services -- http://www.by-star.net Message-ID: References: <83bkj0lhk2.fsf@gnu.org> <87354cmu17.fsf@ust.hk> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="5062"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.1.50 (gnu/linux) Cc: Eli Zaretskii , Andrew Cohen , emacs-devel@gnu.org, Lars Ingebrigtsen To: Andrew Cohen Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu May 04 18:33:57 2023 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1pubu1-00015n-Do for ged-emacs-devel@m.gmane-mx.org; Thu, 04 May 2023 18:33:57 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pubth-0001u0-Vc; Thu, 04 May 2023 12:33:39 -0400 Original-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 1pubQL-0001Xe-QI for emacs-devel@gnu.org; Thu, 04 May 2023 12:03:17 -0400 Original-Received: from 0030.bacs.by-star.net ([198.62.92.180] helo=0027.bacs.by-star.net) by eggs.gnu.org with smtp (Exim 4.90_1) (envelope-from ) id 1pubQD-0005yk-67 for emacs-devel@gnu.org; Thu, 04 May 2023 12:03:16 -0400 Original-Received: (qmail 21750 invoked from network); 4 May 2023 16:02:57 -0000 Original-Received: from 192.168.0.90 ([192.168.0.90]) by 0030.bacs.by-star.net ([198.62.92.180]) with ESMTP via TCP; 04 May 2023 16:02:57 -0000 In-Reply-To: <87354cmu17.fsf@ust.hk> (Andrew Cohen's message of "Thu, 04 May 2023 15:32:04 +0800") Received-SPF: none client-ip=198.62.92.180; envelope-from=emacs@mohsen.1.banan.byname.net; helo=0027.bacs.by-star.net 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, KHOP_HELO_FCRDNS=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=unavailable autolearn_force=no X-Spam_action: no action X-Mailman-Approved-At: Thu, 04 May 2023 12:33:24 -0400 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:305833 Archived-At: Andrew Cohen writes: >>>>>> "EZ" == Eli Zaretskii writes: > > EZ> Andrew, Lars: any objections to adding this to message.el? > > Err, yes I object (sort of)! message.el knows how to handle 4 MTAs: > sendmail, qmail, mh, and mailclient. The header X-Message-SMTP-Method > can be used to override the default MTA but for some reason only allows > sendmail (or the use of smtp directly). The suggested patch would also > allow qmail. But the better way to handle this is to allow any of the > MTAs to be used. I suggest the following patch instead which will do > this (and in the unlikely event that another MTA is added to message.el > it would not require any further modification to handle the new MTA). Unless > there is some objection I'll push this instead. Both patches will reactive qmail -- which is what I want. So, as far as I am concerned, either is good. But, Andrew I want you to consider this. Perhaps Lars did it on purpose. Perhaps he included sendmail and excluded qmail, mh, and mailclient on purpose believing that those other MTAs are no longer in use. Expecting people to complain if that was not the case. I am actually using qmail. So, there is a use case for qmail. I am saying that qmail is not obsolete. I have added oauth2 support for qmail and I use qmail to access gmail ... But is anybody actually using mh or mailclient? What we do know is that nobody has complained about them not being supported for a while. So perhaps nobody is actually using mh ... In other words, perhaps it is the right thing for emacs to move towards considering mh as on its way to be obsoleted. In any case, in addition to the code, documentation also needs to be update. I mentioned that in my submission. Again, from may perspective your patch is equally fine. Had you considered that planned obsolescence strategy in your patch? Thanks and regards, ...Mohsen