From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Lennart Borgman Newsgroups: gmane.emacs.devel Subject: Re: send-mail-function / mailclient Date: Tue, 20 Jan 2009 21:25:57 +0100 Message-ID: References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1232483380 18605 80.91.229.12 (20 Jan 2009 20:29:40 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 20 Jan 2009 20:29:40 +0000 (UTC) Cc: Stefan Monnier , Emacs-Devel devel To: David Reitter Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Jan 20 21:30:52 2009 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1LPNFL-0006Fy-Rk for ged-emacs-devel@m.gmane.org; Tue, 20 Jan 2009 21:30:52 +0100 Original-Received: from localhost ([127.0.0.1]:51785 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LPNE4-0001E1-N3 for ged-emacs-devel@m.gmane.org; Tue, 20 Jan 2009 15:29:32 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LPNAf-0005Sa-EM for emacs-devel@gnu.org; Tue, 20 Jan 2009 15:26:01 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LPNAe-0005RW-Jr for emacs-devel@gnu.org; Tue, 20 Jan 2009 15:26:00 -0500 Original-Received: from [199.232.76.173] (port=37387 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LPNAe-0005RG-BX for emacs-devel@gnu.org; Tue, 20 Jan 2009 15:26:00 -0500 Original-Received: from fg-out-1718.google.com ([72.14.220.155]:4718) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LPNAd-00038V-RF for emacs-devel@gnu.org; Tue, 20 Jan 2009 15:26:00 -0500 Original-Received: by fg-out-1718.google.com with SMTP id l26so1702470fgb.30 for ; Tue, 20 Jan 2009 12:25:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=aMdYHn1Un/gkoCiX8qd/VDugrko7QPp/oZtPPJ+pDbQ=; b=QO1cKK1d8GTq7whHhjsZg/ShgXfO41T3DCrmmXfB4qeiv6SqGb7n8/Znh5lan6ECVJ +u8Ru+Mad1FMIZYMwncgQNpHDH+a+R7zxy4ygT6akQqpecsLfll6U8yG7+CNNRmzythQ hVtVHcl5gxdOqCrDM4U+6rWIeVtlOS+6tR9wQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=tgZJb6N08RwgSGay1pLbC4ToN9gFawKUc596ZOBHWU10U+R+AFUUnW4+VmRZzb2Qva jJ5HYLjddef7JukkWotEVvuM5LGq8oq6ST4ICuSH0k9fEN7D5sQ8Lv7kuuWJqT94UCUx I92JfWsh1NP9263GBpHuxH6EUMkZm89v58f8Q= Original-Received: by 10.86.59.2 with SMTP id h2mr2692883fga.30.1232483157660; Tue, 20 Jan 2009 12:25:57 -0800 (PST) In-Reply-To: X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:108017 Archived-At: On Tue, Jan 20, 2009 at 9:06 PM, David Reitter wrote: > On 19 Jan 2009, at 23:52, Stefan Monnier wrote: > >>> On the downside, I find that sending mail Postfix-style does not work as >>> well as it used to, due to crippled mail servers that refuse to accept >>> mail >>> from dynamic IP ranges (i.e. home broadband) as a spam- >>> defense. >> >> Yes, that's the problem. Nowadays, "systems" are basically not allowed >> to email any more, only "users". So using `postfix' (which is not >> under the control of a user. but only under the control of the system) >> doesn't cut it. > > In order to use the `mailclient' method on all systems, we should consider > the following issues: > > - some incorrect implementations of mail clients (notably GMail Notifier) > fails to handle long URLs. In the case of Gmail it seems to be the server > software that cuts off long URLs (intentionally, I assume). You may argue > that this is a bug in these "mail clients", but that doesn't help our users. > I have received several bug reports from Aquamacs users regarding this and > I now use a workaround that falls back to the "sendmail" method if Gmail is > used. > > - Buffers are edited twice - once in Emacs, and then again in the mail > client. The mailto:// protocol wasn't designed to handle full messages to > be sent off without editing. We're abusing the protocol. Sending bug > reports may best be handled by composing the template and then having users > edit the report in their preferred mail client. Sending e-mail with > packages such as VM requires user to configure an SMTP server anyways, so > `send-mail-function' can be expected to be customized,too. > > - What happens if Emacs is used as mailto:// handler? At least on my > system, we don't provide the function directly, but in principle, users > should be able to do this. If GNU/Linux has some kind of accepted standard > to announce "I can handle xxx:// URLs", then perhaps we should implement it > (for all systems). When this was discussed some time ago a workaround was implemented for w32. I think this can be used on most platforms. With this workaround you can edit the data in both Emacs and the mail client. When you finish editing the mail message in Emacs the users mail client is started to edit a new mail message. This message has the subject from Emacs, but the body just says *** E-Mail body has been placed on clipboard, please paste them here! *** This is implemented in mailclient.el