Re: [Tools-discuss] Can't send mail to Cenk (Fwd: Undelivered Mail Returned to Sender)

Carsten Bormann <cabo@tzi.org> Fri, 11 December 2020 21:10 UTC

Return-Path: <cabo@tzi.org>
X-Original-To: tools-discuss@ietfa.amsl.com
Delivered-To: tools-discuss@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CC4383A0EED for <tools-discuss@ietfa.amsl.com>; Fri, 11 Dec 2020 13:10:22 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.919
X-Spam-Level:
X-Spam-Status: No, score=-1.919 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iWlvMRzIzrpD for <tools-discuss@ietfa.amsl.com>; Fri, 11 Dec 2020 13:10:20 -0800 (PST)
Received: from gabriel-vm-2.zfn.uni-bremen.de (gabriel-vm-2.zfn.uni-bremen.de [134.102.50.17]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9009A3A0EEC for <tools-discuss@ietf.org>; Fri, 11 Dec 2020 13:10:20 -0800 (PST)
Received: from [192.168.217.118] (p548dca87.dip0.t-ipconnect.de [84.141.202.135]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-vm-2.zfn.uni-bremen.de (Postfix) with ESMTPSA id 4Ct3Mt4mz5zyvH; Fri, 11 Dec 2020 22:10:18 +0100 (CET)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\))
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <a8f64c28-3ef2-71da-ee4d-3ef87adb17c@taugh.com>
Date: Fri, 11 Dec 2020 22:10:18 +0100
Cc: Henrik Levkowetz <henrik@levkowetz.com>, Michael Richardson <mcr@sandelman.ca>, tools-discuss@ietf.org
X-Mao-Original-Outgoing-Id: 629413817.865732-4755438ad2f7d021d8604d460e7fc86b
Content-Transfer-Encoding: quoted-printable
Message-Id: <11F97607-8277-479F-B53B-03062EFEACB5@tzi.org>
References: <20201211183328.C2BDF2979A3F@ary.qy> <461.1607713827@localhost> <50c0527d-4676-d485-382e-c967035798ea@levkowetz.com> <a8f64c28-3ef2-71da-ee4d-3ef87adb17c@taugh.com>
To: "John R. Levine" <johnl@taugh.com>
X-Mailer: Apple Mail (2.3608.120.23.2.4)
Archived-At: <https://mailarchive.ietf.org/arch/msg/tools-discuss/ojhI9PCh3aloU1W8vjZyTNqRUzE>
Subject: Re: [Tools-discuss] Can't send mail to Cenk (Fwd: Undelivered Mail Returned to Sender)
X-BeenThere: tools-discuss@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF Tools Discussion <tools-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tools-discuss>, <mailto:tools-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tools-discuss/>
List-Post: <mailto:tools-discuss@ietf.org>
List-Help: <mailto:tools-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tools-discuss>, <mailto:tools-discuss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Dec 2020 21:10:23 -0000

I understand what is going on.

I just wasn’t aware that the problem that my mail address has been having with using alias addresses at ietf.org also extends to recipients at dmarc.ietf.org.
That is very logical, still it hit me by surprise.

On 2020-12-11, at 20:20, John R Levine <johnl@taugh.com> wrote:
> 
>>> If we are going to do this rewriting, then we had better get it right, and
>>> that means rewriting it both ways.
>> 
>> We are rewriting it both ways.  This was not a bug in our setup.

I don’t know what "rewriting it both ways” means, but the, er, missing feature that I have seen for half a year or so is that ietf alias forwarders rewrite based on sender DMARC policy when they also would need to consider SPF policy.  (My message to xyz@dmarc.ietf.org reached xyz with my original sender address, so I can’t confirm an observation that you were “rewriting it both ways”, at least not in my case.)

> On mail to dmarc.ietf.org addresses, we rewrite the recipient but not the sender unless I suppose the sender also has a DMARC policy.  I agree that is not a bug.

See above.  I also agree that is not a bug, but it is a missing feature that I have now learned makes it impossible for me to send mail to some xyz@dmarc.ietf.org.  If I could get my admins to publish a DMARC policy, that missing feature would no longer matter.  (But they only do SPF, in response to tzi.org having been a favorite sender domain for spammers, which in turn has been causing some black listing that we don’t need.)

Grüße, Carsten