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

Michael Richardson <mcr@sandelman.ca> Fri, 11 December 2020 19:10 UTC

Return-Path: <mcr@sandelman.ca>
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 308A23A0DED for <tools-discuss@ietfa.amsl.com>; Fri, 11 Dec 2020 11:10:35 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 ysfMpNFKKZu5 for <tools-discuss@ietfa.amsl.com>; Fri, 11 Dec 2020 11:10:32 -0800 (PST)
Received: from tuna.sandelman.ca (tuna.sandelman.ca [209.87.249.19]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 04F523A0D2B for <tools-discuss@ietf.org>; Fri, 11 Dec 2020 11:10:29 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by tuna.sandelman.ca (Postfix) with ESMTP id AC0B0389A0; Fri, 11 Dec 2020 14:12:51 -0500 (EST)
Received: from tuna.sandelman.ca ([127.0.0.1]) by localhost (localhost [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 3pOj35NNMvKf; Fri, 11 Dec 2020 14:12:51 -0500 (EST)
Received: from sandelman.ca (obiwan.sandelman.ca [209.87.249.21]) by tuna.sandelman.ca (Postfix) with ESMTP id E8C4F38999; Fri, 11 Dec 2020 14:12:50 -0500 (EST)
Received: from localhost (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id CDCDFA9; Fri, 11 Dec 2020 14:10:27 -0500 (EST)
From: Michael Richardson <mcr@sandelman.ca>
To: tools-discuss@ietf.org, John Levine <johnl@taugh.com>
In-Reply-To: <20201211183328.C2BDF2979A3F@ary.qy>
References: <20201211183328.C2BDF2979A3F@ary.qy>
X-Mailer: MH-E 8.6+git; nmh 1.7+dev; GNU Emacs 26.1
X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0; <'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m<nPbLgmtKK-5dC@#:k
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=-=-="; micalg="pgp-sha512"; protocol="application/pgp-signature"
Date: Fri, 11 Dec 2020 14:10:27 -0500
Message-ID: <461.1607713827@localhost>
Archived-At: <https://mailarchive.ietf.org/arch/msg/tools-discuss/J1uX9399LTyHodf9OB5sHejvZO0>
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 19:10:35 -0000

John Levine <johnl@taugh.com> wrote:
    > In article <93628091-1A48-4865-A100-F64DE5981ECF@tzi.org> you write:
    >> -=-=-=-=-=-
    >>
    >> This went to mail=2Bietf=40gundogan.net@dmarc.ietf.org, and I thought
    >> that was all that is needed to get mail out.

    >>> to: SPF fail - not authorized. Please see
    >>> http://www.openspf.net/Why?s=mfrom;id=cabo@tzi.org;ip=4.31.198.44;r=<UNKNOWN>

    > Your message was relayed through the IETF's mail server and your SPF
    > -all tells him to reject relayed mail.  His mail system is doing
    > exactly what you've asked it to do.

    > If you believe that the IETF should do something else to forwarded mail
    > it would be helpful if you could point to relevant RFCs. Or, of course,
    > you could fix your SPF record.

Well, I believe that the IETF should stop with the dmarc.ietf.org, and
we should simply do, as you said, what the sender's SPF and DMARC records
say, and simply drop their email rather than allow it through mailman.

They didn't want it relayed, we shouldn't relay it. Period.

If we are going to do this rewriting, then we had better get it right, and
that means rewriting it both ways.

{I'm been told that ARC solves all of this, but that was like 8 years ago,
and we still don't have much.  I guess we have a document, but I haven't seen
it deployed yet.  Is it?}

--
]               Never tell me the odds!                 | ipv6 mesh networks [
]   Michael Richardson, Sandelman Software Works        |    IoT architect   [
]     mcr@sandelman.ca  http://www.sandelman.ca/        |   ruby on rails    [