From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.devel,gmane.emacs.gnus.general Subject: RE: smtp crap Date: Mon, 10 Oct 2011 15:05:40 -0700 Message-ID: References: <8739f4kzp3.fsf@catnip.gol.com> <87ipo0p1bc.fsf@stupidchicken.com><58C87CB9F44943A7BBE78F2D6B62A850@us.oracle.com><83botsf06d.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1318284363 32645 80.91.229.12 (10 Oct 2011 22:06:03 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 10 Oct 2011 22:06:03 +0000 (UTC) Cc: 'Eli Zaretskii' , emacs-devel@gnu.org, cyd@stupidchicken.com, ding@gnus.org, miles@gnu.org To: "'Stefan Monnier'" , "'Lars Magne Ingebrigtsen'" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Oct 11 00:05:58 2011 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1RDNyw-0003Fj-5A for ged-emacs-devel@m.gmane.org; Tue, 11 Oct 2011 00:05:58 +0200 Original-Received: from localhost ([::1]:41643 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RDNyv-0006aV-FA for ged-emacs-devel@m.gmane.org; Mon, 10 Oct 2011 18:05:57 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:44268) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RDNys-0006aP-BP for emacs-devel@gnu.org; Mon, 10 Oct 2011 18:05:55 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RDNyr-0006gF-DX for emacs-devel@gnu.org; Mon, 10 Oct 2011 18:05:54 -0400 Original-Received: from acsinet15.oracle.com ([141.146.126.227]:23451) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RDNyo-0006fk-TH; Mon, 10 Oct 2011 18:05:51 -0400 Original-Received: from ucsinet24.oracle.com (ucsinet24.oracle.com [156.151.31.67]) by acsinet15.oracle.com (Switch-3.4.4/Switch-3.4.4) with ESMTP id p9AM5iBZ007057 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Mon, 10 Oct 2011 22:05:46 GMT Original-Received: from acsmt358.oracle.com (acsmt358.oracle.com [141.146.40.158]) by ucsinet24.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id p9ALxmVA001180 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 10 Oct 2011 21:59:48 GMT Original-Received: from abhmt119.oracle.com (abhmt119.oracle.com [141.146.116.71]) by acsmt358.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id p9AM5cfU024037; Mon, 10 Oct 2011 17:05:38 -0500 Original-Received: from dradamslap1 (/130.35.178.194) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 10 Oct 2011 15:05:37 -0700 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: Thread-Index: AcyHlb28Qx90IhCYR6uACUOzBZSILwAAiKXQ X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6109 X-Source-IP: ucsinet24.oracle.com [156.151.31.67] X-CT-RefId: str=0001.0A090203.4E936C3B.0096,ss=1,re=0.000,fgs=0 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 1) X-Received-From: 141.146.126.227 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 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.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:144829 gmane.emacs.gnus.general:80269 Archived-At: > > It pops up a different mailer, and the user has to take > > actions there, too, to actually send the mail. > > Popping up a different mailer is not a problem: it's what > mailclient is supposed to do. The problem is that it comes > into play much too late: mailclient should not be an MTA > function but a MUA function. > > I.e. not a send-mail-function value but a mail-user-agent value. > Of course, the problem is that `compose-mail' assumes the > mail-user-agent is "inside Emacs", so we need to introduce a new > function that makes fewer assumptions. That sounds very much like a project for the next Emacs release. And it sounds like you have no real design in mind for it yet. Until that project is well defined, more than half-baked, and you have something to test for it, please revert the current behavior. And especially, please do not include the current behavior in the 24.1 _release_.