From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Simon Josefsson Newsgroups: gmane.emacs.devel Subject: Re: use of 'sendmail -t' Date: Tue, 06 May 2003 19:30:41 +0200 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1052242585 713 80.91.224.249 (6 May 2003 17:36:25 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Tue, 6 May 2003 17:36:25 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Tue May 06 19:36:18 2003 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 19D6MU-0000Ao-00 for ; Tue, 06 May 2003 19:36:18 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 19D6Q4-0000mz-00 for ; Tue, 06 May 2003 19:40:00 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 19D6MX-0004EP-03 for emacs-devel@quimby.gnus.org; Tue, 06 May 2003 13:36:21 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10.13) id 19D6Is-0002Y2-00 for emacs-devel@gnu.org; Tue, 06 May 2003 13:32:34 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10.13) id 19D6Hh-00023f-00 for emacs-devel@gnu.org; Tue, 06 May 2003 13:31:22 -0400 Original-Received: from 178.230.13.217.in-addr.dgcsystems.net ([217.13.230.178] helo=yxa.extundo.com) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 19D6HM-0001zS-00; Tue, 06 May 2003 13:31:00 -0400 Original-Received: from latte.josefsson.org (yxa.extundo.com [217.13.230.178]) (authenticated bits=0) by yxa.extundo.com (8.12.9/8.12.9) with ESMTP id h46HUfB4005713 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Tue, 6 May 2003 19:30:42 +0200 Original-To: "Greg A. Woods" Mail-Copies-To: nobody X-Payment: hashcash 1.2 0:030506:woods@weird.com:5ae147daf1813742 X-Hashcash: 0:030506:woods@weird.com:5ae147daf1813742 X-Payment: hashcash 1.2 0:030506:rms@gnu.org:2cd262833e77d407 X-Hashcash: 0:030506:rms@gnu.org:2cd262833e77d407 X-Payment: hashcash 1.2 0:030506:emacs-devel@gnu.org:8da1e2516867156c X-Hashcash: 0:030506:emacs-devel@gnu.org:8da1e2516867156c In-Reply-To: (Greg A. Woods's message of "Tue, 6 May 2003 12:26:15 -0400 (EDT)") User-Agent: Gnus/5.1002 (Gnus v5.10.2) Emacs/21.3.50 (gnu/linux) Original-cc: rms@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1b5 Precedence: list List-Id: Emacs development discussions. List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:13724 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:13724 "Greg A. Woods" writes: > [ On Tuesday, May 6, 2003 at 06:13:50 (-0400), Richard Stallman wrote: ] >> Subject: Re: use of 'sendmail -t' >> >> I believe fencepost is running exim. Can you tell me how to verify >> that it is really exim? > > I wasn't able to get Exim to build with just a very quick try in > NetBSD's pkgsrc, however I was able to find the following paragraph in > Exim's manual (exim-4.10/doc/spec.txt): > > If there are any "Resent-" headers in the message, an error is > generated, and Exim gives up. RFC 2822 talks about different sets of > "Resent-" headers (when a message is resent several times), and it is > not at all clear how -t should operate in this situation. Experiments > with Sendmail have shown that it amalgamates multiple sets of "Resent-" > headers when -t is used. This does not seem to be in the spirit of RFC > 2822. > > This does indeed suggest that Exim is one of the few, and maybe only, > sendmail-compatible mailer which does not support "Resent-*" destination > headers in combination with use of 'sendmail -t'. I believe this is a bug in Exim. I think it is pretty clear from RFC 2822 that the first Resent-* block is the valid one, if any Resent-* blocks exist at all. It is unfortunate that a MUST statement wasn't used when saying that the fields are prepended to the message. This was undefined in RFC 822 though. ,---- | 3.6.6. Resent fields | | Resent fields SHOULD be added to any message that is reintroduced by | a user into the transport system. A separate set of resent fields | SHOULD be added each time this is done. All of the resent fields | corresponding to a particular resending of the message SHOULD be | together. Each new set of resent fields is prepended to the message; | that is, the most recent set of resent fields appear earlier in the | message. No other fields in the message are changed when resent | fields are added. `---- > In the mean time I will submit a proposal to Philip Hazel suggesting > that he re-evaluate his position on the support of "Resent-*" headers > when '-t' is used and hopefully Exim will soon become compatible with > Sendmail, Smail, Postfix, and other sendmail-compatible mailers. Ah, we agree. Good. Don't forget to ask for the documentation to be updated. "-t" currently doesn't mention Resent-* at all, in all manuals I looked in.