Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 22 Jun 2020 16:56:41 +0200
From:      Andrea Brancatelli <abrancatelli@schema31.it>
To:        freebsd-stable@freebsd.org
Subject:   Problem with Sendmail Mailertable
Message-ID:  <cee2f4f8f18c21942b7af0c8dd71af2e@schema31.it>

next in thread | raw e-mail | index | archive | help
Hello everybody, 

Disclaimer: 

I'm not very sure this is the best place to ask, in case feel free to
point me in the right direction. 

Given this, 

I have an old 10.3 machine with sendmail 8.15.2 that's been working ok
for a long time. 

We have a simple mailterable rule that looks like: 

schema31.it    dbmail-lmtpd[10.33.whatever] 

That we use to forward mail in LMTP from sendmail to another machine
where dbmail is working. Everything works as supposed but today after
years of service someone realized the syntax user+mailbox@schema31.it
doesn't work as expected. 

I did a bit of research and debugging and whatever and found out that
when a "+" is involved in the mail address mailertable's lookups doesn't
seem to work and the mail gets sent to local mailer. 

I tried even something fancy like 

.schema31.it dbmail-lmtpd[10.33.whatever] 

Or even the plain all catchall 

.   dbmail-lmtpd[10.33.whatever] 

But nothing works. 

Anybody ever stepped on this and got it working? 

Please, please, please, avoid the "drop sendmail and switch to
<whatever>" replies, if I could I would already done it ;-) 

Thanks a lot.

-- 

Andrea Brancatelli
From owner-freebsd-stable@freebsd.org  Mon Jun 22 14:57:59 2020
Return-Path: <owner-freebsd-stable@freebsd.org>
Delivered-To: freebsd-stable@mailman.nyi.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1])
 by mailman.nyi.freebsd.org (Postfix) with ESMTP id 649E134EC06
 for <freebsd-stable@mailman.nyi.freebsd.org>;
 Mon, 22 Jun 2020 14:57:59 +0000 (UTC)
 (envelope-from eugen@grosbein.net)
Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:c2c:26d8::2])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified))
 by mx1.freebsd.org (Postfix) with ESMTPS id 49rCFd48TZz3RxP;
 Mon, 22 Jun 2020 14:57:57 +0000 (UTC)
 (envelope-from eugen@grosbein.net)
Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13:0:0:0:5])
 by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id 05MEvoGJ012053
 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT);
 Mon, 22 Jun 2020 14:57:52 GMT (envelope-from eugen@grosbein.net)
X-Envelope-From: eugen@grosbein.net
X-Envelope-To: dim@FreeBSD.org
Received: from [10.58.0.10] (dadvw [10.58.0.10])
 by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id 05MEvj9C031903
 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT);
 Mon, 22 Jun 2020 21:57:45 +0700 (+07)
 (envelope-from eugen@grosbein.net)
Subject: Re: Buildworld and buildkernel with very slow compilation, recently
To: Dimitry Andric <dim@FreeBSD.org>, Chris Nehren <cnehren@pobox.com>
References: <2D4CD117-99D0-4A03-8FBC-002CDFFE64F9@ellael.org>
 <5403888.XOh7uYVVfo@behemoth.lan>
 <BDBC8C51-5C41-473E-A1EB-74BB5A375C54@FreeBSD.org>
Cc: freebsd-stable@freebsd.org
From: Eugene Grosbein <eugen@grosbein.net>
Message-ID: <22433b0e-b951-346d-d902-fb608c0c5c7b@grosbein.net>
Date: Mon, 22 Jun 2020 21:57:39 +0700
User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101
 Thunderbird/45.8.0
MIME-Version: 1.0
In-Reply-To: <BDBC8C51-5C41-473E-A1EB-74BB5A375C54@FreeBSD.org>
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-Spam-Status: No, score=0.3 required=5.0 tests=BAYES_00,LOCAL_FROM,
 SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.2
X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1%
 *      [score: 0.0000]
 *  0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record
 * -0.0 SPF_PASS SPF: sender matches SPF record
 *  2.6 LOCAL_FROM From my domains
X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on hz.grosbein.net
X-Rspamd-Queue-Id: 49rCFd48TZz3RxP
X-Spamd-Bar: --
Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none;
 spf=permerror (mx1.freebsd.org: domain of eugen@grosbein.net uses mechanism
 not recognized by this client) smtp.mailfrom=eugen@grosbein.net
X-Spamd-Result: default: False [-2.60 / 15.00]; ARC_NA(0.00)[];
 NEURAL_HAM_MEDIUM(-0.86)[-0.860]; FROM_HAS_DN(0.00)[];
 RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[];
 NEURAL_HAM_LONG(-0.85)[-0.851]; MIME_GOOD(-0.10)[text/plain];
 DMARC_NA(0.00)[grosbein.net]; RCVD_COUNT_THREE(0.00)[3];
 TO_MATCH_ENVRCPT_SOME(0.00)[];
 R_SPF_PERMFAIL(0.00)[empty SPF record];
 NEURAL_HAM_SHORT(-0.79)[-0.792]; FROM_EQ_ENVFROM(0.00)[];
 R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+];
 ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE];
 MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.33
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <https://lists.freebsd.org/mailman/options/freebsd-stable>, 
 <mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable/>;
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
 <mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 22 Jun 2020 14:57:59 -0000

22.06.2020 3:56, Dimitry Andric wrote:

> One of the upstream problems is that there is not really any
> authoritative performance regression log being built up, so it is hard
> to see where such regressions were introduced. Somebody then has to
> spend a lot of time tracking down each and every regression, and then
> attempt to untangle it from the dozens of commits made around the same
> time. :)

Such project as FreeBSD could become valuable source of information to track such an issue
and it's easy to obtain, for example:

make buildworld 2>&1 | logger -t buildworld -p user.info

This generates timestamps for every line called in process with help of syslogd.
It should be easy to compare outputs obtained with same FreeBSD revision
but different clang versions, calculate time diffs and sort by diffs descending :-)

Same for ports builds, maybe even quicker.





Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?cee2f4f8f18c21942b7af0c8dd71af2e>